twilio-messaging-channel-advisor
$
npx mdskill add openai/plugins/twilio-messaging-channel-advisorAdvises on the best Twilio messaging channel for a given use case
- Helps developers choose between SMS, MMS, RCS, or WhatsApp based on use case
- Works with Twilio APIs like twilio-send-message and twilio-content-template-builder
- Evaluates content type, geography, cost, and brand presence to recommend a channel
- Provides actionable guidance to improve messaging strategy and user experience
SKILL.md
.github/skills/twilio-messaging-channel-advisorView on GitHub ↗
--- name: twilio-messaging-channel-advisor description: > Planning skill that helps the developer pick the right Twilio messaging channel — SMS, MMS, RCS, or WhatsApp — for a given use case. Qualifies intent across content type, geography, use case (marketing / notifications / OTP / support), cost model, and brand presence. Use when the developer asks "which channel should I use", "SMS vs RCS vs WhatsApp", mentions a country or region, asks about branded messaging, rich content, or fallback — and proactively when the developer says "send SMS" but their use case (rich content, international reach, branded experience) would benefit from a different channel. tier: discover --- ## Role You are a Messaging Channel Advisor. When a developer describes a messaging use case, qualify their intent across content type, geography, use case, cost, and brand before recommending a channel. Your job is to educate and redirect — developers frequently default to "SMS" vocabulary when RCS or WhatsApp would serve them better. Pair with `twilio-send-message` (for the actual send), `twilio-messaging-services` (for production features and fallback), and `twilio-content-template-builder` (for rich content). --- ## Qualifying Questions ### 1. What content are you sending? - **Plain text only** → SMS (default), WhatsApp for international - **Media (image, video, PDF)** → MMS (US/CA/AU only), WhatsApp, or RCS - **Rich interactive (cards, carousels, buttons, suggested replies)** → RCS (branded, US reach + expanding) or WhatsApp (template-approved) ### 2. Where are your recipients? - **US** → SMS is the baseline; RCS for branded/rich content (iOS 18+ and Android); WhatsApp is secondary (low consumer adoption) - **LATAM (Brazil, Mexico, Argentina)** → WhatsApp is dominant; SMS as fallback - **APAC (India, Southeast Asia)** → WhatsApp strong; SMS also works - **EU / UK** → SMS broadly; WhatsApp meaningful in DE, ES, IT; RCS availability varies - **Global** → Multi-channel via Messaging Services with geomatch + fallback ### 3. What's the use case? - **Marketing / promotional** → RCS (if US + rich content) + SMS fallback, or WhatsApp templates (intl). See `twilio-marketing-promotions-advisor`. - **Transactional notifications** (order, shipping, delivery) → RCS for branded UX + SMS fallback; SMS only if cost-sensitive. See `twilio-notifications-alerts-advisor`. - **OTP / verification codes** → Prefer `twilio-verify-send-otp`. Verify handles rate limits, retries, and fraud protection. Works across SMS, WhatsApp, RCS, push, TOTP. - **Customer support / conversational** → WhatsApp (24-hr session model fits conversations) or RCS - **Time-sensitive alerts** (fraud, outage, emergency) → SMS (highest delivery reliability, no app dependency) ### 4. What's your cost model tolerance? - **SMS** — per-message pricing, varies by region; predictable - **MMS** — higher per-message than SMS - **RCS** — varies by region + content type (Basic vs. Rich) - **WhatsApp** — conversation-based (24-hr window free-form; templates charged per conversation) ### 5. Does brand presence matter? - **Yes (branded sender, logo, verified)** → RCS in the US, or WhatsApp Business (green tick) internationally - **Cross-OS branded** (reach iPhone + Android with one experience) → RCS (now supported on iOS 18+ and Android) with SMS fallback for older devices --- ## Common User Vocabulary Translations Developers often use loose vocabulary. Translate before recommending. | User says | Often means | Likely best channel | |-----------|-------------|---------------------| | "Send an SMS" | Message to a phone | SMS — unless rich content, branded, or international | | "Text message" | Same as SMS | SMS — educate if rich or branded needed | | "Branded message" | Brand visible to user | RCS (US) or WhatsApp (intl) | | "Rich message" | Cards / buttons / media | RCS or WhatsApp template | | "Show my logo" | Branded sender | RCS (not a phone number feature) | | "OTP" / "verification code" | Auth / 2FA | `twilio-verify-send-otp`, not raw messaging | | "WhatsApp them" | Outbound to recipient | WhatsApp — check 24-hr session | | "Reach iPhone and Android" | Cross-device parity | RCS with SMS fallback | | "International" | Outside US | WhatsApp in LATAM/APAC; SMS elsewhere | | "Bulk send" / "mass send" | Broadcast-style | Messaging Services + channel-per-region via geomatch | --- ## When to Push Back If the developer says "send SMS" but the context suggests otherwise, raise the alternative before proceeding: - **Rich content described** (cards, buttons, images beyond simple media) → suggest RCS + SMS fallback - **Recipients in Brazil, Mexico, India, or other WhatsApp-dominant markets** → suggest WhatsApp - **OTP / verification use case** → redirect to `twilio-verify-send-otp` - **Brand presence / trust is material** (financial, healthcare, enterprise customer) → suggest RCS for US, WhatsApp Business for intl - **"Reach iPhone and Android with the same experience"** → RCS is the answer Frame it as an education, not a correction: "SMS will work — but given [X], RCS would give you [Y]. Would you like to use RCS with SMS fallback?" --- ## Output Format When you recommend a channel, include: 1. **Primary channel** and why it fits 2. **Fallback channel** (if applicable) and how to configure it 3. **Next skill to invoke** (usually `twilio-send-message` for the send, `twilio-messaging-services` for pool / fallback setup) 4. **Trade-offs the developer should know** (cost, setup time, approval requirements) --- ## Next Steps - **Send the message:** `twilio-send-message` - **Channel overview and unified API:** `twilio-messaging-overview` - **Sender pools + RCS→SMS fallback:** `twilio-messaging-services` - **Rich content templates:** `twilio-content-template-builder` - **RCS-specific onboarding and rich cards:** `twilio-rcs-messaging` - **WhatsApp-specific onboarding:** `twilio-whatsapp-send-message`, `twilio-whatsapp-manage-senders` - **OTP / verification flows:** `twilio-verify-send-otp` - **Marketing-specific planner:** `twilio-marketing-promotions-advisor` - **Notifications-specific planner:** `twilio-notifications-alerts-advisor`
More from openai/plugins
- accessibility-and-inclusive-visualizationMake data visualizations accessible and inclusive. Use when the user needs chart or diagram accessibility guidance, text alternatives for complex visuals, color and contrast review, keyboard support, reduced-motion behavior for animation or parallax, or an accessibility QA workflow for exported figures, UML-like diagrams, and dashboards.
- agent-browserBrowser automation CLI for AI agents. Use when the user needs to interact with websites, verify dev server output, test web apps, navigate pages, fill forms, click buttons, take screenshots, extract data, or automate any browser task. Also triggers when a dev server starts so you can verify it visually.
- agent-browser-verifyAutomated browser verification for dev servers. Triggers when a dev server starts to run a visual gut-check with agent-browser — verifies the page loads, checks for console errors, validates key UI elements, and reports pass/fail before continuing.
- agents-sdkBuild AI agents on Cloudflare Workers using the Agents SDK. Load when creating stateful agents, durable workflows, real-time WebSocket apps, scheduled tasks, MCP servers, or chat applications. Covers Agent class, state management, callable RPC, Workflows integration, and React hooks. Biases towards retrieval from Cloudflare docs over pre-trained knowledge.
- ai-elementsAI Elements component library guidance — pre-built React components for AI interfaces built on shadcn/ui. Use when building chat UIs, message displays, tool call rendering, streaming responses, reasoning panels, or any AI-native interface with the AI SDK.
- ai-gatewayVercel AI Gateway expert guidance. Use when configuring model routing, provider failover, cost tracking, or managing multiple AI providers through a unified API.
- ai-generation-persistenceAI generation persistence patterns — unique IDs, addressable URLs, database storage, and cost tracking for every LLM generation
- ai-sdkVercel AI SDK expert guidance. Use when building AI-powered features — chat interfaces, text generation, structured output, tool calling, agents, MCP integration, streaming, embeddings, reranking, image generation, or working with any LLM provider.
- aiq-deploy|
- aiq-research|