con un clic
review-plan
审查技术方案。 当技术方案需要在进入实现前接受审查时使用。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Menú
审查技术方案。 当技术方案需要在进入实现前接受审查时使用。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
| name | review-plan |
| description | 审查技术方案。 当技术方案需要在进入实现前接受审查时使用。 |
审查最新技术方案产物,并产出 review-plan.md 或 review-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
状态核对完成前,禁止任何关于外部状态的断言。
如果
{task-id}入参匹配^[#]?[0-9]+$(裸数字或带#前缀),先读取.agents/rules/task-short-id.md的「SKILL 入参解析」段执行解析;后续命令视{task-id}为解析后的全长TASK-YYYYMMDD-HHMMSS形式。
确认前置条件和产物上下文后、本轮第一个产出动作之前执行 agent-infra-internal task-event {task-id} review-plan.started --agent {agent}。
要求存在:
.agents/workspace/active/{task-id}/task.mdplan.md 或 plan-r{N}.md运行 agent-infra-internal task-artifact {task-id} inspect --family review-plan。仅当结果为 ready 时继续;从 inputs 取得 {plan-artifact},从 next.round / next.name 取得 {review-round} / {review-artifact}。不得自行扫描轮次或拼装文件名。随后执行 started 事件并复核返回身份。
读取最新 {plan-artifact}、最新分析产物、task.md 和关联 Issue 上下文(如有)。读取后,把本轮实际检视的最高轮 plan artifact 文件名回填到报告 审查输入 段;无法可靠取得时留空,不要伪造。
重点检查方案的简洁性、可执行性、风险控制、测试策略、文件清单和阶段边界。
详细审查标准见
reference/review-criteria.md。执行此步骤前先读取reference/review-criteria.md。
创建 .agents/workspace/active/{task-id}/{review-artifact}。
报告格式见
reference/report-template.md。写报告前先读取reference/report-template.md。
更新 findings、账本等业务内容后,执行 agent-infra-internal task-event {task-id} review-plan.completed --agent {agent} --artifact {review-artifact} --verdict {approved|changes-requested|rejected} --blockers {n} --major {n} --minor {n} --manual-validation {n},由核心原子登记链接、阶段和完成日志。
manual-validation 是 ai task log 中 review 行「人工校验点」(EN Manual-validation)计数的数据源;不要新增并行人工验证字段。
如果 task.md 中存在有效的 issue_number,执行前先读取 .agents/rules/issue-sync.md,完成 upstream 仓库检测和权限检测,然后同步 task 评论并发布 {review-artifact} 评论。
node .agents/scripts/validate-artifact.js gate review-plan .agents/workspace/active/{task-id} {review-artifact} --format text
校验通过后继续告知用户;校验失败则修复报告或 task 状态后重跑。
按 reference/output-templates.md 的结论分支输出,并展示所有 TUI 的下一步命令。
渲染最终输出前先读取
.agents/rules/next-step-output.md并落实其两类规则:(1) 「下一步」命令的{task-ref}渲染为当前任务短号#NN(取值与回退见该文件),其他{task-id}占位(报告标题、路径)保持完整 TASK-id 形式;(2) 在面向用户输出的绝对最后一行追加Completed at收尾行(成功、错误、早退等任何面向用户输出都适用,不限于校验通过的成功态)。
{review-artifact}review-plan.md,后续轮次使用 review-plan-r{N}.md{plan-artifact} 的行号标记任务为阻塞状态并记录原因。 当任务因外部阻塞无法推进、需要挂起并记录原因时使用。
取消不再需要的任务并转移。 当某个任务不再需要、应从 active 工作中撤下时使用。
关闭 Code Scanning 告警并记录理由。 当某条 Code Scanning 告警已处理或需按理由关闭时使用。
关闭 Dependabot 安全告警并记录理由。 当某条 Dependabot 安全告警已处理或需按理由关闭时使用。
标记任务完成并归档。 当任务工作已完成并验证、需要收尾归档时使用。
从平台 Issue 评论还原本地任务文件。 当本地任务文件缺失、需要从平台 Issue 评论还原时使用。