AI写小说文风不一致怎么改｜ZenStory

先说明哪里变了，而不是给整本书换标签

同一本书突然从轻快对白变成长段旁白，问题可能在叙述者评论；从人物所见跳到反派心思，问题也可能是信息边界。先拿相邻章节各一小段比较，指出实际句子，不用“高级”“有质感”代替要求。

这些是本文示例里的作者选择，不是所有小说必须执行的风格。统一文风也不等于所有人物用同一口气，或打斗与闲聊具有相同节奏。

Oh Story的表达顺序是：当前请求、本书文风与设定、本书有效作者偏好，再到题材/流程/全局偏好、主对标文风和通用方法。每个维度取第一个明确且适用的要求，不把整份默认文件叠成一张禁令表。

长篇读取本书设定/文风.md全文；简短但可执行的一句也有效。不用另一书的文件补缺，也不把旧摘要当作全文。临时要求只用于这次任务，不自动写成长期偏好。

文风可以改变表达，不能改章节事件、知情范围、字数要求和修改范围。例如“本章写得幽默些”不能让人物提前发现真相。“转限知”可以暂不叙述他无从知道的事实，不能新增“他早就知道”来保住原句。

原创设定：许宁在小店借梁川的伞，答应次日上午还；她不知道他第二天要搬走。本书采用许宁限知、平实中句，允许她直接表达担心。待改片段却写：“命运已替两人安排别离。梁川凝望她的背影，藏起迁居的秘密。”

问题不只是抒情太重：旁白替本章说出了未知的未来，还进入梁川的内心。可以改成：

许宁把伞撑开，伞骨卡了一下。梁川伸手扶正，等她握稳才松开。
“明早还你。”她说。
“放柜台就行。”
她回头看了一眼亮着灯的小店。雨越下越急，她担心明早赶不上开门，又问：“九点前有人吗？”
“有人。”
她点点头，沿着屋檐走到街角。伞还在她手里，归还要等明天。

本例新增“九点前有人”的对话作为作者已经选定的局部改写方案，不把它当成原稿本来发生过的事；正式用到现有小说时，先确认是否允许补这句及其后文影响。梁川搬家的事实仍在作者设定中，只是本章不揭露；他回答有人，也不证明他本人会在店里。

交给AI的任务可以写：“只调整本章借伞段落，采用本书文风全文；保留借出、次日上午归还约定和许宁尚不知搬家。此次允许补她问开门时间的交流，不写第二天归还，不改其他章节，不更新长期文风。”

将本次生效要求与来源交给后续润色和审稿，不让下一环节又套回另一份默认文风。核对原稿和改稿：借伞是否发生、归还是否仍未发生、谁知道搬家、补写是否得到允许。

作者明确选定某种停顿或修辞，不代表所有同类句子都好；仍要查重复、冗余和越界。检测器报警也不自动等于必须删。需要保留已获准的原句时，按本书白名单规则登记具体句子与用途，不用“没有”等泛词关闭整类检查。

若只是一个段落出了问题，先修那个段落。没有必要把整本书统一改成短句，更不必把裁决说明插进小说正文。

不用。根据行动、对话与安静段落调整节奏，保留作者选定的叙述声音和信息边界。

用 $story-long-write 检查指定段落的文风漂移，附本书文风全文、当前要求与原段。列出变化维度，保留已发生事实与知情范围，只改授权范围；把同一文风要求交给后续润色和审稿。