为任务设计技术方案和实施计划
npx skills add https://github.com/fitlab-ai/agent-infra --skill plan-task复制此命令并粘贴到 Claude Code 中以安装该技能
分析任务并输出需求分析文档
标记任务完成并归档
根据技术方案实施任务并输出报告
处理代码审查反馈并修复问题
审查任务实现并输出代码审查报告
执行版本发布后的后处理工作
| name | plan-task |
| description | 为任务设计技术方案和实施计划 |
plan.md 或 plan-r{N}.md）—— 不修改任何业务代码版本戳规则：创建或更新 task.md frontmatter 时，先读取 .agents/rules/version-stamp.md，并写入或刷新 agent_infra_version。
在加载 workflow / skill / rules 指令之后、做任何任务状态判断或用户可见结论之前，必须先执行状态核对。指令类文件读取不算对外动作或结论。
运行以下命令，并把原文粘贴到回复正文和本轮产物的 ## 状态核对 段：
git status -s
ls -la .agents/workspace/active/{task-id}/
tail .agents/workspace/active/{task-id}/task.md
状态核对完成前，禁止任何关于外部状态的断言（例如“代码没变”“测试已通过”“没有其他引用”），包括思考阶段。本门禁只提供结构下限；逐条证据配对和真实性仍需按报告模板与审查要求核对。
检查必要文件：
.agents/workspace/active/{task-id}/task.md - 任务文件analysis.md 或 analysis-r{N}.md注意：{task-id} 格式为 TASK-{yyyyMMdd-HHmmss}，例如 TASK-20260306-143022
如果任一文件缺失，提示用户先完成前置步骤。
扫描 .agents/workspace/active/{task-id}/ 目录中的方案产物文件：
plan.md 且不存在 plan-r*.md → 本轮为第 1 轮，产出 plan.mdplan.md 且不存在 plan-r*.md → 本轮为第 2 轮，产出 plan-r2.mdplan-r{N}.md → 本轮为第 N+1 轮，产出 plan-r{N+1}.md记录：
{plan-round}：本轮方案轮次{plan-artifact}：本轮方案产物文件名扫描任务目录中的分析产物文件（analysis.md、analysis-r{N}.md）：
analysis-r{N}.md，读取最高 N 的文件analysis.md
以理解：遵循 .agents/workflows/feature-development.yaml 中的 technical-design 步骤：
必要任务：
设计原则：
创建 .agents/workspace/active/{task-id}/{plan-artifact}。
获取当前时间：
date "+%Y-%m-%d %H:%M:%S%:z"
更新 .agents/workspace/active/{task-id}/task.md：
current_step：technical-designassigned_to：{当前 AI 代理}updated_at：{当前时间}agent_infra_version：按 .agents/rules/version-stamp.md 取值target_date 为空，基于工作量评估写入预估完成日（YYYY-MM-DD）；无法合理预估时保持留空、不阻塞；已有值则保留{plan-artifact}（Round {plan-round}）## 设计 段落，更新为指向 {plan-artifact} 的链接effort。若重估值与 task.md 当前值不一致：
effort 字段Technical Design (Round N) 条目之前追加一条转移记录：
- {YYYY-MM-DD HH:mm:ss±HH:MM} — **Plan Re-estimate** by {agent} — effort {old} → {new} (rationale: {基于本轮方案的简短依据})
## Activity Log（不要覆盖之前的记录）：
- {YYYY-MM-DD HH:mm:ss±HH:MM} — **Technical Design (Round {N})** by {agent} — Plan completed, awaiting human review → {artifact-filename}
如果 task.md 中存在有效的 issue_number，执行以下同步操作（任一失败则跳过并继续）：
.agents/rules/issue-sync.md，完成 upstream 仓库检测和权限检测status: pending-design-work.agents/rules/issue-sync.md 中定义的 task 评论标记（按 issue-sync.md 的 task.md 评论同步规则）{plan-artifact} 评论.agents/rules/issue-fields.md，按流程 A 把 task.md 中所有非空的 Issue 字段（priority/effort/start_date/target_date）同步到 Issue（幂等；has_push=false 或取数/写入失败时跳过，不阻断）运行完成校验，确认任务产物和同步状态符合规范：
node .agents/scripts/validate-artifact.js gate plan-task .agents/workspace/active/{task-id} {plan-artifact} --format text
处理结果：
将校验输出保留在回复中作为当次验证输出。没有当次校验输出，不得声明完成。
仅在校验通过后执行本步骤。
重要：以下「下一步」中列出的所有 TUI 命令格式必须完整输出，不要只展示当前 AI 代理对应的格式。如果
.agents/.airc.json中配置了自定义 TUI（customTUIs），读取每个工具的name和invoke，按同样格式补充对应命令行（${skillName}替换为技能名，${projectName}替换为项目名）。
输出格式：
任务 {task-id} 技术方案完成。
方案概要：
- 轮次：Round {plan-round}
- 方法：{简要描述}
- 需修改文件：{数量}
- 需新建文件：{数量}
- 预估复杂度：{评估}
产出文件：
- 技术方案：.agents/workspace/active/{task-id}/{plan-artifact}
重要：人工审查检查点。
请在继续实现之前审查技术方案。
下一步 - 实施任务：
- Claude Code / OpenCode：/implement-task {task-id}
- Gemini CLI：/agent-infra:implement-task {task-id}
- Codex CLI：$implement-task {task-id}
.agents/workspace/active/{task-id}/{plan-artifact}current_step 为 technical-designupdated_at 为当前时间{plan-artifact} 为已完成产物完成检查清单后，立即停止。 这是一个强制性的人工审查检查点 —— 用户必须审查并批准计划后才能继续实现。
analysis.md 或 analysis-r{N}.md 存在）plan.md；后续修订使用 plan-r{N}.md