tianming-novel-ai-writer

P.s：不需要刻意进群，开源版自己部署，不需要卡密，开源说明中有明确的去处登录卡密的方式，查看 开源说明.md。交流群现在作为开源互助群。天命全部新源码丢失，新项目天衍完全区和天命是2个项目，吸收天命的优势开发的，

请查看介绍中的【重点缺失】部分（因为旧版源码我都删除了，懒得重新下载修复在上传了）

新项目天衍 https://github.com/zy-zmc/tianyan

交流群（天命群解散了，目前只有天衍新群：1109118979）

点击链接加入群聊【天衍 - BUG收集】：https://qm.qq.com/q/JTd9adGY4o

视频教程

正式版教程：https://www.bilibili.com/video/BV1pK3f6YE5h 开源版教程：https://www.bilibili.com/video/BV1trRDBfEQR

教程是旧版完整教程，嫌麻烦可以查看我发的其他快速版教程，虽然也是旧版的，主要跟新太快，教程跟不上

📖 寻找提示词 Skill 版？

如果你想了解天命底层的协议体系与提示词工程，请移步 👉 天命 Skill（Claude Skill / Prompt Engineering）

适合想理解原理、自行组装或移植到其他平台的用户。

天命 - AI 网文创作系统

AI 不会天然记得一本千万字小说。天命做的事情是：把故事变成系统能管理的数据，让 AI 按数据写作——不靠上下文，靠状态。

普通 AI 写作工具生成一段文字就结束了；天命管理一整本书的 可生成 · 可校验 · 可追踪 · 可重打包 的创作过程，完全不依赖上下文窗口。这就是写到第 3000 章依然连贯的原因。

为什么不一样

核心机制

闭环写作流程

每一章都经历完整闭环，而不是流水线：

写前读取 → AI 写作 → 门禁校验 → 正文落地 → 状态回写 → 下一章读取最新状态

第 3001 章看到的是第 3000 章落地后写入的真实字段值，而不是模型模糊回忆。

生成门禁六道关卡

正文必须穿过六道门，才能落地存储：

1. 协议解析 — AI 输出必须包含 ---CHANGES--- 分隔符 + 完整 JSON 变更声明，字段缺失直接打回
2. 引用校验 — CHANGES 中引用的角色、地点、势力 ID 必须在设计数据中存在
3. 一致性校验 — 角色状态变化、冲突推进、伏笔动作是否与事实快照矛盾
4. 未知实体检测 — 正文引入的未登记实体：总数 > 5 个，或其中"龙套"（无 CHANGES 记录）> 3 个 → 打回（系统会区分有剧情作用 vs 纯龙套）
5. 描写一致性 — 正文中角色外貌描写（发色、瞳色）是否与角色档案矛盾，地点描写是否与地点特征冲突
6. 蓝图出场检查 — 蓝图指定的角色、势力、地点、剧情关键角色是否在正文中实际出现（视角角色仅出现 1 次会警告"叙事力度不足"）

例：AI 写"张三独闯火窟"，但角色规则写明"张三畏火" → 一致性校验失败 → 这一章不会带着错误进入第 88 章。

例：蓝图指定张三、李四、王五出场，正文只写了张三 → 超过缺席阈值 → 打回重写。

长距召回

跨千章的回忆不靠模型记忆，靠系统按相关性挑选历史切片：

• 历史里程碑 归档关键事件
• 长距召回片段 按本章相关性挑选
• 伏笔状态 由事实快照持续追踪

例：第 500 章呼应第 30 章埋下的"假死真相" → 系统自动召回第 30 章伏笔片段 + 伏笔状态（已埋·未收）→ 组装进章节引用清单。

统一校验

门禁是实时栏杆，统一校验是全身体检：

• 覆盖设定层（世界观·角色·地点·势力）、规划层（大纲·分卷·章节·蓝图）、事实层
• 修改设定后重跑校验 → 精确列出受影响章节号 → 修订有据可依

例：改了张三的能力规则 → 跑统一校验 → 系统列出第 45、87、123、201 章存在冲突。

从零到第一章：九步闭环

前 6 步不是形式流程，而是在为 AI 建立可读取、可校验、可追踪的数据基础。

功能模块

设计模块

构建完整的小说世界框架，为 AI 生成提供结构化上下文：

• 五大规则 — 世界观、角色、势力、地点、剧情，定义哪些事不能乱写
• 创意素材库 — 分类管理灵感素材、写作参考
• 智能拆书 — 内置爬虫，从网络小说平台抓取并分析作品结构，学习叙事手法
• 一键生成 — 一键直出（完整书稿框架）与短篇直出（快速输出短篇蓝图）

生成模块

基于设计数据，AI 自动生成小说内容：

• 四层规划 — 大纲 → 分卷 → 章节 → 蓝图，层层细化
• 数据中心打包 — 每章生成前组装任务包，AI 只看本章相关数据
• 章节生成 — 输出正文 + 章节变更声明，下一章知道哪些事实已改变
• 版本对比 — 可视化查看不同版本差异

数据中心打包 — AI 每章实际读取的数据：

校验模块

AI 自动检查内容一致性和逻辑合理性：

• 生成门禁 — 六道关卡实时拦截错误
• 统一校验 — 全书级深度检查，精确定位受影响章节
• 一致性调和 — 自动发现并修复跨章节设定矛盾

追踪系统 — 15 维事实快照

每章生成后，系统从 AI 输出中提取 12 类变更声明，写入 15 维事实快照，下一章直接读取字段值而不是靠模型回忆。

AI 每章必须交付的 12 类变更声明（CHANGES）：

系统维护的 15 维事实快照：

闭环关键：第 N 章的 CHANGES 经门禁校验通过后，更新事实快照 → 第 N+1 章读取更新后的快照。连贯不是靠模型记忆，而是靠每章的状态回写。

AI 助手

• 多模型管理（OpenAI、Anthropic、Gemini 等兼容接口）
• 多 Key 自动轮换，避免限速
• 35+ 专业提示词模板，覆盖 25 种小说类型
• Agent / Plan / Edit 三种模式：执行生成、多步计划、普通问答
• 基于本地 ONNX 嵌入模型（bge-small-zh-v1.5）的语义搜索
• 长对话结构化记忆提取
• 仿人化选词器 — 基于本地 Chinese Roberta Tiny MLM 模型，对生成段落进行语义替换，降低 AI 味
• 语义守卫 — 仿人化前后相似度校验，防止语义漂移

更多能力

• 主题系统 — 多套主题 + AI 配色方案 + 图片取色 + 系统跟随 + 定时切换
• 编辑器 — Markdown 编辑、多标签页、内联编辑、版本历史
• 通知系统 — 系统通知、声音方案、语音播报、勿扰模式
• 代理配置 — HTTP/SOCKS 代理、代理链、PAC 脚本
• 拆书提炼 — 内容精炼分析，从参考书目提取叙事模板

技术栈

项目结构

Core/          应用入口与启动配置
Framework/     框架层（主题、通用控件、用户系统、系统设置）
Services/      服务层（AI 服务、项目数据、版本追踪）
Modules/       功能模块（设计、生成、校验、AI 助手）
Storage/       数据存储（配置、主题、模板）

依赖方向：Modules → Services → Framework ← Core

环境要求

• 操作系统：Windows 10 (19041) 及以上
• 运行时：.NET 8.0 SDK
• AI 服务：需自行配置 API Key（支持 OpenAI / Anthropic 等兼容接口），项目不内置任何 Key

快速开始

git clone https://github.com/zy-zmc/tianming-novel-ai-writer.git
dotnet run --project Core/App/天命.csproj

首次运行在模型管理中配置你的 AI API Key 即可开始创作。

【重点缺失】

开源版必须修复的，让AI修复就可以，1和2必须修复，才能稳定生成，

1：修复CHANGESS中英映射BUG，导致校验的时候模型识别不出 2：修复漏报重写反馈维度注入 3：去除了Beta版UN-UTF-8，加入Console.OutputEncoding(开源版没修改， 可以让AI帮忙修改下，很简单，十来行代码） 4：强化状态机，不会过早记录，导致模型误判

本地 AI 模型（已内置）

仓库已直接内置以下两个本地 ONNX 模型，编译时会通过 Services.props 自动复制到输出目录，无需手动下载或放置：

两个模型在闲置一段时间后会自动从内存释放（默认 10 分钟），下次调用时按需重新加载。如果你希望瘦身，删除对应 Resources/ 子目录即可，应用会在未检测到模型文件时自动降级（向量搜索/仿人化对应能力被禁用，其他功能不受影响）。

开源说明

本仓库已完成开源清理（加密保护系统已移除、私有域名已替换占位符）。详见 开源说明.md。

许可证

MIT License

商用须知：本项目代码基于 MIT 协议开源，但任何商业用途（包括但不限于二次包装售卖、商业 SaaS 部署、嵌入付费产品等）请先联系原作者获得授权。

联系方式：子夜（QQ：229164036）