sent-account-readiness

Sent Account Readiness

Inspect readiness with account.get, balance.get, and onboarding.status.

Authorize safely

Let the MCP client perform OAuth 2.1/PKCE. Never request, accept, print, or store tokens, API keys, authorization headers, client IDs, or secrets. The authorization grant is scoped to the organization and Sender Profile selected during the client flow. Revoke the grant through the client or applicable Sent account controls when it is no longer needed.

If MCP is unsupported or authentication fails, explain what can still be planned from the skill and direct the user to authorize or reauthorize in their MCP client. Do not ask them to paste credentials.

An organization grant may select an owned Sender Profile with the tool schema's optional profileId; omit it to act as the authenticated account. Validate ownership with sender_profiles.list or sender_profiles.get, and use the same selector for preflight reads, mutations, and follow-up reads. Profile grants cannot use this selector. Reauthorize for a different organization or a profile outside the grant. Never invent scope fields or request credentials.

Check readiness

1. Use account.get to identify the authorized account context and surface the selected organization and Sender Profile. Return only the minimum account fields needed for the task.
2. Use balance.get before high-volume sends or when insufficient funds may block messaging. Report the currency and returned timestamp or freshness information when available. An account with no own balance row returns balance: 0 and initialized: false; distinguish this from the returned effective balance under profile/organization billing inheritance.
3. Use onboarding.status to identify incomplete, pending, approved, or blocked onboarding steps. Preserve the distinction between an observed status and a remediation action. Its found/item envelope can return found: false when no conversion flow exists; that is not a tool error or proof of approval.

Mask identifiers where practical. Do not repeat account, KYC, contact, or billing details unnecessarily.

Route remediation

This skill diagnoses readiness but does not mutate onboarding state.

• Route live SMS market requirements and setup calls to sent-compliance.
• Route Sender Profile boundary or tenancy design to sender-profile-architect.
• Route US A2P registration preparation to sms-10dlc-registration.
• Route WhatsApp Embedded Signup to waba-embedded-signup.
• Route RCS Business Messaging launch preparation to rcs-agent-onboarding.

When the user asks only whether an account is ready, report the blocking status and recommended public skill without inventing an operational fix.