| name | fic-review-loop |
| description | 多模型或多角色自动审查正文 / 大纲,并给出最小修复建议、回写、再审。 |
fic-review-loop
作用
让 draft 不靠作者自我感觉过关,而经过 canon / character / plot / reader 多视角审查与最小修复循环。
何时使用
- 每次
fic-write 之后
- 大纲改动较大时
- 准备发布或归档章节前
预期输入
- 当前目标文件(章节、大纲、节点图)
- reviewer prompts 与 reviewer memory
- max_rounds、human_checkpoint、difficulty
- 相关 canon / character / relationship / compact 文件
预期输出
- 结构化 review report
- 最小修复计划
- 修复后的稿件或 patch 建议
- 更新后的
state/REVIEW_STATE.json 与 reviewer memory
执行流程
- 读取目标文件和相关事实文件,优先加载与本章最相关的 canon、角色、关系、hooks。
- 按顺序或并行运行 Canon / Character / Plot / Reader reviewers;多模型优先,同模型角色分裂次之。
- 汇总 issue,按 severity 排序;只接受带证据和 minimal_fix 的问题。
- 优先执行最小修复,再进行下一轮 review;不要仅口头承诺修复。
- 如果同类高严重度问题重复两轮以上,将其写入
reviews/reviewer-memory.md 并加权。
- 达到
max_rounds 仍有阻塞项,或核心角色存在 OOC 风险,则升级 human_checkpoint。
- 每轮结束都更新
state/REVIEW_STATE.json;若 context 不足,生成 compact 恢复摘要。
硬规则
- 不允许只给泛泛评价。
- 不允许为拿高分隐藏弱点。
- 必须先修后审。
- 必须把重复 issue 记忆化。
- reviewer 发现 canon / OOC 致命问题时,不得由 Reader Reviewer 的‘可读性不错’覆盖。
人类检查点
支持 human_checkpoint = true。默认在核心角色 OOC、高风险 canon 冲突、分支污染主线、或达到 max_rounds 时建议人工介入。
恢复与续跑
该 skill 的核心恢复点是 state/REVIEW_STATE.json。若 compact 恢复,至少要保留当前 round、blocking issues、已完成 reviewers、最小修复计划。
返回格式
返回:1) 本轮结构化 issue;2) 修复摘要;3) 是否通过;4) 是否需要人工检查;5) memory sync 提醒。
关键文件
- reviews/reviewer-memory.md
- reviews/regression-cases.md
- state/REVIEW_STATE.json
- compact/story_findings.md
- templates/reviewers/*.prompt.md
最小示例
- 对章节初稿跑 3 轮审查直到 soft-pass
- 对大纲做 canon + plot 双 reviewer 快速 lint