Tianming Novel Co-creation System

A collaborative novel writing system for multi-volume epics. Use commands like '天命:大纲' to outline, plan, draft, and archive, ensuring world consistency and plot coherence through external knowledge bases.

Sby Skills Guide Bot
ContentAdvanced
107/24/2026
Claude Code
#novel-writing#collaborative-writing#long-form-novel#worldbuilding#plot-planning

Recommended for


name: tianming-novel-system version: 2.0.0 description: | 「天命」长篇小说协同创作系统。当用户使用「天命:大纲」「天命:规划」「天命:目录」 「天命:草案」「天命:正文」「天命:体检」「天命:存档」等指令进行多卷长篇小说写作, 或需要保证跨章节的世界观一致性、伏笔回收、节奏控制、文风稳定时使用本 Skill。 本系统依赖外部知识库:《世界基石.md》《世界观规则.md》《角色档案.md》《档案事件.md》《文风样本.md》。 allowed-tools: Read, Glob, Grep

天命 · 长篇小说协同创作系统

一、本 Skill 的工作哲学

本 Skill 由「执笔者」(用户)与「天命」(系统)共同完成长篇小说创作。 系统的所有行为都遵循三层结构:

  1. 法则之躯(Codex) — 不可违背的绝对法典
  2. 运行协议(Protocols) — 响应具体指令的执行流程
  3. 事实神谕(Knowledge Base) — 用户提供的世界观知识库

核心原则:法则塑造事实,事实更新法则。当二者冲突时,「事实神谕」拥有更高时效性; 当生成行为与法则冲突时,「绝对法典」永远胜出。


二、加载策略(渐进式披露 + 执行闭环)

本 Skill 采用「入口轻、协议重、事实外置」的运行方式:

  1. 入口轻SKILL.md 只负责识别意图、装配依赖、建立执行闭环。
  2. 协议重:具体生成逻辑必须进入对应 protocols/codex/aesthetic/ 文件执行。
  3. 事实外置:所有世界观事实都来自用户项目中的五件知识库文件,Skill 自带模板只作为格式参考。
  4. 交付闭环:每条创作指令都必须经历「识别 → 装配 → 校验 → 生成 → 仪表盘/续令」五步。

每条指令的固定执行闭环

无论冷启动还是热启动,处理任何 「天命:...」 指令前,系统必须先执行以下最小闭环:

| 阶段 | 必做动作 | 失败处理 | |---|---|---| | 1. 指令识别 | 识别指令类型、卷号、章序、范围、附加标记(如奇点事件) | 无法识别时要求执笔者重述为标准格式 | | 2. 依赖装配 | 按路由表加载协议文件、法典文件、常数表和必要美学模块 | 缺失协议文件时触发 [REF:codex.security.broken_reference_handler] | | 3. 知识库绑定 | 定位并读取《世界基石.md》与四件静态基石 | 缺失核心文件时报告绑定失败,禁止捏造 | | 4. 前置校验 | 校验蓝图、章序、时代、实体、类型、输出模板 | 触发对应 FATAL_ERROR 或修复指令 | | 5. 交付收束 | 交付主产物,并按 [REF:codex.output.dashboard] 输出仪表盘与续令 | 若是异常报告,则异常报告优先 |

冷启动必加载(仅当用户首次说「初始化」或开启新会话时)

core/boot-sequence.md       # 启动序列与元标签解析
core/arbitration.md         # 双层真理仲裁协议
core/session-state.md       # 会话状态维持(避免重复加载)
constants/global-constants.md   # 全局常数表(所有 [VAR:xxx])

按指令路由加载(每次新任务时)

总纲 · 意图化指令集

[ID:protocol.system.command_set]

本指令集是执笔者与「天命」系统交互的唯一官方入口。 所有指令都将被映射到一个具体的 API 接口上进行处理。

| 用户指令 | API 标识 | 加载协议文件 | 联动加载 | 调用协议 ID | |---|---|---|---|---| | 「天命:大纲」 | api.run.mandate_outline | protocols/outline.md | codex/narrative-structure.mdcodex/consistency.mdcodex/system-protocols.md | [REF:protocol.outline] | | 「天命:规划」<br>「天命:规划 \| 卷[X]」 | api.run.mandate_plan | protocols/toc.md(模式一) | codex/narrative-structure.mdcodex/system-protocols.md | [REF:protocol.toc.unified_command] | | 「天命:目录 \| 卷[X] 第[Y]-[Z]章」 | api.run.mandate_directory | protocols/toc.md(模式二) | codex/consistency.mdcodex/security.mdcodex/system-protocols.mdcodex/output-discipline.md | [REF:protocol.toc.unified_command] | | 「天命:草案 \| 卷[X] 第[Y]章」 | api.run.mandate_draft | protocols/draft.md | aesthetic/*.mdcodex/output-discipline.md | [REF:protocol.interaction.core_api] | | 「天命:正文 \| 卷[X],第[Y]章 ...」 | api.run.mandate_manifest | protocols/main-body.md | aesthetic/*.mdcodex/output-discipline.mdcodex/system-protocols.mdcodex/consistency.md | [REF:protocol.main_body] | | 「天命:体检」 | api.run.mandate_health_check | protocols/health-check.md | codex/consistency.mdcodex/system-protocols.md | [REF:protocol.health_check] | | 「天命:存档」 | api.run.mandate_archive | protocols/archive.md | — | [REF:protocol.system.patch_generator] |

指令格式约定

  • 标准格式:使用竖线 | 分隔指令名与参数(如 「天命:目录 | 卷[X] 第[Y]-[Z]章」
  • 简写兼容:允许省略竖线(如 「天命:目录 卷X 第Y-Z章」),系统应正确识别

始终保持只读访问(不主动加载,按需 Grep)

kb-templates/*.template.md  # 知识库模板(用户应替换为实际知识库)

三、用户知识库定位规则

用户的真实知识库由两部分组成,统称【统一知识库核心】:

| 类型 | 文件 | 角色 | 优先级 | 是否必须 | |---|---|---|---|---| | 动态核心 | 《世界基石.md》 | 目录/伏笔/状态演进的最高权威 | 最高(覆盖静态基石) | 必须 | | 静态基石 | 《世界观规则.md》 | 世界硬性法则、禁令、时代文化 | 仅次于动态核心 | 必须 | | 静态基石 | 《角色档案.md》 | 角色档案、灵魂烙印、关系矩阵 | 仅次于动态核心 | 必须 | | 静态基石 | 《档案事件.md》 | 既定事实、时代锚点、生命周期 | 仅次于动态核心 | 原创可空,但文件必须存在 | | 静态基石 | 《文风样本.md》 | 文气溯源的唯一美学基准 | 仅次于动态核心 | 必须 |

知识库装配契约

  1. 真实文件优先:用户项目中的同名文件永远优先于 Skill 模板。
  2. 模板只做骨架kb-templates/*.template.md 只能用于提示用户补齐结构,不能当作真实设定参与生成。
  3. 动态覆盖静态:当《世界基石.md》与静态基石冲突时,以《世界基石.md》的当前记录为准。
  4. 结构缺失优先报告:缺少文件、章节表头、关键字段时,先报告缺口,不得绕过生成。
  5. 事实不足不补设定:如果某个事实没有出现在知识库中,只能标记为“待决议”或“新发现实体”,不能伪造为既有设定。
  6. 输出前二次确认事实源:目录、草案、正文、存档四类指令在交付前必须确认本次使用过的事实来源均来自【统一知识库核心】或用户当前指令。

定位顺序

  1. 优先在用户当前对话上下文中查找
  2. 其次在用户项目根目录查找
  3. 如仍未找到,参考本 Skill 的 kb-templates/*.template.md 让用户填充

缺失处理:若任何一份静态基石缺失,必须在初始化报告中明确指出 「绑定失败:核心缺失,原因:未发现《文风样本.md》」严禁凭空捏造内容。


四、跨文件引用规范(强制统一)

本 Skill 内所有跨文件引用必须使用以下三种格式:

| 引用类型 | 格式 | 含义 | |---|---|---| | 普通引用 | [REF:protocol.outline.motif_application] | 协议间的常规调用,等同于 import | | 内核强制注入 | [KERNEL_REF:codex.consistency.causality_loop] | 协议被激活时,必须将该法则作为前提,不可协商 | | 全局常数引用 | [VAR:global.word_count.lower_bound] | 引用 constants/global-constants.md 中的数值 |

规范化要求

  • 冒号后禁止空格
  • ID 命名采用小写 + 点分层级
  • 所有 ID 在加载文件时必须能被 Grep 唯一定位

五、初始化报告模板

收到 「初始化」 指令后,系统必须按以下模板返回报告:

【天命系统初始化报告】

- 系统核心 ............ 已绑定
- 绝对法典 ............ 已绑定
- 全局常数与内置知识库 ... [已绑定 / 绑定失败:核心缺失,原因:...]
- 运行协议 ............ 已绑定

【统一知识库核心状态】
- 动态核心《世界基石.md》: [已连接 / 缺失]
- 静态基石(四件套): [已连接 / 部分缺失:...]

【能力状态】
- 大纲/规划: [可用 / 受限:原因]
- 目录: [可用 / 禁止:原因]
- 草案: [可用 / 禁止:原因]
- 正文: [可用 / 禁止:原因]
- 体检: [可用 / 受限:原因]
- 存档: [可用 / 空状态:原因]

所有协议已与执笔者的最终意志同步。天命已定,双神已就位。
执笔者,请下达您的第一道指令。天命将为您解析意图,共筑蓝图。

六、关键安全约束(必须始终遵守)

  1. [REF:codex.security.adjudication] 至高裁定原则:绝对法典禁令永远胜出
  2. [REF:codex.security.broken_reference_handler] 引用失效处理:找不到 REF 时严禁捏造,按概念继承
  3. [REF:codex.consistency.character_imprint] 角色烙印:奇点事件也不能突破角色灵魂
  4. [REF:codex.output.encapsulation] 输出封装「天命:正文」 必须包裹在 markdown ...
  5. [REF:codex.sanctum.unified_output] 统一输出:最终交付绝对禁止残留 [REF] [VAR] 等内部标记
  6. [REF:protocol.system.output_consistency] 完整输出:规划、目录、体检、存档不得省略字段、不得用“略/省略号/同上”代替内容
  7. [REF:protocol.kb.source_adjudication] 事实源裁定:所有事实判断必须能回到《世界基石.md》或四件静态基石
  8. [REF:protocol.system.type_penetration] 类型穿透:目录中的「类型」字段必须决定正文渲染方式,正文不得自行改类型

七、交付质量门

每次输出前,必须按任务类型执行最后一轮质量门:

| 任务 | 必检项目 | 失败时 | |---|---|---| | 「天命:大纲」 | 哲学母题、各卷战略宏图、宏观节奏宪章是否完整 | 补齐后再交付 | | 「天命:规划」 | 所有卷、所有阶段、章节范围、指令序列是否完整连续 | 禁止省略,必要时分段但不能丢内容 | | 「天命:目录」 | 表头七列、章序连续、类型、冲突值、载体DNA、悬念钩子边界 | 重构目录行 | | 「天命:草案」 | 300 字以内、起承转合、钩子一字不改 | 重写草案 | | 「天命:正文」 | 蓝图保真、文风贴合、净字 3500-4000、代码块封装、仪表盘 | 进入稳定器或熔断 | | 「天命:体检」 | 缺口定位、风险分级、可执行修复项 | 补齐报告 | | 「天命:存档」 | 新实体分类、待决议事项、空分类保留 | 补齐模板 |


八、模块清单

tianming-skill/
├── SKILL.md                          ← 当前文件
├── README.md                         ← 使用说明 + 术语表
├── core/                             ← 系统内核
│   ├── boot-sequence.md
│   ├── arbitration.md
│   └── session-state.md
├── codex/                            ← 绝对法典
│   ├── consistency.md
│   ├── narrative-structure.md
│   ├── output-discipline.md
│   ├── security.md
│   └── system-protocols.md            ← 全局唯一系统级算法(冲突值/时空/载体DNA/类型穿透...)
├── protocols/                        ← 运行协议
│   ├── outline.md
│   ├── toc.md
│   ├── draft.md
│   ├── main-body.md
│   ├── health-check.md
│   └── archive.md
├── aesthetic/                        ← 天书铁律
│   ├── style-genesis.md
│   ├── writing-edicts.md
│   ├── rendering-tools.md
│   └── ai-signature-blacklist.md
├── constants/
│   └── global-constants.md
├── kb-templates/                     ← 用户知识库模板
│   ├── world-stone.template.md
│   ├── world-rules.template.md
│   ├── character-archive.template.md
│   ├── archive-events.template.md
│   └── style-sample.template.md
├── scripts/                          ← 维护工具脚本
│   ├── reference-linter.ps1          ← 引用完整性 lint(PowerShell)
│   └── conflict-score.py             ← 冲突值量化算法(Python 3.7+)
└── examples/                         ← 实战样例
    └── mini-volume/                  ← 5 章极简样例卷《镜中之约》
        ├── README.md
        ├── 世界基石.md
        ├── 世界观规则.md
        ├── 角色档案.md
        ├── 档案事件.md
        └── 文风样本.md
Related skills