agentsclimarketplace

Sendblue cli

Skill sickn33/agentic-awesome-skills/skills/sendblue/sendblue-cli

Send iMessage and SMS from the shell via the @sendblue/cli npm package — outbound sends, contact management, and account setup with no API client or webhook server required.From its SKILL.md

Install
npx -y skills add sickn33/agentic-awesome-skills --skill sendblue-cli

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

What its file declares

Copied from the file, not written here

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

7.2 KB, ~1.7k tokens by cl100k_base, as published. Nobody here has run it

Sendblue CLI

Overview

@sendblue/cli is a Node CLI that creates a Sendblue account, provisions an iMessage-enabled number, and sends messages. It is the fastest way to text from a shell, script, or Claude Code hook — no API client, no webhook server, no credentials in env vars. Credentials live at ~/.sendblue/credentials.json (mode 600) and Node.js 18+ is required.

When to Use This Skill

  • Use when the user wants to text a phone number from a script, shell, hook, or agent turn (e.g. "text me when X finishes", "ping my phone", "notify on completion").
  • Use when the user mentions sendblue as a CLI/binary or asks to set up the @sendblue/cli package.
  • Prefer this skill over [[sendblue-api]] when the work happens in a shell context, one-shot script, cron job, or agent hook.
  • Reach for [[sendblue-api]] instead when writing application code that integrates Sendblue, receiving inbound webhooks, or needing features the CLI does not expose (send styles, reactions, group messages, status callbacks, media uploads).

How It Works

Step 1: Install

npm install -g @sendblue/cli       # global, exposes `sendblue`
# or one-shot:
npx @sendblue/cli <command>

Step 2: Set up an account

sendblue setup runs interactively by default. For CI/scripts, run it in two phases — the first call sends an 8-digit verification code by email, the second consumes it.

sendblue setup --email [email protected]                                       # sends code
sendblue setup --email [email protected] --code 12345678 \
               --company my-co --contact +15551234567                        # completes setup
FlagNotes
--emailEmail address
--code8-digit verification code (from the email)
--companyLowercase, hyphens/underscores, 3–64 chars
--contactFirst contact, E.164

Step 3: Send messages

sendblue send +15551234567 'Hello from Sendblue!'
sendblue messages --inbound --limit 20

Phone numbers must be E.164 (+ + country code + digits, no spaces or dashes).

Step 4: Manage contacts and plan

On the free plan, a contact must text your Sendblue number once before outbound sends to that contact will work. After sendblue setup ... --contact +15551234567, have that contact send any text to the printed Sendblue number, then run sendblue contacts to confirm verification.

Command Reference

CommandPurpose
sendblue setupCreate account, verify email, set company name, add first contact
sendblue loginLog in to an existing account
sendblue send <number> <message>Send an iMessage
sendblue messages [--inbound|--outbound] [-n <number>] [-l <count>]List recent messages
sendblue add-contact <number>Register a contact
sendblue contactsList contacts and their verification status
sendblue statusAccount/plan info
sendblue whoamiShow current credentials and verify validity

Examples

Example 1: Notify when a long task finishes

long_running_thing && sendblue send +15551234567 "✅ done: $(date)"

Example 2: Read recent inbound for a specific contact

sendblue messages -n +15551234567 --inbound --limit 50

Example 3: Verify creds are good before a batch send

sendblue whoami || sendblue login

Example 4: Wire to a Claude Code Stop hook

To text yourself at the end of every agent turn, register a Stop hook in settings.json that shells out to sendblue send. Defer the actual hook wiring to [[update-config]] and the trigger logic to [[sendblue-notify]] — this skill only owns the CLI invocation.

Best Practices

  • Use E.164 numbers everywhere. +15551234567, never 5551234567 or (555) 123-4567.
  • Run sendblue whoami before unattended batches to fail fast on stale or missing creds.
  • Re-run setup as the same OS user that owns ~/.sendblue/credentials.json.
  • Don't sudo — it writes creds to root's home and the next non-sudo run won't see them.
  • Don't embed creds in env vars when the CLI already reads them from the per-user credentials file.

Limitations

  • Outbound-first: there is no built-in webhook server for inbound. Use [[sendblue-api]] webhooks for full inbound handling.
  • The CLI does not expose send styles/effects, reactions, group messages, status callbacks, media uploads, or the contacts API beyond basic CRUD. Reach for the HTTP API for those.
  • Free-plan accounts require recipient verification before outbound sends succeed.

Security & Safety Notes

  • Credentials are written to ~/.sendblue/credentials.json with mode 600. Treat that file like an API key — do not commit it, do not copy it across machines without the same posture.
  • Treat every outbound send, contact setup, login, or account setup action as state-changing. Preview the recipient, message body, and account/email target, then wait for explicit user confirmation before running it.
  • Run the CLI as the OS user that owns the credentials file. sudo writes a separate copy under root's home and silently desyncs.
  • Outbound messages to phone numbers are not free of consequence — wire sendblue send into hooks or loops only after gating on duration or success conditions to avoid spamming the recipient.
  • Verification codes arrive by email; treat the address you registered with as a recovery factor for the account.

Common Pitfalls

  • E.164 only. 5551234567 or (555) 123-4567 will fail — always +15551234567.
  • Free-plan unverified contacts. Outbound to a contact that hasn't texted in first returns an error — have them text your Sendblue number once, then confirm with sendblue contacts.
  • Two-step setup in non-interactive mode. --email alone only sends the code; you must run a second invocation with --code and the rest of the flags to finish.
  • Credentials are per-user. ~/.sendblue/credentials.json is owner-only (600). Don't sudo and pollute root's home — re-running as the same user that ran setup is what works.

Related Skills

  • @sendblue-api — HTTP/JSON alternative for application code, webhooks, and features the CLI does not expose.
  • @sendblue-notify — Patterns and copy rules for "text me when X is done" workflows that sit on top of this CLI.
  • @update-config — Wires sendblue send into Claude Code hooks (Stop, Notification) without owning the message logic.

Links

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 326,144. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.