AI审稿意见太空泛怎么办：原句、影响与改法

先给审稿一个可回答的问题

“评价我的小说”容易得到一串抽象褒贬。先说明审查哪一章或哪场戏，以及你最担心什么：读者是否理解拒绝的原因？悬念是不是拖到失去兴趣？角色转变有没有依据？一轮集中处理一个主问题，其他明显错误可以另列。

同时提供相关前提和文风。你希望对白克制，就不能让“台词没有说透情绪”自动成为缺陷；但若读者连谁说话都无法辨认，仍要指出具体位置。Oh Story 的审稿报告要求说明范围、原文证据、读者后果与作者待定事项；本页把它转成可用的提问方法。

“人物不立体”不能直接变成“加一段悲惨童年”。先指出这个人物哪次选择缺少已建立的动机。事实问题要求前提与触发事件两端引文，方法见小说一致性检查；本页也处理节奏、表达与读者体验，不把这些主观判断伪装成事实错误。

假设作者要让读者跟着岑雨等待包裹，却不提前透露寄件人。稿件片段如下：

门铃响了，岑雨从桌边起身，往玄关走。她经过餐桌，穿过客厅，绕过沙发，走到玄关，伸手打开门。快递员把盒子递给她，她只看见上面写着自己的名字。

空泛意见是“节奏拖沓，建议增强悬念”。更可用的意见：

建议改：本场开头“起身……往玄关走……经过餐桌……走到玄关”。连续句子重复从桌边到门口的位移，读者等待包裹内容，途中没有新阻碍或新线索。可压缩这次走动，保留门铃、开门、交接和只看到收件人名字。不要为了增强悬念添加敲门暗号、陌生监视者或寄件人信息。

这是基于给定目标的局部节奏判断。若作者要表现行动艰难，就需要读到稿件中实际存在的阻碍，再判断哪些步伐应保留；不能凭空设定岑雨受伤来证明原段合理。示例为编辑原创。

Oh Story 给作者的报告用“必须改、建议改、可以不改”，内部严重度代号不必成为作者的任务清单。明显的事实断裂或读不通之处优先；节奏和风格意见结合本场目标再决定。

审稿意见互相冲突时，先看它们引用的是不是同一处、针对的是不是同一个目标。“压缩进门”与“给交接留停顿”可以同时成立，因为处理的过程不同。若一条要隐藏寄件人，另一条要立即揭示，就交给作者选择揭示时机，不能两边都执行。

下面是人工追加要求，可附在实际审稿请求后：

每条意见给出位置、短引文、读者影响、有限改法与保留事实。按必须改、建议改、可以不改排序。证据不足说清缺什么，风格取舍由我决定。只审〔范围〕，不修改正文；我选定意见后再另开改稿任务。

改完对照原来的问题读一遍：重复位移是否减少，包裹交接和信息边界是否仍在。评价词变好听不能代替这些结果。

不能据此判断。先确认它读了哪些材料、按什么目标检查；要求指出可核对的结果和没法判断之处。没有发现问题与没有实际核查，是不同情况。

在 Claude Code 用 /story-review solo（Codex 用 $story-review solo），指定范围、作者目标与文风，附上上方报告要求。solo 是已有基础审查模式，不代表能从未提供的全书材料中推断结论；报告后另行授权改稿。