sent

Sent 元调度器

概述

此技能是路由器，而非执行者。当请求未明确指定一个 Sent 工作流时，检查用户意图，只询问选择路由所需的澄清信息，然后调用相应技能。

Sent 涵盖通过 MCP 服务执行的直接账户操作，以及针对 SMS、WhatsApp、RCS、Sender Profiles、模板和送达分析的专业指导。对于实时 Sent 数据或变更操作，优先使用直接操作技能；对于规划、合规、诊断或产品设计，优先使用专业指导技能。

使用时机

适用于：

• 用户笼统地提到“Sent”，但未指出具体渠道（“帮我处理 Sent”“我想用 Sent 发消息”）
• 用户提出开放式问题，例如“你能帮我处理 Sent 的哪些事情？”或“我该从哪里开始？”
• 请求可能涉及多个目标技能（例如“消息发送不正常”——可能涉及账户就绪状态、10DLC 审核、WABA 模板被拒、RBM 功能，或 MDR 漏斗）
• 渠道不明确（未说明是 SMS、WhatsApp 还是 RCS；由于 10DLC 仅适用于美国，地理位置也很重要）
• 操作界面不明确（API 集成、仪表板 UX 还是合规文件）
• 用户粘贴了 Sent 仪表板 URL 或 API 路径，但未提供更多上下文

不适用于：

• 用户已指出一项受支持的操作或专业工作流；直接调用相应技能。
• 问题纯粹涉及定价、合同或不受支持的产品政策；请引导用户访问 https://docs.sent.dm 或联系 Sent 支持。

路由规则

基于 MCP 的操作

用户意图	目标技能
预览、发送或安排发送现有模板消息；检查单条消息及其活动记录	sent-messaging
列出、检查、创建、汇总或删除 Sent 联系人	sent-contacts
查找、检查或删除现有 Sent 模板	sent-templates
查询仪表板消息指标或查找号码功能	sent-analytics
检查所选账户、余额、入门状态或发送就绪状态	sent-account-readiness
经用户授权，向 Sent 报告 Bug、缺失功能、令人困惑的结果或赞扬	sent-feedback
检查 SMS 市场字段、文档要求或特定设置调用	sent-compliance
通过 MCP 列出、获取、创建、更新或删除自有 Sender Profiles	sent-profile-provisioning

专业指导

用户意图	目标技能
SMS 合规、10DLC、品牌或营销活动注册、TCR 审核或运营商拒绝	sms-10dlc-registration
撰写 WhatsApp 模板内容、选择类别或解决 Meta 拒绝问题	waba-template-author
通过 Embedded Signup 连接 WABA、设置回调、交换令牌或映射电话号码	waba-embedded-signup
启动 RCS、准备 RBM Agent，或决定功能与回退方案	rcs-agent-onboarding
设计多租户 Sender Profile 边界、路由或速率限制归属	sender-profile-architect
根据 MDR 导出数据、漏斗、群组或跨渠道故障代码诊断送达情况	messaging-performance-analyzer
设计或审查面向租户的模板构建器 UI	template-builder-ui

工程与集成

用户意图	目标技能
将 Sent 接入代码库、选择 SDK，或在上线前完善重试、幂等性和错误处理	sent-integration-starter
构建或调试 webhook 接收器、签名验证、去重，或已自动禁用的端点	sent-webhook-engineer
选择 channel 字段、预期跨渠道回退，或解读路由、重新路由或投递结果	sent-routing-strategist
处理入站消息、退订关键词、同意状态、WhatsApp 24 小时窗口或对话历史	sent-two-way-messaging
通过 API 执行 Sender Profile 生命周期，包括完成回调、营销活动和用户角色	sent-profile-provisioning
将 Twilio、Sinch、Infobip、Vonage 或 Bird 替换为 Sent，包括切换和回滚规划	migrate-to-sent

在这组技能中，请注意两种常见的交接场景：sender-profile-architect 决定租户边界，sent-profile-provisioning 负责实现；migrate-to-sent 规划服务商替换，sent-integration-starter 则负责完善最终集成。

如果请求明确匹配其中一行，请调用对应技能并停止。如果涉及多行，请说明建议的顺序，并从前置步骤开始。例如，发送实时消息前检查 sent-account-readiness；使用 sent-messaging 前先通过 sent-templates 查找现有模板；如果用户提供的是导出文件，而非请求实时仪表板指标，则使用 messaging-performance-analyzer。

路由前需要询问的澄清问题

只询问选择处理方向所需的问题。一旦渠道和工作流明确，就立即停止询问。

1. 渠道 — SMS、WhatsApp、RCS，还是不确定？
2. 工作流阶段 — 刚开始设置、正在集成，还是在调试原本正常工作的功能？
3. 地理范围 — 仅美国、国际范围，还是两者都有？（这与 SMS 相关——10DLC / TCR 仅适用于美国。）
4. 操作界面 — 实时账户操作、API/后端集成、仪表板 UX，还是合规文书？
5. 受众 — 你是 Sent 的终端租户，还是正在构建多租户的 Sent 平台？（Sender Profile 与单租户入驻流程。）
6. 症状（调试时）— 错误代码、拒绝原因、审核评分偏低，还是纯粹的投递率下降？
7. 手头材料 — 你是否有联系人、模板或消息 ID、模板草稿、MDR 导出文件、RBM Agent ID 或 config_id？

每轮询问一个问题即可；不要一次问完全部七个问题。

无需路由时的处理方式

此技能不是一般问题的兜底选项。如果用户询问：

• 余额、入驻状态，或所选账户能否发送消息 — 使用 sent-account-readiness。
• 合同、套餐定价、发票，或现有操作无法解答的账户访问问题 — 请用户联系 Sent 支持，或访问 https://docs.sent.dm。
• 一般工程问题，例如重试、排队或可观测性，且不涉及 Sent 专属工作 — 正常回答；只有当问题涉及 Sent 自身的重试、幂等性或速率限制约定时，才路由至 sent-integration-starter。
• 专业技能范围之外的 Meta、Google、TCR 或运营商政策问题 — 使用当前的上游文档。

如果提出澄清问题后，请求仍不符合任何目标技能，请直接说明。不要强行路由。

通用术语

当路由决策取决于 Sent、SMS、WhatsApp、RCS 或 MCP 术语时，请阅读 references/sent-glossary.md。操作细节应保留在目标技能中，不要在此重复。