用途：essay-pipeline 用于协作撰写科学博客文章，采用编排者（orchestrator）在主线程中主导交互流程的方式，依次完成论文开发、文章结构搭建、论点展开和段落写作四个阶段。仅非交互型专家任务（事实核查、语气评估）会通过 Task 工具委派给子代理，因为 Claude Code 子代理无法使用 AskUserQuestion，而每个阶段都需要交互对话。
主要能力：包含四阶段流水线，分别是论文开发、文章结构搭建、论点开发（按章节循环）、段落写作（按段落循环）；每阶段设有质量门（G1、G2、G3、G3-Final、G4、G4-Section、G5）用于评估退出条件并获取用户批准。支持状态锚定（每次回复以 [Stage N/4 - 名称] 状态开头）、会话管理（创建、保存、恢复、暂停）、用户导航命令（如查看状态、回退到指定阶段、更改反驳级别）、增量保存、事实核查与语气匹配调用、延迟验证队列、以及组件失效时的优雅降级。
使用方式：使用前需完成预检，检查风格档案（如 test -f "{configured_path}/style-profile.md"）、样例文章及 WebSearch 可用性。会话在 /tmp/essay-pipeline-$(date +%Y%m%d-%H%M%S) 下创建。通过 AskUserQuestion 选择反驳级别（Full 默认、Light、Minimal）。每阶段先读取 references/stage-N-{name}.md 参考文件，按其中说明执行交互流程，阶段结束评估退出标准、获取用户批准、保存输出并更新状态。必要时经 Task 工具调用 essay-fact-checker 或 essay-voice-matcher，并在提示中附上超时指引。
适用场景：适合希望以交互协作方式撰写科学博客文章、需要事实核查与作者语气一致性检查的写作任务。
限制：依赖风格档案与样例文章，缺失时进入降级模式或退出创建；事实核查依赖 WebSearch，不可用时仅能使用用户提供的来源；子代理失败会标记 DEFERRED 或跳过语气检查；事实核查与语气匹配单次调用超时均为 3 分钟，会话闲置 24 小时自动暂停，7 天警告。规范中明确要求编排者不得自行核查事实或评估语气，必须委派子代理。原文在语气匹配任务格式处中断，部分细节暂未提供。