WriteStory 多轮批评家评审系统实战指南用 8 位审稿人打磨小说章节的每一处细节【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOSWriteStory 是 LifeOS 仓库中面向小说创作的技能Skill其核心工作流 WriteChapter 负责把 Story Bible 中的节拍beat转化为真正的散文。本文要深入讲解的是 WriteChapter 工作流第 8 步——多轮批评家评审系统Multi-Pass Critic System它对应仓库中的 Critics.md 文档。读完本文你将完整掌握 8 位审稿人的职责边界、提问清单、红旗信号red flags、评审顺序与效率原则并能把这一套只提建议、不代笔的多维审稿机制复用到你自己的写作或 AI 写作工作流中。一、评审系统在写作流水线中的位置WriteStory 技能把小说创作拆解为七个同时工作的叙事层Meaning主题、Character Change角色转变、Plot情节、Mystery悬念、World世界、Relationships关系、Prose文笔详见 StoryLayers.md。章节成稿之后并不能直接交付——它必须经过层层质检。在 WriteChapter.md 的 10 步流程中评审系统位于第 8 步Multi-Pass Critic System前面依次是加载节拍上下文、场景规划与修辞策略、七层 Articulation Map、对话工程、带意象技法的散文创作、悬念层整合、反陈词滥调清扫Anti-Cliche Sweep即 Step 7。也就是说批评家评审是正式输出前的最后一层质量闸门完成创作与反陈词清扫后草稿进入多轮批评家评审。每位批评家只从一个聚焦角度阅读散文并产出具体、可执行的建议。WriteChapter.md Step 8同时评审结论会回馈到第 10 步的输出物中交付章节时必须附带批评家通过摘要——每位批评家的置信评分1-5以及一句已应用修改的总结。这套体系与 Revise.md 工作流迭代打磨既有章节形成互补Critics 负责找出问题Revise 负责按问题类型执行修改。二、全体审稿人的公共规则Rules for All Critics无论哪一位批评家登场都必须遵守 6 条铁律。这些规则定义了评审与代笔的边界是整套系统不越界的制度保障只提建议不重写Suggestions, not rewrites每位批评家只提出修改建议是否采纳由作者决定必须保留作者的声音。具体且可定位Specific and locatable每条建议必须指向具体的段落、行或片段。场景 2 的对话缺乏潜台词是合格的这段散文可以更好是不合格的。每次评审 2-5 条建议既防止偷懒也防止过度批评。若发现的问题超过 5 个只优先输出影响最大的 5 个。置信评分1-5每位批评家对自己负责的维度给出评分5杰出无需修改4扎实仅有少量润色建议3合格存在若干有意义的改进空间2薄弱该维度存在明显缺口1失败该维度需要实质性返工不重复Do not duplicate前一位批评家已标记过的问题下一位不得重复提及而是在前人的基础上继续建设。保留声音Preserve voice任何建议都不得压平作者选定的美学档案Aesthetic Profile。McCarthy 风格章节不应因标点稀疏而被批评Adams 风格章节不应因插入式旁白parenthetical asides而被批评。美学档案的定义见 AestheticProfiles.md。其中第 6 条直接呼应 AestheticProfiles.md 中内置的 8 套风格配置Douglas Adams、Tolkien、Le Guin、McCarthy、Pratchett、Martin、Jemisin 及自定义模板评审的价值在于让文本更贴合既定风格而非把一切拉平成同一种腔调。统一输出格式每位批评家按以下模板输出保证机器可解析、作者可快速扫读[批评家名] — 评分: [N]/5 - [建议 1]: [具体位置] → [改什么及为什么] - [建议 2]: [具体位置] → [改什么及为什么] ...三、4 位必选批评家Mandatory Critics每章必跑WriteChapter 的 Step 8 规定每章必须运行 4 个强制评审轮次。它们的排列逻辑是先结构、后文笔、再新鲜度、最后直觉。1. The Layer Auditor层级审计员关注点七层叙事的完整性与层间互动人格设定有条理的结构型思考者能看穿散文之下的架构提问清单每个场景是否至少推进 2 个层是否有某个层在章节中完全缺席各层是否在互动例如一个世界细节对神圣缺陷施加压力还是彼此孤立地存在章节的层配比是否与 Story Bible 为这些节拍预设的一致主题是通过行动浮现的还是被直接陈述的红旗信号只推进情节的场景没有任何悬念推进的章节通过说明性文字而非行动来陈述主题在 Step 3 的 Layer Articulation Map 中承诺过、却在正文中缺席的层Layer Auditor 的评判依据来自 StoryLayers.md 的层互动规则——尤其是每个场景至少推进 2 个层与主题涌现、绝不布道。它同时对照 WriteChapter Step 3 产出的 Layer Articulation Map核查写作前承诺与写作后事实是否一致。2. The Rhetoric Examiner修辞考官关注点修辞格部署与散文的音乐性人格设定作者的那只耳朵——能听出节奏、识别模式、感受韵律提问清单Step 2 规划的高冲击时刻是否真的部署了修辞格修辞格是否同时出现在对话与叙述散文中是否有修辞格多样性还是从头到尾只依赖同 2-3 种部署的修辞格是否匹配美学档案的侧重点令人难忘的句子是否真的难忘——读者会引用它吗句子节奏是否为了节奏感而刻意变化还是陷入了单调是否有本应使用修辞格却空空如也的段落红旗信号叙述散文中的修辞格数量为零过度部署导致散文显得矫揉造作或浮华purple prose节奏单调——所有句子长度相似高潮时刻缺乏任何修辞工程设计该批评家直接引用 RhetoricalFigures.md 中的 125 种修辞格工具带以及其中的按故事时刻部署修辞格Figure Deployment by Story Moment对照表开场用 Antithesis/Paradox关键对话用 Chiasmus/Antithesis情感高峰用 Epizeuxis/Aposiopesis高潮演讲用 AnaphoraTricolon 组合。WriteChapter Step 2 的 Figure Plan 就是它检查的对象。3. The Freshness Inspector新鲜度检查员关注点陈词滥调检测、原创性、具体细节人格设定对套路化过敏坚持要意料之外提问清单Step 7 清扫之后AntiCliche.md 禁用清单里是否仍有漏网之鱼是否还有死隐喻或似曾相识的措辞通过了第一道过滤每处描写是否都经过 POV 角色的特定感知过滤还是存在任何角色都会注意到的默认镜头描写是否能用具体意象替换抽象名词情绪是通过行为展示的还是被直接陈述的每个场景是否至少有一个真正令人意外的细节是否存在 AI 特定散文模式tapestry of、weight of、symphony of、dance of、echoes of红旗信号Her heart raced 或任何变体的生理情绪直述任何故事里任何角色都能注意到的描写情绪被命名而非通过动作展示出现在 100 本以上出版书中的比喻任何以 And so it was that... 开头的句子Freshness Inspector 是 AntiCliche.md 的执行者该文件定义了 6 类禁用短语开场、情绪、描写、动作、对话、AI 特定模式和 6 条 Freshness Rules具体性测试、感官替换、动作测试、比喻击杀、动词测试、对话声音测试。WriteChapter Step 7 的 Anti-Cliche Sweep 是它的第一道闸它是第二道更深的闸——这正是它与 Step 7 的分工Step 7 由作者自查清单Freshness Inspector 则以独立视角重新扫描全文。4. The Reader Surrogate读者替身关注点参与感、清晰度、情感冲击、信息流人格设定凭直觉阅读、为乐趣与投入而读、不看技巧提问清单我的注意力在哪里游走了这是节奏问题我在哪里感到困惑这是清晰度问题我在哪里最有情感投入保护这些时刻我在哪里最缺乏情感投入这些需要修改章节结尾是否让我想读下一章信息流是否清晰——我在需要知道的时候知道了该知道的吗是否有场景像是在消磨时间而非推进什么红旗信号没有任何变化发生的场景解决了一切、却没有前行动力的结尾读者必须重读才能理解发生了什么的段落因铺垫不足而没落地的情感高峰四、4 位可选批评家Optional Critics高风险章节加跑对于开场、中点、高潮、终章这类高风险章节WriteChapter Step 8 要求跑满全部8 个评审轮次。四位可选批评家在四位必选之后按任意顺序运行。5. The Subtext Analyst潜台词分析师关注点未说出口的、隐含的、表层之下的多层含义人格设定逐行阅读字里行间痴迷于缝隙与沉默提问清单在情感激烈的对话中角色是否在说着一件事、意指另一件事是否有行为化情绪动作、手势、沉默取代了直述情绪的时刻是否可以通过移除显性信息、让读者自行推断让某个场景更有力量是否错过了制造戏剧反讽读者知道而角色不知道的机会神圣缺陷是通过行为与选择显现的还是被解释出来的红旗信号角色在情感时刻一字不差地说出真实想法叙述直接解释潜台词她说了 X但她真正想说的是 Y主题被陈述而非通过行动体现高潮场景中领悟是被叙述出来的而不是被展示出来的6. The Continuity Editor连续性编辑关注点内部一致性与 Story Bible 合规人格设定过目不忘的记忆体记得每章每个细节提问清单时间线对得上吗天数、季节、旅行耗时每个角色是否只知道自己参与过的场景中该知道的信息外貌描写是否与之前章节一致世界规则是否成立魔法体系、科技、社会规范章节是否兑现了 Story Bible 节拍图的承诺是否有角色行为与其已建立的神圣缺陷或弧线阶段相矛盾红旗信号角色引用了他不在场的场景中的信息已确立的地理上说三天路程旅程却只花了一天魔法或科技的使用违反了已建立的限制角色行为与其应处的弧线阶段矛盾7. The Pacing Surgeon节奏外科医生关注点韵律、时机与篇幅比例人格设定感受散文的脉搏知道何时加速、何时让读者喘息提问清单句子长度是否刻意变化还是陷入单调模式动作场景是否使用短促有力的句子情感与沉思场景是否使用更长、更流畅的句子是否有场景相对于其叙事重要性而言过长或过短散文在哪里臃肿不必要的描写、过度解释的动作、冗余对话散文在哪里仓促值得更多篇幅的情感节拍、跳得过快的过渡段落切分与分节是否被用来控制节奏红旗信号连续三段使用相同的句子长度模式动作场景中出现复杂的从句情感高峰被压缩成一句话而它本值得一整段过渡场景比高潮场景还长Pacing Surgeon 的判断标准与 WriteChapter Step 5 的 Pacing Craft 规则互为镜像短句快节奏长句慢节奏空白控制韵律场景篇幅与重要性成正比也与 AestheticProfiles.md 中各档案的 Pacing 定义如 McCarthy 的慢燃加突发绑定。8. The Voice Enforcer声音执法者关注点角色声音的区分度与叙述者的一致性人格设定模仿者能清晰听到每个角色不同的说话方式提问清单如果删掉所有对话归属标识你能仅凭声音分辨说话者吗每个角色的词汇范围是否匹配其背景与教育程度每个角色的句子结构是否匹配其性格叙述者的声音是否自始至终匹配配置的美学档案是否有声音断裂——散文滑入另一种语域例如非正式段落突然变得正式对话中的动作节拍是否揭示了角色特有的行为红旗信号两个角色说话模式完全相同叙述者在一个 McCarthy 档案的故事里使用 Tolkien 式措辞角色词汇突然切换语域却无叙事理由对话归属依赖副词而非声音区分Voice Enforcer 同时关联两条上游规则WriteChapter Step 4 的 Dialogue Engineering声音区分四检查词汇范围、句长模式、口头禅、不会说什么以及 AntiCliche.md 的 Freshness Rule 6对话声音测试若交换两个角色的台词毫无变化说明缺乏声音。五、通过顺序Pass Ordering结构优先于打磨批评家不是随机轮询而是有严格的调度顺序——先修结构问题再打磨文笔最后做直觉检查Layer Auditor 第一先修复结构缺口再精修散文Rhetoric Examiner 第二文笔层面的改进Freshness Inspector 第三捕获前两位可能引入的陈词滥调Reader Surrogate 四位必选中的最后一位最终的参与感直觉检查 5-8.四位可选批评家在必选四位之后任意顺序这一顺序与 WriteChapter Step 8 的 Procedure 完全一致其合理性在于依赖关系层级的结构性缺失如果留到最后才修会迫使已打磨好的句子被重新揉碎而 Freshness Inspector 排在修辞考官之后是因为修辞格的大量部署恰恰是陈词滥调的高发区——修辞新瓶里最容易装入套路旧酒。评分驱动的修改决策评审完成后作者按以下规则应用建议WriteChapter.md Step 8应用那些在不损失现有优点前提下能改进散文的建议若某位批评家给出1-2 分的置信评分则该维度需要针对薄弱段落进行定向修订。这使评分不只是评分而是明确的行动触发器。六、效率原则这是收紧tightening不是重写Critics.md 在文档末尾专门强调效率边界每位批评家一轮产出 2-5 条简短、可执行的批注。这是收紧轮次不是第二稿。4 个必选轮次的总开销应当是一个聚焦的评审周期产出8-20 条具体建议而不是一次重写过程。换算一下4 位必选批评家 × 每人 2-5 条 8-20 条建议恰好与每章 8-20 条的总预算吻合8 位全跑的完整版上限则为 40 条。这一设计把评审从另起炉灶的二次创作严格限制在定向修补的范围内与 WriteStory 技能的根本立场一致——增强创作者而非替代创作者SKILL.md。WriteChapter Step 9 还给出了一条与评审系统配套的规模化约束当使用多智能体并行生产章节对话专家、散文专家、悬念管理者分头写作再合并时评审轮次必须跑在合并后的输出上而不是各智能体的单独输出上。这是为了确保 8 位批评家评审的是读者最终将读到的那个完整文本。七、把评审体系落地到自己的写作流程Critics.md 定义的这套体系可以脱离 WriteStory 独立复用。以下是一份可直接执行的落地清单建立评审角色卡为每位批评家维护一张卡片包含 Focus关注点、Personality人格、Asks提问清单、Red flags红旗信号——这正是 Critics.md 的原始结构可直接照抄。固定输出协议统一使用[批评家名] — 评分: [N]/5 定位明确的建议列表让建议可定位、可追溯、可拒绝。强制执行顺序与配额结构批评Layer Auditor→ 文笔批评Rhetoric Examiner→ 新鲜度批评Freshness Inspector→ 读者直觉Reader Surrogate每人 2-5 条、不重复前人的问题、整体控制在 8-20 条。用评分触发行动任何维度评分 ≤2立即对该维度定向返工而不是整体重写。与反陈词系统联动Freshness Inspector 的检查项AI 特有模式、直述情绪、通用镜头描写可直接复用 AntiCliche.md 的 6 条 Freshness Rules 作为判定标准。如果你在撰写长篇或系列小说还可以把 Step 9 的并行生产约束一并纳入先由多名专家智能体分头产出再由一名主笔合并最后在合并稿上跑完整评审——保证每位批评家看到的是与读者一致的真实文本。结语WriteStory 的多轮批评家评审系统把好文章是改出来的这句话工程化了它用 4 位必选批评家覆盖每章的底线质量结构、文笔、新鲜度、参与感用 4 位可选批评家覆盖高风险章节的进阶维度潜台词、连续性、节奏、声音再用公共规则、统一输出格式、严格顺序与效率预算把评审约束为8-20 条可执行的定向建议而非第二稿。这套设计连同其上游的七层架构StoryLayers.md、修辞工具带RhetoricalFigures.md、反陈词系统AntiCliche.md与美学档案AestheticProfiles.md共同构成了一套完整、自洽、可复用的 AI 辅助小说创作质检流水线。【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
WriteStory 多轮批评家评审系统实战指南：用 8 位审稿人打磨小说章节的每一处细节
WriteStory 多轮批评家评审系统实战指南用 8 位审稿人打磨小说章节的每一处细节【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOSWriteStory 是 LifeOS 仓库中面向小说创作的技能Skill其核心工作流 WriteChapter 负责把 Story Bible 中的节拍beat转化为真正的散文。本文要深入讲解的是 WriteChapter 工作流第 8 步——多轮批评家评审系统Multi-Pass Critic System它对应仓库中的 Critics.md 文档。读完本文你将完整掌握 8 位审稿人的职责边界、提问清单、红旗信号red flags、评审顺序与效率原则并能把这一套只提建议、不代笔的多维审稿机制复用到你自己的写作或 AI 写作工作流中。一、评审系统在写作流水线中的位置WriteStory 技能把小说创作拆解为七个同时工作的叙事层Meaning主题、Character Change角色转变、Plot情节、Mystery悬念、World世界、Relationships关系、Prose文笔详见 StoryLayers.md。章节成稿之后并不能直接交付——它必须经过层层质检。在 WriteChapter.md 的 10 步流程中评审系统位于第 8 步Multi-Pass Critic System前面依次是加载节拍上下文、场景规划与修辞策略、七层 Articulation Map、对话工程、带意象技法的散文创作、悬念层整合、反陈词滥调清扫Anti-Cliche Sweep即 Step 7。也就是说批评家评审是正式输出前的最后一层质量闸门完成创作与反陈词清扫后草稿进入多轮批评家评审。每位批评家只从一个聚焦角度阅读散文并产出具体、可执行的建议。WriteChapter.md Step 8同时评审结论会回馈到第 10 步的输出物中交付章节时必须附带批评家通过摘要——每位批评家的置信评分1-5以及一句已应用修改的总结。这套体系与 Revise.md 工作流迭代打磨既有章节形成互补Critics 负责找出问题Revise 负责按问题类型执行修改。二、全体审稿人的公共规则Rules for All Critics无论哪一位批评家登场都必须遵守 6 条铁律。这些规则定义了评审与代笔的边界是整套系统不越界的制度保障只提建议不重写Suggestions, not rewrites每位批评家只提出修改建议是否采纳由作者决定必须保留作者的声音。具体且可定位Specific and locatable每条建议必须指向具体的段落、行或片段。场景 2 的对话缺乏潜台词是合格的这段散文可以更好是不合格的。每次评审 2-5 条建议既防止偷懒也防止过度批评。若发现的问题超过 5 个只优先输出影响最大的 5 个。置信评分1-5每位批评家对自己负责的维度给出评分5杰出无需修改4扎实仅有少量润色建议3合格存在若干有意义的改进空间2薄弱该维度存在明显缺口1失败该维度需要实质性返工不重复Do not duplicate前一位批评家已标记过的问题下一位不得重复提及而是在前人的基础上继续建设。保留声音Preserve voice任何建议都不得压平作者选定的美学档案Aesthetic Profile。McCarthy 风格章节不应因标点稀疏而被批评Adams 风格章节不应因插入式旁白parenthetical asides而被批评。美学档案的定义见 AestheticProfiles.md。其中第 6 条直接呼应 AestheticProfiles.md 中内置的 8 套风格配置Douglas Adams、Tolkien、Le Guin、McCarthy、Pratchett、Martin、Jemisin 及自定义模板评审的价值在于让文本更贴合既定风格而非把一切拉平成同一种腔调。统一输出格式每位批评家按以下模板输出保证机器可解析、作者可快速扫读[批评家名] — 评分: [N]/5 - [建议 1]: [具体位置] → [改什么及为什么] - [建议 2]: [具体位置] → [改什么及为什么] ...三、4 位必选批评家Mandatory Critics每章必跑WriteChapter 的 Step 8 规定每章必须运行 4 个强制评审轮次。它们的排列逻辑是先结构、后文笔、再新鲜度、最后直觉。1. The Layer Auditor层级审计员关注点七层叙事的完整性与层间互动人格设定有条理的结构型思考者能看穿散文之下的架构提问清单每个场景是否至少推进 2 个层是否有某个层在章节中完全缺席各层是否在互动例如一个世界细节对神圣缺陷施加压力还是彼此孤立地存在章节的层配比是否与 Story Bible 为这些节拍预设的一致主题是通过行动浮现的还是被直接陈述的红旗信号只推进情节的场景没有任何悬念推进的章节通过说明性文字而非行动来陈述主题在 Step 3 的 Layer Articulation Map 中承诺过、却在正文中缺席的层Layer Auditor 的评判依据来自 StoryLayers.md 的层互动规则——尤其是每个场景至少推进 2 个层与主题涌现、绝不布道。它同时对照 WriteChapter Step 3 产出的 Layer Articulation Map核查写作前承诺与写作后事实是否一致。2. The Rhetoric Examiner修辞考官关注点修辞格部署与散文的音乐性人格设定作者的那只耳朵——能听出节奏、识别模式、感受韵律提问清单Step 2 规划的高冲击时刻是否真的部署了修辞格修辞格是否同时出现在对话与叙述散文中是否有修辞格多样性还是从头到尾只依赖同 2-3 种部署的修辞格是否匹配美学档案的侧重点令人难忘的句子是否真的难忘——读者会引用它吗句子节奏是否为了节奏感而刻意变化还是陷入了单调是否有本应使用修辞格却空空如也的段落红旗信号叙述散文中的修辞格数量为零过度部署导致散文显得矫揉造作或浮华purple prose节奏单调——所有句子长度相似高潮时刻缺乏任何修辞工程设计该批评家直接引用 RhetoricalFigures.md 中的 125 种修辞格工具带以及其中的按故事时刻部署修辞格Figure Deployment by Story Moment对照表开场用 Antithesis/Paradox关键对话用 Chiasmus/Antithesis情感高峰用 Epizeuxis/Aposiopesis高潮演讲用 AnaphoraTricolon 组合。WriteChapter Step 2 的 Figure Plan 就是它检查的对象。3. The Freshness Inspector新鲜度检查员关注点陈词滥调检测、原创性、具体细节人格设定对套路化过敏坚持要意料之外提问清单Step 7 清扫之后AntiCliche.md 禁用清单里是否仍有漏网之鱼是否还有死隐喻或似曾相识的措辞通过了第一道过滤每处描写是否都经过 POV 角色的特定感知过滤还是存在任何角色都会注意到的默认镜头描写是否能用具体意象替换抽象名词情绪是通过行为展示的还是被直接陈述的每个场景是否至少有一个真正令人意外的细节是否存在 AI 特定散文模式tapestry of、weight of、symphony of、dance of、echoes of红旗信号Her heart raced 或任何变体的生理情绪直述任何故事里任何角色都能注意到的描写情绪被命名而非通过动作展示出现在 100 本以上出版书中的比喻任何以 And so it was that... 开头的句子Freshness Inspector 是 AntiCliche.md 的执行者该文件定义了 6 类禁用短语开场、情绪、描写、动作、对话、AI 特定模式和 6 条 Freshness Rules具体性测试、感官替换、动作测试、比喻击杀、动词测试、对话声音测试。WriteChapter Step 7 的 Anti-Cliche Sweep 是它的第一道闸它是第二道更深的闸——这正是它与 Step 7 的分工Step 7 由作者自查清单Freshness Inspector 则以独立视角重新扫描全文。4. The Reader Surrogate读者替身关注点参与感、清晰度、情感冲击、信息流人格设定凭直觉阅读、为乐趣与投入而读、不看技巧提问清单我的注意力在哪里游走了这是节奏问题我在哪里感到困惑这是清晰度问题我在哪里最有情感投入保护这些时刻我在哪里最缺乏情感投入这些需要修改章节结尾是否让我想读下一章信息流是否清晰——我在需要知道的时候知道了该知道的吗是否有场景像是在消磨时间而非推进什么红旗信号没有任何变化发生的场景解决了一切、却没有前行动力的结尾读者必须重读才能理解发生了什么的段落因铺垫不足而没落地的情感高峰四、4 位可选批评家Optional Critics高风险章节加跑对于开场、中点、高潮、终章这类高风险章节WriteChapter Step 8 要求跑满全部8 个评审轮次。四位可选批评家在四位必选之后按任意顺序运行。5. The Subtext Analyst潜台词分析师关注点未说出口的、隐含的、表层之下的多层含义人格设定逐行阅读字里行间痴迷于缝隙与沉默提问清单在情感激烈的对话中角色是否在说着一件事、意指另一件事是否有行为化情绪动作、手势、沉默取代了直述情绪的时刻是否可以通过移除显性信息、让读者自行推断让某个场景更有力量是否错过了制造戏剧反讽读者知道而角色不知道的机会神圣缺陷是通过行为与选择显现的还是被解释出来的红旗信号角色在情感时刻一字不差地说出真实想法叙述直接解释潜台词她说了 X但她真正想说的是 Y主题被陈述而非通过行动体现高潮场景中领悟是被叙述出来的而不是被展示出来的6. The Continuity Editor连续性编辑关注点内部一致性与 Story Bible 合规人格设定过目不忘的记忆体记得每章每个细节提问清单时间线对得上吗天数、季节、旅行耗时每个角色是否只知道自己参与过的场景中该知道的信息外貌描写是否与之前章节一致世界规则是否成立魔法体系、科技、社会规范章节是否兑现了 Story Bible 节拍图的承诺是否有角色行为与其已建立的神圣缺陷或弧线阶段相矛盾红旗信号角色引用了他不在场的场景中的信息已确立的地理上说三天路程旅程却只花了一天魔法或科技的使用违反了已建立的限制角色行为与其应处的弧线阶段矛盾7. The Pacing Surgeon节奏外科医生关注点韵律、时机与篇幅比例人格设定感受散文的脉搏知道何时加速、何时让读者喘息提问清单句子长度是否刻意变化还是陷入单调模式动作场景是否使用短促有力的句子情感与沉思场景是否使用更长、更流畅的句子是否有场景相对于其叙事重要性而言过长或过短散文在哪里臃肿不必要的描写、过度解释的动作、冗余对话散文在哪里仓促值得更多篇幅的情感节拍、跳得过快的过渡段落切分与分节是否被用来控制节奏红旗信号连续三段使用相同的句子长度模式动作场景中出现复杂的从句情感高峰被压缩成一句话而它本值得一整段过渡场景比高潮场景还长Pacing Surgeon 的判断标准与 WriteChapter Step 5 的 Pacing Craft 规则互为镜像短句快节奏长句慢节奏空白控制韵律场景篇幅与重要性成正比也与 AestheticProfiles.md 中各档案的 Pacing 定义如 McCarthy 的慢燃加突发绑定。8. The Voice Enforcer声音执法者关注点角色声音的区分度与叙述者的一致性人格设定模仿者能清晰听到每个角色不同的说话方式提问清单如果删掉所有对话归属标识你能仅凭声音分辨说话者吗每个角色的词汇范围是否匹配其背景与教育程度每个角色的句子结构是否匹配其性格叙述者的声音是否自始至终匹配配置的美学档案是否有声音断裂——散文滑入另一种语域例如非正式段落突然变得正式对话中的动作节拍是否揭示了角色特有的行为红旗信号两个角色说话模式完全相同叙述者在一个 McCarthy 档案的故事里使用 Tolkien 式措辞角色词汇突然切换语域却无叙事理由对话归属依赖副词而非声音区分Voice Enforcer 同时关联两条上游规则WriteChapter Step 4 的 Dialogue Engineering声音区分四检查词汇范围、句长模式、口头禅、不会说什么以及 AntiCliche.md 的 Freshness Rule 6对话声音测试若交换两个角色的台词毫无变化说明缺乏声音。五、通过顺序Pass Ordering结构优先于打磨批评家不是随机轮询而是有严格的调度顺序——先修结构问题再打磨文笔最后做直觉检查Layer Auditor 第一先修复结构缺口再精修散文Rhetoric Examiner 第二文笔层面的改进Freshness Inspector 第三捕获前两位可能引入的陈词滥调Reader Surrogate 四位必选中的最后一位最终的参与感直觉检查 5-8.四位可选批评家在必选四位之后任意顺序这一顺序与 WriteChapter Step 8 的 Procedure 完全一致其合理性在于依赖关系层级的结构性缺失如果留到最后才修会迫使已打磨好的句子被重新揉碎而 Freshness Inspector 排在修辞考官之后是因为修辞格的大量部署恰恰是陈词滥调的高发区——修辞新瓶里最容易装入套路旧酒。评分驱动的修改决策评审完成后作者按以下规则应用建议WriteChapter.md Step 8应用那些在不损失现有优点前提下能改进散文的建议若某位批评家给出1-2 分的置信评分则该维度需要针对薄弱段落进行定向修订。这使评分不只是评分而是明确的行动触发器。六、效率原则这是收紧tightening不是重写Critics.md 在文档末尾专门强调效率边界每位批评家一轮产出 2-5 条简短、可执行的批注。这是收紧轮次不是第二稿。4 个必选轮次的总开销应当是一个聚焦的评审周期产出8-20 条具体建议而不是一次重写过程。换算一下4 位必选批评家 × 每人 2-5 条 8-20 条建议恰好与每章 8-20 条的总预算吻合8 位全跑的完整版上限则为 40 条。这一设计把评审从另起炉灶的二次创作严格限制在定向修补的范围内与 WriteStory 技能的根本立场一致——增强创作者而非替代创作者SKILL.md。WriteChapter Step 9 还给出了一条与评审系统配套的规模化约束当使用多智能体并行生产章节对话专家、散文专家、悬念管理者分头写作再合并时评审轮次必须跑在合并后的输出上而不是各智能体的单独输出上。这是为了确保 8 位批评家评审的是读者最终将读到的那个完整文本。七、把评审体系落地到自己的写作流程Critics.md 定义的这套体系可以脱离 WriteStory 独立复用。以下是一份可直接执行的落地清单建立评审角色卡为每位批评家维护一张卡片包含 Focus关注点、Personality人格、Asks提问清单、Red flags红旗信号——这正是 Critics.md 的原始结构可直接照抄。固定输出协议统一使用[批评家名] — 评分: [N]/5 定位明确的建议列表让建议可定位、可追溯、可拒绝。强制执行顺序与配额结构批评Layer Auditor→ 文笔批评Rhetoric Examiner→ 新鲜度批评Freshness Inspector→ 读者直觉Reader Surrogate每人 2-5 条、不重复前人的问题、整体控制在 8-20 条。用评分触发行动任何维度评分 ≤2立即对该维度定向返工而不是整体重写。与反陈词系统联动Freshness Inspector 的检查项AI 特有模式、直述情绪、通用镜头描写可直接复用 AntiCliche.md 的 6 条 Freshness Rules 作为判定标准。如果你在撰写长篇或系列小说还可以把 Step 9 的并行生产约束一并纳入先由多名专家智能体分头产出再由一名主笔合并最后在合并稿上跑完整评审——保证每位批评家看到的是与读者一致的真实文本。结语WriteStory 的多轮批评家评审系统把好文章是改出来的这句话工程化了它用 4 位必选批评家覆盖每章的底线质量结构、文笔、新鲜度、参与感用 4 位可选批评家覆盖高风险章节的进阶维度潜台词、连续性、节奏、声音再用公共规则、统一输出格式、严格顺序与效率预算把评审约束为8-20 条可执行的定向建议而非第二稿。这套设计连同其上游的七层架构StoryLayers.md、修辞工具带RhetoricalFigures.md、反陈词系统AntiCliche.md与美学档案AestheticProfiles.md共同构成了一套完整、自洽、可复用的 AI 辅助小说创作质检流水线。【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考