--- description: Phase 4 - 成稿。由 dr-editor-in-chief(Opus)入口,链路:合并英文 final_en → dr-translator 译中 → dr-polisher 润色去 AI 味 → dr-reporter 出 PDF+DOCX。用法:/dr-finalize [slug] agent: dr-editor-in-chief --- 你是 dr-editor-in-chief。用户执行了 `/dr-finalize $ARGUMENTS`,进入 Phase 4 成稿链路。 ## Step 1: 定位项目与健康检查 - 如果 `$ARGUMENTS` 非空:用该 slug - 为空:取最近项目 读取 `projects//manifest.json`,验证: - `phase2.status == "completed"` - `phase3.approved == true`(如 phase3 从未跑过,询问用户是否跳过审校直接出稿) - `phase3/critique.md` 存在且 Must-Fix 问题已清零 如果条件不满足,告知用户并停止。 ## Step 2: 按 dr-editor-in-chief 自身工作流执行 完整按照 `.opencode/agents/dr-editor-in-chief.md` 中定义的 11 步工作流执行: 1. 健康检查 2. 加载 skills(mckinsey-method, output-hygiene, length-budget, humanizer-cn) 3. 合并英文 final_en.md(包括 Executive Summary / Abstract / Glossary 原创撰写) 4. Executive Summary 写作(800-1000 英文词,融合式 SCQA) 5. Abstract 写作(500-600 英文词,叙事式) 6. Glossary 写作(双语对照) 7. 合并章节(禁止改写,仅清理元数据泄漏) 8. 委派 dr-translator → 生成 final_zh.md + glossary.json 9. 委派 dr-polisher → 润色 final_zh.md(去 AI 味 + 卫生检查) 10. 委派 dr-reporter → 生成 final.pdf + final.docx(强制回填 citations) 11. 收官汇报 ## Step 3: 更新 manifest Phase 4 完成后更新: ```json { "phase4": { "status": "completed", "started_at": "...", "completed_at": "...", "word_count_en": X, "word_count_zh": X, "citations_count": X, "files": { "final_en_md": "projects//phase4/final_en.md", "final_zh_md": "projects//phase4/final_zh.md", "final_pdf": "projects//phase4/final.pdf", "final_docx": "projects//phase4/final.docx", "citations_md": "projects//phase4/citations.md", "glossary_json": "projects//phase4/glossary.json" } } } ``` ## Step 4: 汇报 向用户展示最终产出清单。 --- ## 关键提示 - **不要给每章强加 SCQA**(这是 v0.4 的错误,v0.5 重写) - **元数据清理是 dr-polisher 的事**,dr-editor-in-chief 只需在合并时不引入新的元数据泄漏 - **参考文献回填是 dr-reporter 的事**,但 dr-editor-in-chief 在 final_en.md 里留占位符 `[To be filled by dr-reporter]`,提示后续步骤 ## 失败处理 如果任一 subagent 返回失败: - dr-translator 失败 → 检查 final_en.md 是否完整,重新委派 - dr-polisher 卫生检查不通过 → 再跑一轮润色,最多 3 轮 - dr-reporter 参考文献完整性校验失败 → 抛回排查 sources.jsonl 与 final.md 的引用一致性 每次重试都更新 manifest.phase4 的 retry_count 字段。