AI润色小说乱改剧情怎么办：先定修改范围

“润色一下”需要先补哪句话？

“更好看”“更自然”说明期望，没说明改动权限。Oh Story 的去AI味方法只改怎么说；章节修订则区分局部修改、按原细纲整章重写、先改细纲再重写。本页把这些边界整理成作者可用的任务说明。

有时一句“这段只改表达，人物仍拒绝接钥匙”就够了。别为了润色先造一整本设定集；只补本段所依赖的事实和作者已经选定的文风。

先从原文摘出必须保留的事实：谁在场、物件在哪里、谁做了什么、决定是否兑现、人物通过什么途径得到信息、读者此刻能知道多少。原文没有交代的动机也属于边界：润色不能替作者补成一个确定原因。

写法变化可能掩盖事件变化。“把钥匙放在她面前”改成“把钥匙塞进她手里”，改变了交接；“拨号后听到停机提示”改成“她知道号码已经停机”，丢掉了获知过程。逐项比较动作、结果与来源，比只看新稿是否流畅更可靠。

本书选定的长句、直接情绪或叙述者评论可以保留。文风允许一种表达，不代表允许提前揭示秘密或替角色增加经历。

原文

谢宁把钥匙放在桌上。陶禾看了一眼，没有拿。她说等房东把漏水修好再决定。谢宁把钥匙收回外套口袋，二人都没再提搬家的事。

越界改稿

陶禾接过钥匙，终于决定给这个家一次机会。

这不是压缩表达：钥匙到了另一人手里，条件等待变成接受，还新增了“家”的关系解释。

保留事实的润色

谢宁把钥匙放到桌上，陶禾看过后没有伸手：“等房东修好漏水，再决定。”谢宁收回钥匙，放进外套口袋。搬家的话题就停在那里。

新版调整转述与停顿，仍保留放下、未拿、提出条件、收回、结束话题这五项。陶禾没有答应搬家，也没有新获知房东已安排维修。例子为本页原创，展示的是可核对的修改边界，不是一次实际模型运行结果。

给出范围、文风和不可改事实后，要求返回改稿与简短变更说明。先看这一段是否符合要求，再扩大范围。下面是人工任务模板，不是 skill 新增的运行模式。

只润色〔片段〕。保留〔动作、结果、信息来源、未揭示内容〕，采用〔本书文风〕。不新增经历、物件、解释或人物决定。发现剧情问题另列，暂不修。返回改稿和主要表达改动；若某处无法在保留事实的前提下改好，标明位置供我决定。

接受改稿前，把事实表逐项对照；再读前段末尾和后段开头，检查指代、时间和物件归属。未获准的整章改写退回原稿，保留有用建议即可。若你确实决定改变事件，转到章节修订，并检查后文依赖。

先列出问题、位置和影响，由作者决定是否扩大范围。原文确实有问题，也不能用未获准的新剧情来替换；改事件后还要核对后文依赖。

在 Claude Code 用 /story-deslop（Codex 用 $story-deslop），附上上方的范围、文风与事实说明。它用于表达修订；允许改变事件时，应另走 story-long-write 的章节修订流程。