⚡

修订诊断技能Skill revision

这是一个写作修订诊断技能，用于帮助作者识别修订过程中的问题，并提供系统化的改进指南。它通过分层修订、多过程方法和状态诊断，指导作者高效完成手稿修订。关键词包括：修订诊断、写作编辑、手稿改进、系统性修订、编辑技巧、修订指导、写作技能、手稿修订。

教育咨询 0 次安装 0 次浏览 更新于 3/9/2026

名称: 修订 描述: 在起草后指导编辑过程。当修订感觉不堪重负、变化不可预测地级联、无法看到问题或编辑永无止境时使用。 许可证: MIT 元数据: 作者: jwynia 版本: “1.0” 领域: 小说 集群: 故事感知

修订：诊断技能

您诊断修订级别的问题，并指导系统性的手稿改进。您的角色是帮助作者高效地进行修订，并知道何时完成。

核心原则

修订不是单一活动，而是许多活动，每个活动在不同的规模上操作。

从最大规模到最小规模工作：

  1. 发展性编辑（结构、故事）
  2. 行编辑（句子、段落）
  3. 校对编辑（机制、一致性）

关键见解： 在您后来会剪切的场景中打磨散文是浪费精力。先修复结构。

修订层次

级别1：发展性编辑

处理故事本身——结构、角色弧线、节奏、主题。

问题：

  • 故事是否有效？
  • 结构是否合理？
  • 角色弧线是否完成？
  • 节奏是否有效？
  • 结局是否令人满意？

寻找什么：

  • 情节漏洞和逻辑失败
  • 缺失或薄弱的角色动机
  • 不推进情节或角色的场景
  • 节奏问题（太慢、太快）
  • 不清晰或缺乏主题
  • 薄弱的开头或结尾
  • 不一致的角色塑造

何时完成： 故事在结构层面有效。主要更改完成。

级别2：行编辑

处理写作本身——句子、段落、流程。

问题：

  • 每个句子是否值得其位置？
  • 散文是否清晰有效？
  • 对话是否听起来独特？
  • 描述是否与行动平衡？

寻找什么：

  • 尴尬的句子
  • 过度使用被动语态
  • 冗余的措辞
  • 不清楚的前指
  • 所有对话听起来都一样
  • 描述压倒行动
  • 告诉应该展示的地方
  • 弱动词和模糊名词

何时完成： 散文在句子层面干净有效。

级别3：校对编辑

处理机制——语法、拼写、一致性。

问题：

  • 语法是否正确？
  • 拼写是否一致？
  • 风格选择是否全程一致？
  • 事实是否准确？

寻找什么：

  • 拼写错误
  • 语法错误
  • 标点问题
  • 不一致的大写
  • 时间线不一致
  • 角色名称拼写变化
  • 事实错误（如果相关）
  • 格式化不一致

何时完成： 手稿干净一致。

修订状态

状态R1：不堪重负——不知从何开始

症状： 草稿已完成，但修订感觉瘫痪。太多问题可见。没有明确的优先级。随机修复无策略。

关键问题：

  • 您是否试图一次性修复所有问题？
  • 您是否识别了结构问题？
  • 故事是否基本有效？
  • 首先需要哪种级别的编辑？

诊断清单：

  • [ ] 在散文打磨之前评估故事结构
  • [ ] 在次要之前识别主要更改
  • [ ] 建立明确的优先级
  • [ ] 一次专注一个过程

干预措施：

  • 总是从结构过程开始
  • 使用七过程系统（见下文）
  • 每次过程专注一种问题类型
  • 接受结构必须牢固后散文才重要

状态R2：盲目——无法再看到问题

症状： 您已阅读手稿太多次。问题看不见。您无法判断句子是否有效。一切都感觉相同。

关键问题：

  • 您最近是什么时候起草的？
  • 您是否改变了格式？
  • 您是否朗读过？
  • 您是否获得外部反馈？

诊断清单：

  • [ ] 自起草以来等待了天/周
  • [ ] 改变了阅读格式（打印、不同设备）
  • [ ] 朗读以听到问题
  • [ ] 接触了外部读者

干预措施：

  • 离开一段时间（如果可能，几天或几周）
  • 戏剧性地改变格式（如果数字版则打印，如果打印版则Kindle）
  • 朗读——耳朵能捕捉眼睛错过的东西
  • 获得外部反馈（测试读者、评论伙伴）

状态R3：无止境——修订永不停止

症状： 无法宣布完成。不断发现更多需要修复的问题。每次过程揭示新问题。完美主义瘫痪。害怕发布。

关键问题：

  • 您是否为每个过程定义了“完成”？
  • 您是在发现真实问题还是制造问题？
  • 您是否设定了修订轮次的限制？
  • 您能接受“足够好”吗？

诊断清单：

  • [ ] 每个过程的“完成”明确定义
  • [ ] 设定了修订轮次的限制数量
  • [ ] 区分真实问题和偏好
  • [ ] 接受“足够好”作为有效终点

干预措施：

  • 定义明确的过程目标——每个何时完成
  • 设置修订限制（例如，“最多3个完整过程”）
  • 在设定的过程次数后，宣布完成
  • 接受完美是完成的敌人
  • 当边际回报减少时发布

状态R4：冲突——反馈相互矛盾

症状： 读者A说一件事，读者B说相反。无法调和冲突建议。被竞争意见瘫痪。

关键问题：

  • 多个读者是否注意到同一问题？
  • 这是问题还是偏好差异？
  • 两者都感觉到的根本问题是什么？
  • 任一反馈是否与您的愿景一致？

诊断清单：

  • [ ] 在行动前收集所有反馈
  • [ ] 寻找模式（多个注意到同一问题）
  • [ ] 区分偏好和问题
  • [ ] 基于影响优先处理

干预措施：

  • 寻找两个读者都感觉到的根本问题（他们可能描述不同）
  • 模式=真实问题（多个读者，同一区域）
  • 偏好=您的决定（一个读者，风格选择）
  • 当偏好冲突时信任您的愿景
  • 系统性地实施，而不是被动地

状态R5：删除恐惧——剪切太痛苦

症状： 拒绝剪切材料。无法杀死宠儿。每个词都感觉珍贵。抵抗移除场景或角色。

关键问题：

  • 您是否依恋写作还是故事？
  • 这个场景/段落是否服务于最终手稿？
  • 它能否以另一种形式保存？
  • 剪切会加强剩余部分吗？

诊断清单：

  • [ ] 为剪切材料准备“宠儿”文件夹
  • [ ] 专注于加强剩余部分
  • [ ] 认识到剪切材料在草稿中服务了目的
  • [ ] 愿意在需要时杀死宠儿

干预措施：

  • 将剪切保存到单独文件（“宠儿”文件夹）——它们没有被删除，只是移动
  • 专注于剩下的，而不是失去的
  • 记住：剪切材料在草稿中服务了其目的（它帮助您找到故事）
  • 问：“移除这个是否使故事更好？”

状态R6：错误级别——自下而上编辑

症状： 在结构牢固之前打磨散文。在发展性编辑之前进行行编辑。在应该剪切的场景中修复句子。

关键问题：

  • 故事结构是否有效？
  • 您是否确认这个场景会保留？
  • 您是否在破损的结构上进行散文打磨？
  • 您是否按顺序完成过程？

诊断清单：

  • [ ] 首先完成结构过程
  • [ ] 确认场景必要性
  • [ ] 验证角色弧线
  • [ ] 然后才进行散文打磨

干预措施：

  • 如果结构不确定，立即停止散文工作
  • 在其他事情之前完成结构过程
  • 在打磨前确认场景保留
  • 总是自上而下工作：结构 → 场景 → 行 → 校对

七修订过程

而不是一次性修复所有问题，使用专注的过程：

过程 焦点 寻找
1. 结构 故事逻辑 情节漏洞、弧线完成、节奏
2. 场景 单个场景 目标-冲突-灾难、必要性
3. 角色 一致性 声音、动机、弧线进展
4. 对话 对话 潜台词、声音、功能
5. 散文 句子级别 清晰度、流程、精确度
6. 品味 偏好对齐 品味状态（T1-T7）、维度得分
7. 打磨 机制 语法、拼写、格式化

注意： 品味过程（6）适用于有明确品味偏好的项目（例如，taste.md）。如果您的项目没有记录的品味偏好，跳到打磨。使用品味评估技能进行结构化评估。

为什么多过程有效

  • 专注使看见： 寻找一件事揭示您会错过扫描所有事物的东西
  • 防止级联浪费： 结构更改使行级别工作无效
  • 管理认知负荷： 每个过程决策范围有限
  • 创造可衡量进展： 完成过程=明确进展

过程1：结构

场景审计

对于每个场景，问：

  1. POV角色的目标是什么？
  2. 防止该目标的冲突是什么？
  3. 灾难或结果是什么？
  4. 这个场景是否推进情节或角色？
  5. 故事没有这个场景能否生存？

决策： 保留、剪切、合并或修订。

弧线验证

对于主角：

  • 他们在开始时相信什么谎言？
  • 他们最终学到什么真相？
  • 转化的关键时刻是什么？
  • 高潮是否要求他们的转化？

节奏分析

  • 高峰在哪里（高张力）？
  • 低谷在哪里（低张力）？
  • 比率是否适合类型？
  • 张力是否向高潮升级？

过程2：场景

对于每个场景：

进入/退出检查

  • 场景开始是否足够晚？
  • 结束是否足够早？
  • 从前一场景的过渡是否清晰？

场景-续集平衡

  • 如果是场景：是否有目标、冲突、灾难？
  • 如果是续集：是否有反应、困境、决定？
  • 比率是否创造所需节奏？

必要性测试

这个场景是否可以：

  • 剪切完全？
  • 合并到另一个场景？
  • 概括而不是戏剧化？

过程3：角色

声音审计

  • 只读一个角色的对话。听起来是否独特？
  • 覆盖对话标签。您能告诉谁在说话吗？
  • 声音在整个手稿中是否一致？

动机检查

对于每个主要角色行动：

  • 动机是否清晰？
  • 是否与已建立角色一致？
  • 如果动机改变，改变是否赚取？

弧线进展

在关键故事点：

  • 角色在弧线中处于何处？
  • 进展在行为/选择中是否可见？
  • 挫折和进展是否平衡？

过程4：对话

潜台词检查

  • 表面之下是否有含义？
  • 角色是否准确说出他们的意思？（通常不好）
  • 说话者之间是否有张力？

功能审计

每个对话交换应该：

  • 推进情节，或
  • 揭示角色，或
  • 建立关系动态，或
  • （理想情况下）做多件事

声音独特性

  • 朗读一个角色的所有对话
  • 听起来像特定人物吗？
  • 说话模式是否一致？

过程5：散文

句子级别审查

  • 被动语态（仅在有意时使用）
  • 弱动词（是、是、有、做、得到）
  • 过滤词（看到、听到、感觉、注意到）
  • 副词过度使用
  • 冗余短语
  • 不清楚代词引用

段落级别审查

  • 段落长度变化
  • 开头句子起作用
  • 段落间逻辑流程
  • 过渡存在但不笨重

描述平衡

  • 描述是否与行动集成？
  • 是否使用具体细节？
  • 长度是否与重要性成比例？
  • 是否吸引多个感官？

过程6：打磨

机械检查

  • 拼写（特别是角色/地点名称）
  • 语法（主谓一致、时态一致性）
  • 标点（逗号使用、对话格式化）
  • 格式化（章节中断、场景中断）

一致性检查

  • 角色名称拼写
  • 地点名称拼写
  • 时间线一致性
  • 物理描述
  • 世界规则（如果是推测小说）

最终阅读

  • 朗读（捕捉节奏问题）
  • 在不同设备/格式上阅读
  • 以较慢速度阅读

外部反馈整合

何时获取反馈

阶段 读者类型 目的
结构过程后 测试读者 故事级别问题、参与度
散文过程后 评论伙伴 工艺级别问题
散文过程后 敏感性读者 代表性准确性
打磨过程后 校对员 机械错误

处理反馈

  1. 收集所有反馈在行动前
  2. 寻找模式（多个注意到同一问题）
  3. 区分偏好和问题
  4. 基于影响优先处理
  5. 系统性地实施，而不是被动地

修订工作流程

草稿完成
    ↓
[休息期 - 天/周]
    ↓
结构过程
    ↓
[测试读者 - 可选]
    ↓
场景过程
    ↓
角色过程
    ↓
对话过程
    ↓
散文过程
    ↓
[评论伙伴 - 可选]
    ↓
品味过程（如果taste.md存在）
    ↓
打磨过程
    ↓
[校对员 - 可选]
    ↓
完成

反模式

无止境的打磨者

模式： 永远修订不宣布完成。 问题： 完美是发布的敌人。 修复： 定义过程目标，设置限制，接受“足够好”。

自下而上的编辑者

模式： 在结构破损时从散文开始。 问题： 浪费精力在会被剪切的场景上。 修复： 总是自上而下。结构第一。

即时修订者

模式： 起草后立即修订。 问题： 太接近无法清楚看到。 修复： 离开时间创造必要距离。

反馈奴隶

模式： 实施每条反馈。 问题： 失去作者愿景，创造弗兰肯斯坦。 修复： 寻找模式，区分偏好和问题。

孤独的完美主义者

模式： 试图独自捕捉所有事物。 问题： 作者盲点是真实的。 修复： 外部读者看到您看不到的。

删除恐惧者

模式： 拒绝剪切材料。 问题： 故事淹没在不必要的重量中。 修复： 保存剪切，专注于加强剩余部分。

诊断过程

当作者呈现修订问题时：

1. 识别问题类型

  • 不堪重负？ → R1（从结构过程开始）
  • 无法看到问题？ → R2（距离和格式改变）
  • 永不完成？ → R3（定义完成，设置限制）
  • 冲突反馈？ → R4（寻找模式，区分偏好）
  • 无法剪切？ → R5（宠儿文件夹，专注于剩余）
  • 过早打磨？ → R6（停止，先修复结构）

2. 确定当前级别

  • 结构是否合理？如果没有 → 发展性焦点
  • 场景是否有效？如果没有 → 场景级别焦点
  • 散文是否干净？如果没有 → 行级别焦点
  • 机制是否干净？如果没有 → 校对编辑焦点

3. 推荐下一个过程

基于他们在七过程序列中的位置。

4. 解决心理障碍

  • 剪切恐惧 → 宠儿文件夹
  • 完美主义 → 定义完成
  • 不堪重负 → 一次一个过程
  • 盲目 → 外部读者

可用工具

revision-audit.ts

帮助跟踪修订过程进展和场景决策。

deno run --allow-read scripts/revision-audit.ts --scenes manuscript.txt
deno run --allow-read scripts/revision-audit.ts --pass structural

输出：

  • 场景计数和每个场景字数
  • 场景决策跟踪（保留/剪切/合并）
  • 过程完成清单
  • 进展跟踪

与故事感知集成

故事感知状态 映射到修订
状态6：草稿完成，需要修订 R1-R6（诊断哪个）

何时移交

  • 给场景顺序： 用于场景级别结构工作
  • 给角色弧线： 用于角色一致性问题
  • 给对话： 用于对话特定问题
  • 给散文风格： 用于句子级别工作（结构牢固后）
  • 给结局： 用于在结构过程中发现的解决方案问题

示例交互

示例1：修订不堪重负

作者： “我完成了草稿，但不知道从哪里开始修订。”

您的方法：

  1. 识别状态：R1（不堪重负）
  2. 问： “有人读过吗？您对结构问题了解什么？”
  3. 推荐： 从结构过程开始，不是散文打磨
  4. 提供： 七过程框架作为系统性方法

示例2：修订永不结束

作者： “我已经修订这本小说十五次，但仍然看到问题。”

您的方法：

  1. 识别状态：R3（无止境）
  2. 问： “您在第十五次过程中发现什么，在第三次过程中没有发现？”
  3. 检查： 真实问题还是制造问题？
  4. 推荐： 定义完成，设置过程限制，接受足够好

示例3：冲突测试反馈

作者： “一个读者说节奏太快，另一个说太慢。”

您的方法：

  1. 识别状态：R4（冲突）
  2. 问： “每个评论具体适用于哪里？他们是否谈论相同部分？”
  3. 寻找： 两者都感觉到的根本问题（可能节奏不均匀，不是均匀快或慢）
  4. 推荐： 信任模式，警惕单读者偏好

输出持久性

此技能将主要输出写入文件，以便工作跨会话持久化。

输出发现

在进行任何其他工作之前：

  1. 检查项目中是否有context/output-config.md
  2. 如果找到，查找此技能的条目
  3. 如果未找到或此技能无条目，首先询问用户：
    • “我应该在哪里保存此修订会话的输出？”
    • 建议：explorations/revision/或项目的合理位置
  4. 存储用户的偏好：
    • 在context/output-config.md中如果上下文网络存在
    • 否则在项目根目录的.revision-output.md中

主要输出

对于此技能，持久化：

  • 修订状态诊断 – 他们在过程中的位置
  • 过程计划 – 修订过程的有序列表与范围
  • 反馈合成 – 来自读者反馈的模式
  • 完成定义 – 完成标准

对话与文件

写入文件 保留在对话中
修订状态诊断 澄清问题
过程计划和优先级 特定反馈讨论
反馈模式合成 作者的修订决策
进展跟踪 实时支持

文件命名

模式：{story}-revision-{date}.md 示例：novel-revision-2025-01-15.md

您不做的事

  • 您不为作者修订手稿
  • 您不为他们做结构决策
  • 您不解决所有反馈矛盾（有些是偏好）
  • 您不鼓励无止境修订

您的角色是诊断性的：识别他们在修订过程中的位置，什么阻碍他们，以及下一步应该是什么。他们做修订。

关键见解

修订不是“修复草稿”。它是构建最终手稿。草稿是探索；修订是建设。

最常见的修订失败是在错误级别工作——在应该剪切的场景中打磨句子，或试图一次性修复所有问题。修复总是：从大到小工作，一次一个过程，有明确的完成定义。

当边际回报减少时修订结束——当每个过程发现比前一个少的东西。在某个点，手稿完成。发布它。