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