Writing

小说写作Skills调研参考

15分钟阅读

小说写作 Skills 调研参考

调研时间：2026-05-06 目的：参考现有 agent skills / writing workflows，设计适合《文明觉醒》的写作协作流程。

一句话结论

现有小说写作 skills 大致分成两派：

  1. 生产型：快速从设定到大纲到章节，强调字数、钩子、批量产出。
  2. 编辑型：从 Story Bible、章节计划、角色一致性、读者测试入手，强调一致性和质量。

《文明觉醒》更适合第二派为主、第一派为辅：不要让 AI 自动“疯狂创作”，而要建立一个能把设定、厚读、场景卡、正文、复盘串起来的工作流。

代表性 Skills

1. penglonghuang/chinese-novelist-skill@chinese-novelist

来源：skills.sh

特点：

  • 面向中文连载小说。
  • 三条黄金法则：展示而非讲述、冲突驱动剧情、悬念承上启下。
  • 通过递进问答收集题材、主角、核心冲突、章节数等信息。
  • 生成大纲、人物档案、写作计划 JSON。
  • 每章要求开头 20% 有钩子，结尾有 cliffhanger。
  • 有自动校验和不合格重写机制。

可借鉴：

  • 阶段化流程：初始化 → 问答 → 规划 → 写作 → 校验。
  • 写作计划 JSON / 状态文件：用于中断续写和批量管理。
  • 每章强制冲突/转折/钩子：适合连载节奏。

不适合直接照搬：

  • “进入写作后无需用户确认、完整写完再报告”不适合 CJ 的人机协作写作方式。
  • 过度追求 3000-5000 字和 cliffhanger，可能压扁《文明觉醒》的科学悬疑质感。

2. wordflowlab/novel-writer-skills

来源：skills.sh

该包包含 13 个 skills，安装量较高，比较系统。代表模块：

  • novel-writer-workflow-guide
  • pre-write-checklist
  • scene-structure-techniques
  • story-consistency-monitor
  • natural-dialogue-techniques

核心流程：

  1. /constitution：创作宪法，定义不可妥协原则。
  2. /specify：故事规格，明确读者、冲突、角色、成功标准。
  3. /clarify：澄清模糊点。
  4. /plan：章节结构、伏笔、节奏、角色弧。
  5. /tasks：拆成可执行任务。
  6. /write：逐章写作。
  7. /analyze：质量验证。

可借鉴：

  • 创作宪法：我们已有 bible/02-风格公约.md，可以升级为“创作宪法”。
  • 写前强制检查清单：每次写正文前强制读取世界观硬规则、角色档案、风格公约、场景目标、厚读技法索引。
  • 一致性监控维度：角色知道什么、世界规则、时间线、角色弧。
  • 场景-续场模型：目标/冲突/灾难 + 情绪/困境/决定，和我们现有场景清单高度契合。

最值得偷的结构：

写作前检查：
- 创作宪法
- 风格参考
- 故事规格
- 创作计划
- 当前任务
- 角色状态
- 关系网络
- 情节追踪
- 验证规则

可以改造成：

文明觉醒写作前检查：
- bible/00-世界观硬规则.md
- bible/01-角色档案.md
- bible/02-风格公约.md
- 01-第一卷-15场景清单.md
- Methods/厚读技法索引.md
- 当前章节前一章
- 当前角色状态表
- 伏笔与问题追踪表

3. danjdewhurst/story-skills

来源：GitHub

定位：

  • 端到端 story writing plugin。
  • 使用 Markdown + YAML frontmatter 管理故事。
  • 支持 Codex 等兼容 SKILL.md 的 agent。

项目结构：

story.md
characters/
  _index.md
worldbuilding/
  _index.md
  locations/
  systems/
plot/
  _index.md
  arcs/
  timeline.md
chapters/
  _index.md

章节写作流程：

  1. 读取 story.md、章节索引、plot index、timeline。
  2. 如果不是第一章，读取上一章。
  3. 确定章节范围、POV、地点。
  4. 生成 beat-by-beat outline。
  5. 经确认后写正文。
  6. 写完后更新章节索引、时间线、arc、伏笔、角色状态。

可借鉴：

  • 索引文件是权威注册表：角色、世界、章节、时间线都要有 _index.md。
  • 章节写完后反向更新：不是写完就结束，而是回填 timeline、伏笔、角色变化。
  • 双向引用：角色引用场景、场景引用角色，减少“资料孤岛”。

对当前仓库的启发：

我们已经有 bible/ 和 正文/，但缺：

  • tracking/角色状态.md
  • tracking/伏笔追踪.md
  • tracking/时间线.md
  • tracking/章节索引.md

这些就是“设定、厚读、正文没有串起来”的关键缺口。

4. rhavekost/author-toolkit@fiction-workshop

来源：playbooks.com

定位：

  • Fiction Workshop，偏编辑工作坊。
  • 三阶段：Story Bible Building → Chapter Development → Reader Testing。

核心亮点：

  • 编辑角色分工：
    • Developmental Editor：结构、节奏、赌注、主题。
    • Line Editor：语言节奏、词句、show don’t tell。
    • Character Consultant：角色声音、动机、弧线。
    • Continuity Tracker：时间线、世界事实、一致性。
    • Brainstorm Partner：卡点时给 5-15 个选项。
  • 每次只用一个 lens，避免一次反馈混成一锅粥。
  • Chapter Development 使用：plan → brainstorm beats → curate → draft → refine。
  • Reader Testing 使用“没有故事圣经的新读者”测试理解、投入、情感落点。

可借鉴：

  • 一次只做一种审稿：不要同时改结构、角色、句子。
  • Brainstorm 先发散再筛选：遇到卡点时先给 5-15 个可能场景钩子，不要直接选第一个。
  • Fresh Reader 测试：让不了解设定的读者/agent 读一章，检查是否能理解动机和赌注。

对《文明觉醒》特别有用：

  • 第12章举报信可以先用 Developmental Editor 看压迫感。
  • 第16章失控可以用 Character Consultant 看陈启是否像陈启。
  • 第3-4章灯塔可以用 Fresh Reader 测试：不看设定能否理解灯塔规则。

5. jwynia/agent-skills@novel-revision

来源：skills.sh

定位：

  • 多层级修订管理。
  • 核心原则：Cascade Awareness，任何改动都会在小说系统中连锁反应。

三层结构：

  • Thematic/Conceptual：主题、人物成长、意义。
  • Structural：情节、场景顺序、节奏、张力。
  • Manuscript：正文、对话、风格、句子。

改动前协议：

  1. 判断改动层级。
  2. 映射后果：
    • 1-2章内影响
    • 3-5章影响
    • 全书影响
  3. 设监控标准。
  4. 最小可行改动。
  5. 记录 cascade tasks。

可借鉴：

  • 我们现在讨论“基于厚读调整小说”，其实大多是概念层和结构层改动，不能直接在正文里乱改。
  • 每次大改都应该有“修订记录”：
## Change Type
- Conceptual / Structural / Prose
 
## Rationale
为什么改
 
## Predicted Consequences
- 1-2章：
- 3-5章：
- 全书：
 
## Cascade Tasks
需要同步更新哪些 bible / 场景 / 正文

这能防止“今天改第12章，明天忘了第18章顾远山逻辑也要跟着变”。

6. jwynia/agent-skills@drafting

来源：skills.sh

定位：

  • 解决初稿写不下去。
  • 核心原则：Drafting is discovery, not transcription.

可借鉴：

  • 把“写初稿”和“修订”明确分开。
  • 卡住时不要反复润色前文，可以：
    • 只写对话版。
    • 写“这一场发生了什么”的零稿。
    • 用 [这里发生某事] 占位。
    • 跳到能写的高潮场景。

对 CJ 很有用的一点：

我们现在很容易在“设定、厚读、方法论”里越堆越高，正文反而变慢。需要允许某些章节先写零稿，再用厚读技法回修。

7. jwynia/agent-skills@positional-revelation

来源：skills.sh

定位：

  • 普通人因为其系统位置，意外成为大冲突关键节点。
  • 核心公式之一：Expertise → Access → Revelation → Entanglement。

这和陈启高度贴合：

  • Expertise：基因工程研究员。
  • Access：能接触灵力适配基因样本。
  • Revelation：发现异常结构。
  • Entanglement：灯塔、教团、天神族都被牵出。

可借鉴：

  • 陈启不应该只是“被选中的人”，而是“因为专业位置必然撞上真相的人”。
  • 这能削弱宿命感，增强科学悬疑可信度。

8. junaid18183/novel-architect-skills@novel-architect

来源：skilld.dev

定位：

  • 文学小说架构。
  • 核心哲学：Reflection before construction. Emotional truth before narrative logic.

项目文件：

  • Braindump.md：情感核心与愿景。
  • Genre.md：类型期待。
  • Style.md：叙事声音与节奏。
  • Characters.md
  • Worldbuilding.md
  • Conflict.md
  • Synopsis.md
  • Timeline.md
  • Outline/
  • Chapters/
  • Research/
  • Archive/

可借鉴：

  • 在技术设定之外，单独建立 情感核心.md。
  • 每次改大纲时先问：这是否服务核心情感，而不只是逻辑更完整？

对《文明觉醒》的提醒：

这本书不能只靠“文明锁、天神族、灯塔”撑住。它的情感核心可能是：

一个科学家发现，人类不是缺少力量，而是缺少在获得力量后仍然保持人的方法。

这个核心应该写进一个总纲文件，成为所有改动的北极星。

共性模式总结

1. 都强调“写前加载上下文”

长篇小说最大的敌人是失焦。成熟 skills 都会在写正文前强制读取：

  • 故事圣经
  • 角色档案
  • 世界规则
  • 当前章节计划
  • 时间线
  • 前一章
  • 伏笔/线索

我们的改造方向：

把 AGENTS.md 里的写作流程，升级成一个可执行 skill，而不是靠记忆提醒。

2. 都有“状态追踪”

不是只写正文，而是维护状态：

  • 角色状态
  • 关系状态
  • 情节状态
  • 伏笔状态
  • 时间线状态
  • 字数/章节状态

我们目前缺少这些 tracking 文件，所以正文和设定容易脱节。

3. 都把写作拆成阶段

常见阶段：

  1. 建立原则
  2. 明确规格
  3. 做计划
  4. 拆任务
  5. 写作
  6. 分析
  7. 修订

我们可以简化成：

  1. 写前卡片
  2. 正文零稿
  3. 结构复盘
  4. 角色/设定一致性复盘
  5. 厚读技法复盘
  6. 回填 tracking

4. 好的 skill 不只是提示词，而是“文件协议”

最有价值的不是“你要写得好”，而是：

  • 文件放哪里
  • 每个文件负责什么
  • 写前读什么
  • 写后更新什么
  • 什么时候停止写作去分析
  • 修改会影响哪些文件

所以我们应该设计的是“《文明觉醒》写作协议”，不是一段万能提示词。

5. 编辑必须分层

现有 skills 普遍反对“一次把所有问题都改掉”。

推荐顺序：

  1. Developmental：结构、赌注、节奏。
  2. Character：动机、声音、关系。
  3. Continuity：设定、时间线、知识边界。
  4. Line：句子、节奏、语病。

这对我们尤其重要。比如第12章不能先润色句子，它的问题是场景压迫感和制度性围猎没有立起来。

建议为《文明觉醒》自建 5 个 Skills

Skill 1：civilization-awakening-prewrite

用途：写任何正文前自动执行。

读取：

  • bible/00-世界观硬规则.md
  • bible/01-角色档案.md
  • bible/02-风格公约.md
  • 01-第一卷-15场景清单.md
  • Methods/厚读技法索引.md
  • 当前章节卡
  • 前一章正文
  • tracking/角色状态.md
  • tracking/伏笔追踪.md

输出：

  • 本章必须遵守的 5 条约束。
  • 本章情感目标。
  • 本章信息落差。
  • 本章调用的厚读技法。
  • 本章不能解释过多的设定。

Skill 2：civilization-scene-card

用途：把设定和厚读转成场景卡。

模板字段：

  • 场景功能
  • 读者体验
  • 信息落差
  • 设定调用
  • 厚读技法
  • 角色动作
  • 冲突升级 3-5 拍
  • 章末钩子
  • 写后回填项

Skill 3：civilization-draft

用途：写零稿/正文。

原则：

  • 初稿先完成，不追求完美。
  • 允许占位。
  • 每章至少有一个动作定义角色。
  • 每章至少一个泄压阀。
  • 高光慢写，过渡快写。

Skill 4：civilization-review

用途：审稿，分 lens。

模式：

  • developmental：结构、赌注、节奏。
  • character：声音、动机、行为。
  • continuity：设定、时间线、知识边界。
  • style：风格公约、句式禁区。
  • reader-test：不看圣经，只看正文是否成立。

Skill 5：civilization-revision-manager

用途：管理大改，防止 cascade debt。

每次大改记录：

  • 改动层级：概念 / 结构 / 正文。
  • 为什么改。
  • 影响哪些章节。
  • 需要同步更新哪些 bible / 场景清单 / tracking。
  • 成功标准。
  • 回滚条件。

最小落地方案

不必一口气做完整 skill 系统。先做 4 个文件就能明显改善：

  1. Methods/厚读技法索引.md
  2. Templates/场景卡模板.md
  3. Projects/科幻小说-精简版/tracking/角色状态.md
  4. Projects/科幻小说-精简版/tracking/伏笔追踪.md

然后把写作流程固定为：

读圣经
读厚读技法索引
填场景卡
写正文
按 lens 审稿
回填 tracking

这就是把“设定、厚读、正文”串起来的最短路径。

参考链接

关系图谱