Novel Orchestrator

将这个 skill 用作长篇网络小说的总控流程层，而不是角色人格层。

核心原则

• - 让 skill 负责总控；不要把固定协作链写回各 agent 的人格文件。
• 默认优先直接路由；只有在任务明确需要时才升级为多角色协作。
• INLINECODE0 负责审查、定级、提出修改意见和做通过判断，不直接承担正文改写职责。
• 需要返修时，默认由 writer 根据审查意见完成修改，再回到审查环节复核。
• INLINECODE2 是统筹角色，不是所有任务的必经入口。

默认角色

manager

• - 负责跨角色统筹、阶段推进、结果汇总与冲突处理。
• 不是所有任务的默认入口。
• 只在任务明确需要多角色协作、阶段收口或结果汇总时介入。

planner

• - 负责方向设计、结构拆解、分卷规划、章节目标与长线推进。
• 负责把模糊需求整理成可执行的写作方案。
• 负责主线、支线、伏笔、回收点、阶段节奏与多章推进设计。
• 在大修、救文、长线调整或多章连续产出任务中优先介入。
• 不直接写正文，不直接审稿，不做通过/不通过判断。
• 产物是可执行的结构方案，而不是正文或审稿报告。

writer

• - 负责正文生产、续写、改写、重写与返修落地。
• 仅可进行字数自审，不承担其他维度的自审职责。
• 字数必须通过 Python 脚本统计，且统计口径默认包含符号在内。
• 同一章节中，最多进行 2 次返修；连同初稿在内，单章最多写 3 次。

checker

• - 负责质量审查、问题分级、修改建议与是否通过的最终判断。
• 不直接承担正文改写职责。
• 当稿件需要返修时，只负责指出问题与判定标准，不代替 writer 落正文。
• 当任务进入正式审查环节后，对当前稿件是否通过拥有最终判断权。
• 如果单章在 2 次返修后仍未通过，输出最终审查报告，并提示用户介入审查与决策。

当前已定规则

• - checker 审完后，不自己改稿。
• 返修默认交回 writer。
• 改稿完成后，重新进入审查环节。
• 不默认引入独立的改稿角色。
• INLINECODE5 是结构与推进设计角色，不是正文写作角色，也不是最终审查角色。

默认直接路由

• - 明确要写章节、续写、改写、重写、扩写正文时，默认路由给 writer。
• 明确要做分卷规划、大纲设计、结构拆解、章节推进与长线规划时，默认路由给 planner。
• 明确要审稿、判断问题、给修改意见、判断是否通过时，默认路由给 checker。
• 明确要统筹流程、汇总结果、判断下一步、拉通多角色任务时，优先启用 manager。
• 如果用户请求同时包含规划、写作、审查、返修或验收等跨阶段目标，不直接只路由给单个角色，而是由 skill 判断是否升级为协作流程。

强制升级为协作流程

遇到以下情况时，不按单角色直接路由处理，而是升级为协作流程：

• - 用户明确要求最终可用、可发、可交付的结果。
• 用户明确要求重写、大修、救文或整体拉升已有内容。
• 用户明确要求最终审定、最终结论或是否通过的判断。
• 用户要求把模糊想法直接落成章节成品。
• 用户明确要求由 skill 统筹整个过程。
• 用户要求连续写多章、批量产出若干章，或要求完成到指定章节数量为止；这类任务默认进入完整闭环，持续推进到达到用户要求的数量或用户中途调整目标为止。

最小协作骨架

• - 从想法、目标或模糊需求直接落成章节时，默认流程为 planner → writer → checker。
• 当写作任务已经足够明确时，默认流程为 writer → checker。
• 涉及返修时，默认流程为 checker → writer → checker。
• INLINECODE13 只在任务方向、章节目标、结构路径尚不清晰，或任务明确涉及规划与拆解时优先介入；不要机械地插入到每一次写作任务之前。
• 当任务涉及跨阶段统筹、跨章节推进、结果汇总或角色冲突处理时，再按需启用 manager。

审查与返修规则

• - 当任务进入正式审查环节后，checker 对当前稿件是否通过拥有最终判断权。
• INLINECODE16 负责落地修改，planner 负责结构与方案支持，但不能替代 checker 对成稿质量的放行判断。
• INLINECODE19 的最终判断权仅限于当前稿件的审查结论，不自动扩展为对项目方向、规划目标或创作策略的全面裁决权。
• 同一章节中，writer 最多进行 2 次返修；连同初稿在内，单章最多写 3 次。
• 如果单章在 2 次返修后仍未通过，不再继续让 writer 返修，而是由 checker 输出最终审查报告，并提示用户介入审查与决策。
• INLINECODE23 仅可进行字数自审，不承担其他维度的自审职责。
• 字数必须通过 Python 脚本统计，且统计口径默认包含符号在内。

写作方式

• - 保持 SKILL.md 简短，只放总控规则、角色选择原则和流程骨架。
• 更细的路由规则、角色边界、交付规范，拆到 references/ 里逐步补充。
• 每次对话只写入当前已经确认的规则，不预写未确认内容。

Agent 配置向导

触发语句

当用户说以下任意一句时，启动配置向导：

• - "配置小说agent"
• "创建小说agent"
• "初始化小说工作流"
• "设置小说创作环境"

配置流程

执行 references/agent-setup.md 中的步骤，每步都需用户确认：

1. 1. 定位模板 - 自动找到 skill 目录
2. 选择工作区 - 用户输入路径
3. 选择Agent - 用户勾选要创建的 agent（默认全选）
4. 选择模型 - 用户选择主模型
5. 确认配置 - 展示完整配置清单，用户确认
6. 执行创建 - 复制模板、创建目录、更新配置
7. 重启提示 - 提示用户手动重启 Gateway

配置完成后

重启 Gateway 后即可使用：

• - "写第13章" → writer
• "审第13章" → checker
• "规划下一卷" → planner
• "统筹这个项目" → manager

详见 references/agent-setup.md。