Sending 是一个消息投递技能，用于将精心撰写的消息通过最合适的渠道送达特定收件人。
用途 当你需要通知特定人员或系统，并希望由智能体选择合适渠道（Slack、电子邮件、短信、Webhook 或 GitHub）时使用。它也适用于消息需要简短、高信号量并按目标媒介格式化的场景，以及希望先由智能体起草和路由、经确认后再发送的情况。
主要能力
- 识别收件人与核心消息。
- 根据紧急程度、收件人偏好和可用集成选择最佳投递渠道。
- 按目标媒介格式化消息，保持简短、高信号量和渠道适配。
- 在用户批准后通过所选渠道发送并确认投递。
- 若 Slack 可用，使用 Slack API（chat.postMessage）直接向目标频道或用户发送消息。
前置条件
- Hermes 运行时中可用的环境变量：SLACK_TOKEN。
- 主凭据或令牌：SLACK_TOKEN。
- PATH 中可用的二进制：curl。
设置 确认所需环境变量在活动的 Hermes 运行时内可用，而不仅在 shell 配置文件中；在依赖某流程前验证所需二进制能在 PATH 中解析；若该技能可能触发寻呼、解锁、告警或接触实时集成，先选择非生产或低风险目标。
使用方式
- 在采取行动前重申目标、成功条件和不可触碰边界。
- 识别收件人和要传递的核心消息。
- 基于紧急程度、收件人偏好和可用集成选择最佳投递渠道。
- 按目标媒介起草消息——简短、高信号量、渠道适配。
- 提交草稿供用户批准，然后通过所选渠道发送并确认投递。
- 若 Slack 可用，使用 Slack API（chat.postMessage）直接向目标频道或用户发送。
- 在采取会改变访问权限、触发告警或触及真实系统边界的实时操作前，停下等待明确确认。
- 按交付物打包结果，并明确标注置信度、假设和未解决风险。
交付物
- 供用户批准的渠道适配草稿消息。
- 含时间戳和投递状态的发送确认。
- 记录发送内容、收件人和所用渠道。
适用场景 通知特定人员或系统、需要简短高信号量消息、希望先起草再确认发送、需要实际发送 Slack 消息或通知而非仅起草。
限制与防护
- 不得未经用户对内容和收件人的明确批准就发送。
- 不得冒充用户或歪曲发送者身份，消息必须诚实说明来源。
- 遵守渠道速率限制和规范，不得滥发。
- 在验证凭据、目标范围和回滚预期前，不得依赖实时集成。
- 将实时操作面视为真实运维工作，而非装饰性内容。
验证 检查结果是否包含上述每项交付物；确认事实、假设和推断是否清晰分离；确认精确的实时目标、确认关卡及回滚或恢复路径是否明确；在信任实时目标上的流程前，检查活动 Hermes 运行时中的必需环境变量和二进制。
示例调用 /sending draft and deliver this message through the best available channel, but show me the draft before it goes out