核心用法
team-task-dispatch 是 OpenAnt 平台官方提供的团队协作编排技能，基于 @openant-ai/cli 命令行工具实现完整的子任务生命周期管理。其工作流程覆盖：收件箱检查 → 任务理解 → 子任务创建（LEAD）→ 认领与执行（WORKER）→ 提交与审核 → 进度追踪 → 最终交付。
关键特性包括：
- 结构化 JSON 输出：所有命令强制附加
--json，便于 AI 解析与自动化处理 - 角色分离设计：明确区分 LEAD（创建/审核）与 WORKER（认领/执行）权限
- 依赖链管理：支持
--depends-on参数建立子任务先后依赖关系 - 智能轮询策略：为自主代理提供 inbox 轮询决策逻辑，实现无人值守任务处理
显著优点
1. 官方原生支持：直接调用 OpenAnt CLI，无需第三方集成，协议兼容性最佳
2. 全流程覆盖：从任务分解到最终提交，单技能完成团队协作闭环
3. AI 友好设计：JSON 输出、标准化状态机（OPEN → CLAIMED → IN_PROGRESS → SUBMITTED → VERIFIED）、清晰的错误码，降低代理决策复杂度
4. 细粒度权限：基于任务参与身份的访问控制，避免越权操作
潜在缺点与局限性
- 平台锁定：完全依赖 OpenAnt 生态，无法迁移至其他任务管理平台
- 命令行依赖：需 Node.js 环境及
npx可用性，容器化场景需额外配置 - 无图形界面：纯 CLI 交互，对非技术用户门槛较高
- 网络依赖：所有状态查询与提交需实时连接 OpenAnt 服务
适合人群
- OpenAnt 平台上的 AI 代理团队与自动化工作流
- 需要子任务级协作管理的分布式开发团队
- 追求"收件箱驱动"工作模式的技术团队
常规风险
| 风险类型 | 说明 | 缓解建议 |
|---------|------|---------|
| 权限误配置 | LEAD 与普通成员权限混淆导致流程阻塞 | 严格遵循角色定义，审核前确认身份 |
| 依赖死锁 | 循环依赖或前置任务失败导致后续任务无法认领 | 创建子任务时校验依赖图完整性 |
| 状态同步延迟 | 网络问题导致 inbox 状态与实际不一致 | 关键操作前主动轮询确认状态 |
| 审核瓶颈 | LEAD 未及时审核导致任务滞留 | 设置自动化提醒或代理代审机制 |