| 「天命」长篇小说协同创作系统。当用户使用「天命:大纲」「天命:规划」「天命:目录」 「天命:草案」「天命:正文」「天命:体检」「天命:存档」等指令进行多卷长篇小说写作, 或需要保证跨章节的世界观一致性、伏笔回收、节奏控制、文风稳定时使用本 Skill。 本系统依赖外部知识库:《世界基石.md》《世界观规则.md》《角色档案.md》《档案事件.md》《文风样本.md》。
npx skills add https://github.com/zy-zmc/tianming-skill --skill tianming-novel-system
本 Skill 由「执笔者」(用户)与「天命」(系统)共同完成长篇小说创作。
系统的所有行为都遵循三层结构:
核心原则:法则塑造事实,事实更新法则。当二者冲突时,「事实神谕」拥有更高时效性;
当生成行为与法则冲突时,「绝对法典」永远胜出。
本 Skill 采用「入口轻、协议重、事实外置」的运行方式:
SKILL.md 只负责识别意图、装配依赖、建立执行闭环。protocols/、codex/、aesthetic/ 文件执行。无论冷启动还是热启动,处理任何 「天命:...」 指令前,系统必须先执行以下最小闭环:
| 阶段 | 必做动作 | 失败处理 |
|---|---|---|
| 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.md、codex/consistency.md、codex/system-protocols.md | [REF:protocol.outline] |
| 「天命:规划」<br>「天命:规划 \| 卷[X]」 | api.run.mandate_plan | protocols/toc.md(模式一) | codex/narrative-structure.md、codex/system-protocols.md | [REF:protocol.toc.unified_command] |
| 「天命:目录 \| 卷[X] 第[Y]-[Z]章」 | api.run.mandate_directory | protocols/toc.md(模式二) | codex/consistency.md、codex/security.md、codex/system-protocols.md、codex/output-discipline.md | [REF:protocol.toc.unified_command] |
| 「天命:草案 \| 卷[X] 第[Y]章」 | api.run.mandate_draft | protocols/draft.md | aesthetic/*.md、codex/output-discipline.md | [REF:protocol.interaction.core_api] |
| 「天命:正文 \| 卷[X],第[Y]章 ...」 | api.run.mandate_manifest | protocols/main-body.md | aesthetic/*.md、codex/output-discipline.md、codex/system-protocols.md、codex/consistency.md | [REF:protocol.main_body] |
| 「天命:体检」 | api.run.mandate_health_check | protocols/health-check.md | codex/consistency.md、codex/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章」),系统应正确识别
kb-templates/*.template.md # 知识库模板(用户应替换为实际知识库)
用户的真实知识库由两部分组成,统称【统一知识库核心】:
| 类型 | 文件 | 角色 | 优先级 | 是否必须 |
|---|---|---|---|---|
| 动态核心 | 《世界基石.md》 | 目录/伏笔/状态演进的最高权威 | 最高(覆盖静态基石) | 必须 |
| 静态基石 | 《世界观规则.md》 | 世界硬性法则、禁令、时代文化 | 仅次于动态核心 | 必须 |
| 静态基石 | 《角色档案.md》 | 角色档案、灵魂烙印、关系矩阵 | 仅次于动态核心 | 必须 |
| 静态基石 | 《档案事件.md》 | 既定事实、时代锚点、生命周期 | 仅次于动态核心 | 原创可空,但文件必须存在 |
| 静态基石 | 《文风样本.md》 | 文气溯源的唯一美学基准 | 仅次于动态核心 | 必须 |
kb-templates/*.template.md 只能用于提示用户补齐结构,不能当作真实设定参与生成。定位顺序:
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 中的数值 |
规范化要求:
Grep 唯一定位收到 「初始化」 指令后,系统必须按以下模板返回报告:
【天命系统初始化报告】
- 系统核心 ............ 已绑定
- 绝对法典 ............ 已绑定
- 全局常数与内置知识库 ... [已绑定 / 绑定失败:核心缺失,原因:...]
- 运行协议 ............ 已绑定
【统一知识库核心状态】
- 动态核心《世界基石.md》: [已连接 / 缺失]
- 静态基石(四件套): [已连接 / 部分缺失:...]
【能力状态】
- 大纲/规划: [可用 / 受限:原因]
- 目录: [可用 / 禁止:原因]
- 草案: [可用 / 禁止:原因]
- 正文: [可用 / 禁止:原因]
- 体检: [可用 / 受限:原因]
- 存档: [可用 / 空状态:原因]
所有协议已与执笔者的最终意志同步。天命已定,双神已就位。
执笔者,请下达您的第一道指令。天命将为您解析意图,共筑蓝图。
[REF:codex.security.adjudication] 至高裁定原则:绝对法典禁令永远胜出[REF:codex.security.broken_reference_handler] 引用失效处理:找不到 REF 时严禁捏造,按概念继承[REF:codex.consistency.character_imprint] 角色烙印:奇点事件也不能突破角色灵魂[REF:codex.output.encapsulation] 输出封装:「天命:正文」 必须包裹在 markdown ... 中[REF:codex.sanctum.unified_output] 统一输出:最终交付绝对禁止残留 [REF] [VAR] 等内部标记[REF:protocol.system.output_consistency] 完整输出:规划、目录、体检、存档不得省略字段、不得用“略/省略号/同上”代替内容[REF:protocol.kb.source_adjudication] 事实源裁定:所有事实判断必须能回到《世界基石.md》或四件静态基石[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
Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.
Automatically creates user-facing changelogs from git commits by analyzing commit history, categorizing changes, and transforming technical commits into clear, customer-friendly release notes. Turns hours of manual changelog writing into minutes of automated generation.
Use when implementing any feature or bugfix, before writing implementation code
Use when you have a spec or requirements for a multi-step task, before touching code
Use when creating new skills, editing existing skills, or verifying skills work before deployment
Use when writing or improving README files. Not all READMEs are the same — provides templates and guidance matched to your audience and project type.
| Remove signs of AI-generated writing from text. Use when editing or reviewing text to make it sound more natural and human-written. Based on Wikipedia's inflated symbolism, promotional language, superficial -ing analyses, vague attributions, em dash overuse, rule of three, AI vocabulary words, negative parallelisms, and excessive conjunctive phrases.
Official Opentrons Protocol API for OT-2 and Flex robots. Use when writing protocols specifically for Opentrons hardware with full access to Protocol API v2 features. Best for production Opentrons protocols, official API compatibility. For multi-vendor automation or broader equipment control use pylabrobot.
Take zy-zmc/tianming-novel-system from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.