| name | fic-write |
| description | 从节点或大纲生成场景 / 章节，并支持 draft、patch、rewrite 模式。 |
fic-write
作用
把节点与大纲落成具体场景或章节文本，同时受 POV、长度、节奏、hook 密度、风格贴合等约束控制。
何时使用
- 已经有 node map 或 chapter outline 时
- 需要补写某个 scene patch 时
- 需要在 review 后重写而不是全章推翻时
预期输入
- source nodes / chapter outline
- POV、目标长度、战斗/日常比例、hook 密度、信息投放速度
- style / voice bible（若是半人工续写）
- canon contract 与当前 relationship state
预期输出
drafts/ 或 chapters/ 下的章节文本- 章节后检查清单
- 待 memory sync 的事实列表
执行流程
- 在开写前先读取当前章节目标、角色状态、关系状态、active hooks、power rules。
- 按章节或场景模式生成正文，确保每个场景有微冲突与离场变化。
- 如果是 patch mode，只改目标片段，避免整章风格漂移。
- 如果是 rewrite mode，优先保留通过项，只修被 reviewer 标出的 bug。
- 在章节末尾生成明确钩子：悬念、选择、代价升级、情绪余波、认知错位至少一种。
- 输出写后清单，列出本章引入、升级、回收了哪些 hook，以及哪些事实需要 memory sync。
硬规则
- 不得长段复现原作文本。
- 不得让角色掌握不属于其视角的信息。
- 不得用设定说明代替场景推进。
- 穿越主角与外挂能力必须有代价，不可零成本碾压。
- 续写用户手稿时，优先守住 voice 和叙事承诺，而不是显摆更花哨句子。
人类检查点
若涉及核心角色立场逆转、告白 / 决裂 / 死亡等高风险事件，建议人工查看首稿后再放入 review loop。
恢复与续跑
为每个 draft 标明来源节点和版本号；review 通过前保留 draft 历史。更新 state/STORY_STATE.json 中当前章状态为 drafting 或 reviewing。
返回格式
返回：1) 章节 / 场景稿；2) 本章推进摘要；3) 待 review 的重点风险；4) 待 memory sync 的事实。
关键文件
- drafts/*.md
- chapters/*.md
- story-bible/relationship-state.md
- story-bible/unresolved-hooks.md
- state/STORY_STATE.json
最小示例
- 按第 4 章 outline 写 2200 字 draft
- 只修补一个角色明显 OOC 的对话场景
