任务控制
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_b26749d2/3c12646。
技能介绍
解决什么问题
在 Agent 直接执行代码或文件修改前,常见风险是方案没对齐、执行过程无记录、出错后无法复盘。Mission Control 把任务拆成可追踪流程,让 Agent 在动手前先确认目标、边界、验收标准和风险。
技能如何工作
它要求所有涉及代码/文件操作的任务先进入方案确认制:
- 生成
t-requirement.md和t-plan.md,明确任务需求与执行方案。 - 方案阶段必须完成 3 次
求是-分析-修正迭代,必要时调用qiushi做批评与自我批评式复盘。 - 获得 Boss 确认后才由主 Agent
Moss执行,全程写入t-log.md。 - 结束时产出
t-report.md,保留任务编号、验收标准、风险预案和版本变更。
它还支持把静态规范重构为任务卡:保留原文件科学内容、数据与约束,补齐任务编号、产出要求、Moss 填写区等字段,默认不改原文件。
适用边界
适合需要人工确认、过程留痕和复盘的任务,不适合一次性闲聊、纯信息查询或明确无需文件操作的小请求。若 Boss 未补充期望完成时间,应明确标注待定;重构任务时不能把静态规范误当作动态任务卡直接使用。
使用场景
- 代码重构前,先产出需求、方案、日志和报告,并在 Boss 确认后执行。
- 把静态项目规范转成任务卡,补全验收标准、产出要求和 Moss 填写区。
- 任务出错或中断时,要求在日志写明原因,并生成结束报告给 Boss。
- 方案阶段需要 3 次求是-分析-修正迭代,未确认前不进入执行。
适合人员
- 需要 Agent 在代码/文件修改前先出方案并留痕的后端工程师
- 要把项目规范转成任务卡并补齐验收标准的研究助理
- 要求 Agent 执行出错时写明原因并输出报告的测试负责人
- 需要方案阶段多次迭代确认再放行的产品经理