核心用法
send-message 是一款面向 OpenAnt 平台的纯文档型 Skill，旨在指导 Agent 通过官方 CLI 工具完成私信收发全流程。该 Skill 不嵌入任何可执行代码，仅提供标准化的命令调用指南，涵盖认证检查、未读通知查询、对话列表获取、消息读取与回复、通知标记等核心操作。典型使用流程包括：先执行 openant notifications unread 检查新消息，再通过 openant messages conversations 定位目标对话，读取内容后使用 openant messages send 发送回复，最后清理通知状态。
显著优点
1. 零代码风险：纯 Markdown 文档结构，无可执行代码、无动态行为，从根本上杜绝了代码注入、权限提升等运行时风险。
2. 标准化集成：严格遵循 OpenAnt CLI 规范，所有命令均要求追加 --json 参数，确保输出可被结构化解析，便于 Agent 自动化处理。
3. 场景覆盖完整：完整覆盖私信生命周期的各个节点——从通知感知、对话定位、内容读取到消息发送与状态管理，形成闭环操作指南。
4. 权限边界清晰：文档明确区分只读操作（如查看通知、读取对话）与写入操作（如发送消息），并建议根据场景选择私信或任务评论，体现良好的安全意识。
潜在缺点与局限性
1. 功能依赖外部 CLI：Skill 本身不提供任何原生实现，完全依赖 OpenAnt CLI 的可用性与版本兼容性；若 CLI 接口变更或平台服务不可用，Skill 将失效。
2. T3 来源可信度：发布者为个人开发者 ant-1984，虽采用 MIT-0 开源协议，但缺乏企业级背书与长期维护承诺，版本迭代与漏洞响应存在不确定性。
3. 隐私场景敏感：Skill 指导 Agent 访问用户私信内容，虽本身无数据泄露风险，但不当配置或过度授权可能导致隐私边界模糊。
4. 无交互优化：纯文档型设计意味着无内置重试机制、错误恢复策略或智能提示优化，复杂场景下需依赖调用者自行处理异常。
适合的目标群体
- OpenAnt 平台深度用户：需要 Agent 自动化处理私信收发、任务协调的开发者或运营人员。
- 自动化工作流构建者：希望将私信通信集成到 CI/CD、客服机器人、项目协作脚本中的技术团队。
- 隐私敏感型场景：相比任务公开评论，需要私下沟通的协作场景（如敏感商务洽谈、个人事务协调）。
常规使用风险
- 性能风险：CLI 命令执行受限于本地环境配置与网络延迟，高频调用可能触发平台速率限制。
- 依赖项风险：需确保 OpenAnt CLI 已正确安装且版本兼容，缺失依赖将导致命令失败。
- 授权风险：Bash 工具权限配置不当可能暴露超出预期的系统访问能力，建议严格限定
openant命令前缀。 - 误操作风险：
notifications read-all会批量标记通知状态，可能掩盖其他重要提醒；发送消息前务必校验userId与内容。