AI审稿意见怎么改：分清必改、可选与后续影响
Oh Story · 更新于 2026-10-15
拿到审稿意见，先分类再动笔：把每条批评连回具体段落与已经成立的故事约束，再决定哪些要修、哪些要补问、哪些只是另一种审美选择。一份能执行的改稿任务应说明问题、允许怎么改、必须保留的事实、精确章节或场景，以及对后文的影响。Oh Story 把 story-review 的审稿意见与章节修订流程分开。下面的决策单是一种编辑方法，由作者自己填写和裁定。只涉及措辞时看局部润色指南；涉及角色或读者知道什么时看长篇连续性指南；人物说话可互换时，先按对白示例当作对白问题处理，之后再考虑整本书的文风要不要动。下面的示例把已采纳的“增强主动性”改法写成具体对白与动作，同时守住三条约束：封条完整、揭底时机不变、同意登记与登记完成分开写。
开始之前
- 你有权编辑的稿件、本章细纲及相关前后文。带上本书视角、希望交付的阅读感受，以及必须保留的事实或揭示时机。缺少的材料明确列为缺口，留给作者补充。
- 原始审稿意见及对应段落。Oh Story 的审稿报告包括修改优先级、位置、证据、问题和建议修法。意见带着依据，才能指向该改的那句话或那项故事决定。
- 下方命令示例假定你已在 Claude Code 中打开正确的 Oh Story 长篇项目。章节修订命令在长篇项目里运行；短篇改稿沿用短篇自己的写作流程，编辑决策单两边都能用。若长篇稿件尚未建立追踪，先按导入指南建立项目，再进行需要现有追踪状态的工程级修订。
操作步骤
- 先问批评到底证明了什么 把每条发现的位置、证据和建议修法放在一起。“主角被动”要说清他缺少了哪次决定、造成什么影响；“节奏慢”要指出哪个场景功能被拖延或重复。两条意见相反时，保留分歧，再判断哪条更服务于这本书。审稿流程要求把分歧明确摆出来，交给作者决定。
- 先修有依据的损伤，再谈审美偏好 面向作者的报告按“必须改”“建议改”“可以不改”组织问题。破坏主线、动机、世界规则或读者信任的问题优先处理，明显影响章节效果的问题也先于局部润色。先解决有依据的矛盾，再打磨句子；事实冲突要先确定如何统一，没有证据的批评先补证。
- 为每条意见选定修复动作 可以作四种编辑决定：采纳一个具体修复；补问缺失依据；暂缓较低优先级的问题；拒绝违背故事约定的修法。可以接受诊断、拒绝它附带的解决方案，并说明理由。这些决定写在审稿报告旁边，报告的严重度标签保持原样；正文、设定和大纲等你明确发起修订时才改。
- 分清修错与改变故事方向 如果正文违反已确认事实，就先裁定权威事实，再修相应段落。如果想把揭示提前、改变关系或替换本章结果，那是改方向：先由作者决定，再明确修订受影响规划，之后才写正文。不要借“加强紧张感”偷渡变化。细纲本身正确、正文却平淡时，可参考从细纲到场景。如果短篇连核心问题和结尾都还没定，先理清从梗到兑现的规划；这项决定要作者先做出来，再谈局部润色。
- 把一轮修改圈在具体范围内 写清章节、场景或段落锚点，以及本轮采纳项、不变事实、可改动作与停靠点。章节流程会读前后衔接材料、备份原文，并区分局部修改与整章重写。如果目标无法在约定范围内完成，先报告冲突、调整计划，改稿范围等作者同意后再扩大。
- 把后文的连锁影响留在明面上 章节修订流程通过一次修订事务重建受影响章记录与当前连续性视图。删掉一个伏笔而后章还在引用它，先把它列为正文冲突；改变谁知道一件事，也可能影响后文对白。把这些段落列出来交给作者决定，后章本轮保持原样。审稿建议和未来构想留在追踪之外，追踪事实只凭正文证据更新。
- 判断原问题是否真的修好 拿改后场景对照采纳的问题：主角是否作出了所需选择、证据是否仍在、下一场戏是否接得上？要求说明已改内容、未采纳建议与尚未解决的后续影响。改稿成败看选定的问题是否解决；解决后就停，剩下的审美分歧交给作者取舍。分开发起者变了与事情办完了：请求、达成一致可以修好这段互动，全章却可能仍欠实际结果，例如期限前完成登记。
示例
示例
原创编辑示例，为本指南虚构。
第 8 章：移交单 已确认事实与结果约束：本场结束时，周岚与车间保管员于衡都应知道，退役机床外部铭牌与移交单的倒数两位编号不符。她必须在 17:00 前登记异议。她只能查看外部，封条不能拆；本章细纲与已经写好的第 9 章都以封条完整为前提。改动记录的人到第 12 章才会被认出。 当前薄弱处：于衡发现差异、解释来龙去脉、主动提出登记，周岚只说同意。
四条意见与作者决策单： 1. “周岚没有带来后果的行动。”采纳诊断。获准修法：由她核对两处可见编号、要求登记差异，并在于衡建议等一等时坚持推进。于衡仍看到同样证据；差异、期限和未拆封机床不变。 2. “删掉移交单对话，这里太慢。”拒绝删除，接受压缩。后续调查需要这项依据；删重复解释，不删编号核对与登记决定。 3. “让周岚拆封，发现篡改者签名，章尾才够强。”拒绝这个修法。它同时改变允许的行动、第 9 章前提和第 12 章揭示。如果作者确实想走另一条剧情，应另行规划连锁影响。 4. “所有对白都改短、改锋利。”先补问具体问题，暂缓一刀切重写。本书保留不疾不徐的语气；请指出真正重复的一轮对白，整体文风保持不变。
把采纳项写进正文：一次有停靠点的试改 下面同样是原创编辑示例。它为第 1、2 项决定补上措辞与核对动作，保留上面的事实。片段停在谈妥登记什么，提交渠道、回执和完成时刻都留在片段之外。
周岚把移交单举到机床外部的铭牌旁，先读铭牌编号的最后两位，再沿移交单对应的一行看到末两位。 “最后两位不一样。你看。” 于衡对照她指的两处：“是对不上。再等等，核清了再登记。” “原因还要核，异议得在五点前登记。”周岚仍举着移交单，“我现在就提，铭牌上和单上的分别写清楚。封条不动，里面的情况不在这里下结论。” “只登记编号不一致？” “对，不能把原因也填成我们已经知道了。” “那就先记两处编号。” 周岚把移交单转向他：“两个都记，别先挑一个当作对的。”
这次修的是什么： - 动作交到周岚手里：核对证据、让对方看到、现在提出登记、抵抗等原因查清再说，都由她发起；于衡仍看到同样差异，她没有新增秘密知识或职权。 - 期限现在用来支撑眼前的决定，读者不必再听一遍重复说明。把两处可见来源分开，要求就能具体；编号不符只记作不符，谁改了记录、哪个编号正确、机床里面是什么，都先不下结论。 - 于衡提出等待，就足以形成阻力，不必把他写成同谋。周岚的办法是缩小要登记的事项，既不威胁他，也不拆封。她较长的一句同时带着期限、请求与边界；主动性靠推动事情的动作，台词可以保持平和。
压缩重复，保住谈妥的区别： 再讲一遍“倒数两位不同”的长解释可以删。“只登记编号不一致？”在这里却是确认登记范围，回答进一步排除了未知原因。若要去掉这一问一答，余下正文仍得交代清楚双方同意记什么；即使前面提过编号不符，后面的每个问句也要看它在这里承担什么作用。
试改停在哪里： 于衡已经同意记录两处编号，但片段没有写登记完成。全章仍欠着 17:00 前登记这项要求：应去相邻的未改正文里看实际完成过程，或指出缺失的一拍，另定补写范围。期限要等正文里真正登记完成才能勾掉，有人说了“现在”还不够。这段只处理已采纳的主动性问题，第 8 章其余问题另行检查。
把后文影响说具体，但不编造后章正文： 假设后文的事实叙述写着“最先发现编号不符的是于衡”，就可能与本次改变的发起者冲突。应先标出并读语境；若那是人物有意说谎，就另作一类，回到那场戏里逐句手动判断。后文若只是说两人都见过编号差异、封条仍完整，则仍符合既定事实。这些是为示例虚构的检查句；第 12 章的身份揭示仍留在那里。追踪事务反映已保存的修订，没改过的后文句子要单独去修。
想先试措辞，再决定是否改文件，可以另发一条明确的聊天请求： 根据粘贴的事实与已采纳决定，只在本次回复里试写移交单对白及其中的核对动作。保留不疾不徐的声音，以及双方看到同样证据的边界。停在谈妥登记什么，说明尚未完成的期限要求。不拆封、不点明篡改者、不新增提交手续，不声称登记已经完成。不修改正文、大纲、追踪或其他项目文件，也不把本次试写保存为作者偏好。 [粘贴实际原文、事实与已采纳决定；换成自己的名字和情境，不套用本练习。] 这次试写只停留在聊天回复里。要把选定写法用于章节，先明确范围、完成备份交接，再用下面的文件修订命令。
在已安装的 Claude Code 工作流里，可先这样请求： /story-review solo 只审第 8 章。读取我点名的本章细纲与第 7、9 章相关段落作为衔接依据，不将它们另立审查批次。列出有原文证据的问题，分开诊断与一种可能的修法，呈现证据缺失与意见分歧。报告在本次回复里交付，不修改正文、设定、大纲、追踪或其他项目文件。不要从这次一次性要求推断长期作者偏好。 [填写真实路径、已确认事实与原始意见。]
选定修法后： /story-long-write 修改第8章 只改移交单对话及其中核对编号的动作。执行上面第 1、2 项决定，不执行第 3 项和第 4 项的一刀切重写。保留期限、未拆封机床、揭示时机及本场以外所有内容。确认范围、备份原稿，再按随包修订流程处理；若细纲冲突使局部修复无法完成，先报告再写。说明实际修改及对第 9 章以后的影响，本轮不改后章、不新写章节。
预期文件
- 一份带位置、证据、修改优先级、实际审查模式、缺失材料与分歧的报告。决策单由作者另列，写明采纳修法与受保护事实。
- 明确请求修订后，目标章按约定范围修改，保留原稿备份，并报告后续影响。按文档流程，追踪经修订事务更新；正文和状态是否已保存，以文件本身为准。
- 审稿模式的写入边界不同。solo 不修改故事追踪；分批审稿可以把未解决发现保存在 .story-review/state.md。full/lean 在现有正文证明追踪事实错误或缺失时，可经规定事务维护追踪。因此示例选择单章 solo，并在请求里写明不改文件。
- 明确只要聊天试稿时，得到的是回复中的方案，附带停靠点和尚未履行的要求；保存章节和追踪事务留给正式修订。
检查结果
- 把采纳决定与实际改后段落对照，同时检查应保留的内容。只有采纳决定里的改动算修复；未经要求的剧情改变，哪怕场面因此更激烈，也要单独标出。
- 读被点名影响的后续段落。若其前提不再成立，应明确保留冲突并决定下一轮范围；即使追踪视图已经一致，这段没改过的正文也要单独修改。
- 审稿严重度衡量的是稿件内部的问题；销量、平台接纳或可发表性另行判断。