mcpField
S
sent-account-readiness

sent-account-readiness

github.com/sentdmOther492.9k installsUpdated 1w ago
Repository

About sent-account-readiness

A skill for checking Sent account messaging readiness, intended for teams assessing send eligibility or identifying blockers. It diagnoses through account, balance, and onboarding reads without changing onboarding state.

Key features

  1. 01Check authorized account context
  2. 02Read balance and freshness details
  3. 03Identify onboarding status and blockers
  4. 04Distinguish missing status from tool errors
  5. 05Route issues to relevant skills
  6. 06Minimize account information disclosure

Use cases

  1. 01Check funds before high-volume sends
  2. 02Confirm onboarding progress
  3. 03Identify account readiness blockers
  4. 04Find a skill for follow-up setup

MCP support

Uses MCP client authorization and read tools such as account.get, balance.get, and onboarding.status; it neither requests or stores credentials nor changes onboarding state.

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/sentdm/sent-plugin --skill sent-account-readiness

After installing, type/sent-account-readinessin Claude Code to confirm it loaded.

Bundled filesagents/openai.yaml

Details

From the project README

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.

Comments

Markdown supported