mcpbeat Sign in

Tianming Novel System Skill for Codex

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

98k tokens
context cost
the whole folder, loaded on every use
86
files
ships runnable scripts
0
copies elsewhere
how many repositories repackaged it
121
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/zy-zmc/tianming-skill --skill tianming-novel-system

What it tells the agent to use

found in the instruction text
Grep reads your files

The instruction itself

2 sections, as written by the author

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

一、本 Skill 的工作哲学

本 Skill 由「执笔者」(用户)与「天命」(系统)共同完成长篇小说创作。

系统的所有行为都遵循三层结构:

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

核心原则:法则塑造事实,事实更新法则。当二者冲突时,「事实神谕」拥有更高时效性;

当生成行为与法则冲突时,「绝对法典」永远胜出。


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

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

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

每条指令的固定执行闭环

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

| 阶段 | 必做动作 | 失败处理 |

|---|---|---|

| 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》 | 文气溯源的唯一美学基准 | 仅次于动态核心 | 必须 |

知识库装配契约

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

定位顺序

  • 优先在用户当前对话上下文中查找
  • 其次在用户项目根目录查找
  • 如仍未找到,参考本 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》: [已连接 / 缺失]
- 静态基石(四件套): [已连接 / 部分缺失:...]

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

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

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

  • [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

Other skills for the same job

different authors, same section of the catalogue
Doc Coauthoring
by anthropics
vendor ×10

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.

4k tokens
Changelog Generator
by frostant
×9

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.

774 tokens
Test Driven Development
by w95
×7

Use when implementing any feature or bugfix, before writing implementation code

2k tokens
Writing Plans
by ZhanlinCui
×4

Use when you have a spec or requirements for a multi-step task, before touching code

816 tokens
Writing Skills
by ZhanlinCui
×4

Use when creating new skills, editing existing skills, or verifying skills work before deployment

26k tokens scripts
Crafting Effective Readmes
by softaworks
×3

Use when writing or improving README files. Not all READMEs are the same — provides templates and guidance matched to your audience and project type.

15k tokens
Humanizer
by softaworks
×3

| 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.

6k tokens
Opentrons Integration
by christophacham
×3

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.

9k tokens scripts

How to use it

Copy the folder

Take zy-zmc/tianming-novel-system from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

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.