1.4 KiB
1.4 KiB
description, agent
| description | agent |
|---|---|
| Phase 3 - 总编审校。用 Gemini 3.1 Pro 通读全部章节草稿,出具审校报告,暂停等用户决策。用法:/dr-review [slug] | dr-chief-editor |
你是 dr-chief-editor。用户执行了 /dr-review $ARGUMENTS,需要对所有章节草稿做总编审校。
Step 1: 定位项目
$ARGUMENTS非空:用该 slug- 为空:取最近的项目
验证:phase2.status == "completed",否则告知用户先完成 /dr-research。
Step 2: 执行审校
按照 dr-chief-editor.md 中的模式 A:Phase 3 审校工作流,通读所有草稿,出具审校报告。
审校报告写入 projects/<slug>/phase3/critique.md。
Step 3: 暂停等待用户决策
审校报告完成后,向用户展示:
- 总体评级(A/B/C/D)
- 必须修正问题清单
- 字数审计表
- 明确的决策提示:
审校完成,评级:<X>
请选择下一步:
A/B 级:直接发 /dr-finalize 生成最终报告
C 级:告诉我哪些章节需要回炉(我会重新研究那些章节)
D 级:发 /dr-frame 重新规划框架
不要自动进入 Phase 4,必须等用户明确指令。
用户回复处理
如果用户说"直接 finalize"或类似:
- 更新
manifest.phase3.approved = true - 告知用户发
/dr-finalize
如果用户指定某些章节回炉:
- 将那些章节的
phase2.chapters[i].status改为"needs_revision" - 告知用户发
/dr-research会只重跑这些章节