同一句“读着没劲”,可能要改三种东西

Oh Story 的写作参考将输出检查分为选材、剧情设计与文笔。它不是要求每轮都推翻定位,而是提醒作者:句子改顺,未必解决读者不想继续看的原因。

观察先查哪里
卖点与目标读者一直不清楚定位和核心承诺是否成立
知道人物在做什么,却不信他会这样做动机、条件、选择与结果
因果已成立,却读不出发生过程场景交付、信息顺序与句子

把“没劲”换成一次具体阅读失败:不知道主人公想要什么?理解目标却看不到阻碍?还是同一动作读了三遍?先定位症状,不凭单个读者的一句话重定整本书的方向。

原创案例:拒绝之后为什么答应?

已有前提:许韵要借学校礼堂演出,馆务员担心她们排练后留下垃圾。双方先前没有私人交情。

问题稿

“不能借,明早有人用。”馆务员说。许韵笑了笑:“我们真的很需要。”馆务员被她的真诚打动,答应了。

句子并不难懂。问题是馆务员此前担心清理,明早又要有人使用;“真诚”没有解决任何条件。仅把“真诚”换成一个表情,拒绝到同意的台阶仍然缺失。

作者若决定让借用成立,可以先在细纲批准一个方案:许韵提出负责清理、当晚交还,馆务员根据既有权限决定是否接受。若馆务员本来无权批准,就不能仅加保证让他放行。也可以保留拒绝,让许韵另找场地。两条是剧情选择,由作者决定,不是润色的自动结果。

选定事实之后,再把场景写清楚

假设作者选择“提出清理与交还方案”,并已确认馆务员有权同意,可以这样安排这一轮:

  1. 细纲先定条件。 写明许韵提出什么、馆务员为什么认为条件可接受,以及答应的边界。
  2. 场景兑现决定。 让读者看到提议与回应,不用“被感动”跳过协商;答应借用也不等于演出已成功。
  3. 文字再去重复。 清理反复请求和重复解释,保留实际促成改变的条件。
  4. 检查相邻段落。 后文准备演出可以继续依赖借用,但不能写成获得了整周使用权。

若事实不需要变,只是“我们真的很需要”被重复多次,就可以直接做局部表达修订。层级判断的目的,是找到必要改动,并非强制先改一遍大纲再碰句子。

用一张修订清单控制这轮工作

下面是人工修订清单,可由作者或审稿结果填写,不是新的 skill 数据格式。

项目记录
首要问题位置、原句和读者影响
原因定位、事件设计或表达;仍不确定的注明缺证
本轮决定选定改法、获准范围和不可改事实
验收改后哪项条件成立,哪些后文仍要检查

先处理妨碍理解或破坏主要因果的问题;可选文风意见放后面。文字漂亮不代表剧情成立,剧情成立也不代表每个作者都必须采用同一种文风。

当选定问题解决、事件边界保持、衔接复读没有发现新断裂时,结束这轮。暂未处理的建议留在清单上,别为了“再好一点”循环重写。需要多章事实同步时,再使用后文修订检查。

把借场地改法写成真正发生的场面

接上文,假设作者选定借用成立,已确认馆务员有权批准今晚的使用,并批准新增以下时间条件:六点进场、七点四十五散场、八点前清理和交还;明早已有另一组使用。下面是原创改后片段,展示先改事件再改表达,不是一次模型运行报告。

“明早有人用,不能把清理留给他们。”馆务员说。

“我们只借今晚六点到八点,”许韵说,“七点四十五散场。台上和椅子下面都由我们清理,椅子放回标线内。八点前请你检查,再收钥匙。”

馆务员看过今晚的空档。“只批这一晚。八点要交回来,明天不能再用。”

“好。”许韵记下时间,接过钥匙。

晚上七点五十五,椅子已摆回标线内。馆务员沿最后一排检查,指出椅脚旁还有一个纸杯。许韵捡起来,放进垃圾袋,连同其他垃圾带到门外的分类桶。馆务员再看了那处,伸手接回钥匙,锁上门。

提议解决的是原来拒绝的条件,馆务员实际同意才取得钥匙。晚上的检查、处理漏杯、交还说明本轮兑现了什么;“演出成功”“以后随时可用”“双方产生私人交情”都不是这个结果。时间表可按真实稿件改,不能靠精确分钟掩盖根本没有清场能力。

修订层级这次实际改什么
事件设计作者选择可借用,明确原有批准权、清理及交还条件;也可另选拒绝路线
场景交付写出提议、限定同意、取得钥匙与晚上的复查交还
文字表达合并反复恳求,保留影响答复的条件;不另加感动或私交解释
后文依赖今晚使用已结束、钥匙已交回;下一次仍需重新申请,不拥有整周场地

如果问题稿的后文只写“她终于有场地了”,可保留并明确今晚;若写“周末每晚都能排练”,必须修掉或另建立新的许可。不要先把那句润色得更激动,再忘了它仍依赖一个不存在的使用权。

实际修稿时,先固定作者选定的事实,把候选场面放回前后段落,再按问题复读。案例只证明这次条件与交还,不要求每个借物、求助场景都逐步展开:无关的熟悉流程仍可概述。

常见问题

小说修稿一定要先整本审查吗?

不必。局部问题先读对应片段和必要上下文;只有证据指向更广的结构或连续性问题时才扩大范围。未读到的章节不能算已经审过。

用 skill 来做

用 /story-review solo(Codex 用 $story-review solo)先审指定范围,要求定位问题层级并给出原文依据。选定事实修订后走 story-long-write 的章节修订;仅表达问题可用 story-deslop。这个顺序是作者工作安排,不是一个全书自动重写模式。

查看具体方法: 剧情与文笔分层诊断 · 文风与事实分别裁决 · 审查范围、证据与作者报告 · 单人审稿的报告格式 · 章节修订的范围与衔接

了解 Oh Story在 GitHub 查看 story-review

全部指南