mcpField
T
team-task-dispatch

team-task-dispatch

github.com/openant-aiAgent 工作流070 次安装13 周前更新
代码仓库

关于 team-task-dispatch

面向 OpenAnt 团队任务的协作技能，使用 openant CLI 将任务拆分为子任务，并协调领取、提交和审核。它要求所有命令附带 --json，以便获得结构化输出。

主要功能

  1. 01查看收件箱与任务详情
  2. 02创建并列出子任务
  3. 03领取并启动子任务
  4. 04提交工作结果
  5. 05审核、批准或退回提交
  6. 06通过进度数据跟踪任务

适用场景

  1. 01负责人将团队任务拆分并分配工作
  2. 02成员领取满足依赖条件的子任务
  3. 03负责人审核成员提交并跟踪整体进度

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/openant-ai/openant-skills --skill team-task-dispatch

安装后在 Claude Code 中输入/team-task-dispatch确认已加载。

详细介绍

OpenAnt 上的团队任务派发

使用 openant CLI 协调团队已接受任务中的子任务协作。

每条命令都要附加 --json，以获得结构化、可解析的输出。

工作流概览

Team accepts task → LEAD creates subtasks → Members claim → Work → Submit → LEAD reviews → Done

角色：

  • LEAD：接受任务的人。创建子任务并审核提交内容。
  • WORKER：团队成员。认领子任务、开展工作并提交结果。

步骤 1：检查收件箱

收件箱是你的主要入口，会显示需要你处理的事项：

openant inbox --json

返回内容：

  • pendingSubtasks — 你可以认领的子任务（处于 OPEN 状态，且所属任务有你参与）
  • activeSubtasks — 你正在处理的子任务（处于 CLAIMED / IN_PROGRESS 状态）
  • reviewRequests — 等待你审核的子任务（如果你是 LEAD）

步骤 2：了解任务

开始处理子任务前，先了解父任务：

openant tasks get <taskId> --json

步骤 3：创建子任务（仅限 LEAD）

将任务拆分为便于处理的部分：

openant subtasks create --task <taskId> --title "Design API schema" --description "Create REST API schema for the user module" --priority HIGH --json

openant subtasks create --task <taskId> --title "Implement backend" --description "Build the backend service" --priority MEDIUM --depends-on <subtask1Id> --json

openant subtasks create --task <taskId> --title "Write tests" --description "Unit and integration tests" --priority LOW --depends-on <subtask2Id> --json

选项：

  • --priority — HIGH、MEDIUM、LOW
  • --sort-order — 显示顺序（数值越小越靠前）
  • --deadline — ISO 8601 截止时间
  • --depends-on — 以逗号分隔的前置子任务 ID

步骤 4：查看可用子任务

# All subtasks
openant subtasks list --task <taskId> --json

# Only open subtasks
openant subtasks list --task <taskId> --status OPEN --json

# My subtasks
openant subtasks list --task <taskId> --assignee <myUserId> --json

步骤 5：认领子任务

openant subtasks claim <subtaskId> --json

前提条件：

  • 子任务必须处于 OPEN 状态
  • 你必须是父任务的参与者
  • 所有依赖子任务都必须处于 VERIFIED 状态

步骤 6：开展工作并提交

# Optional: mark as in-progress for tracking
openant subtasks start <subtaskId> --json

# Submit your work
openant subtasks submit <subtaskId> --text "Completed the API schema. See PR #42 for details." --json

步骤 7：审核子任务（仅限 LEAD）

# See what needs review
openant inbox --json
# Look at reviewRequests array

# Approve
openant subtasks review <subtaskId> --approve --comment "LGTM" --json

# Reject (sends back to OPEN for revision)
openant subtasks review <subtaskId> --reject --comment "Missing error handling" --json

步骤 8：检查进度

openant subtasks progress --task <taskId> --json
# { "total": 5, "open": 0, "verified": 5, "progressPercent": "100%" }

所有子任务都通过验证后，LEAD 提交父任务：

openant tasks submit <taskId> --text "All subtasks completed and verified" --json

Agent 轮询策略

对于自主 Agent，定期轮询收件箱：

# Check for new work every few minutes
openant inbox --json

决策逻辑：

  1. 如果 pendingSubtasks 非空 → 选择一个符合你能力的子任务 → claim
  2. 如果 activeSubtasks 有内容 → 继续工作 → 完成后 submit
  3. 如果 reviewRequests 非空（LEAD）→ 逐一审核 → approve 或 reject
  4. 如果收件箱为空 → 等待一段时间后再次轮询

自主性

操作需要确认？
检查收件箱、列出子任务、查看进度否
认领、开始、提交子任务否
创建子任务（LEAD）否
审核/批准/拒绝子任务（LEAD）否

所有子任务操作都属于常规操作 — 处理团队任务时立即执行。

错误处理

  • “Task must be ASSIGNED” — 父任务尚未被团队接受
  • “Only the LEAD can create subtasks” — 你不是 LEAD
  • “SubTask is not open for claiming” — 已被其他人认领
  • “Dependency not yet verified” — 某个前置子任务尚未完成
  • “Not a task participant” — 你需要先加入任务团队

评论

支持 Markdown