番茄小说连贯创作流程 2.1

目标

先建立可验证的规划和连续性，再生成正文。避免临时发明机制、关键动作黑箱化、人物功能化、结果型爽点和跨章失真。

核心原则

1. 先规划情绪、选择和代价，再规划事件和机制。
2. 每章必须同时拥有落盘的章纲与场景细纲。
3. 新机制先完成闭环并进入唯一权威文件，再进入正文。
4. 复杂行动先做动作规格卡并模拟对手反制。
5. 正文以人物欲望和关系变化驱动，不以系统提示驱动。
6. 审核只能排雷，不能证明章节好看。

一、项目文件结构

novels/[书名]/
├── 00-大纲.md
├── 01-人物档案.md
├── 02-情绪曲线.md
├── 03-黄金开篇.md
├── 作品简介.md
├── 章节规划/
│   ├── 弧1-第01-10章规划.md
│   ├── 第01章-章纲.md
│   ├── 第01章-细纲.md
│   └── 动作卡-第01章-[动作名].md
├── 设定文档/
│   ├── 世界观.md
│   ├── 连续性状态.md
│   ├── 人物设定.md
│   ├── 时间线.md
│   ├── 伏笔表.md
│   ├── 等级追踪清单.md
│   ├── 金钱账本.md
│   └── 游戏系统/或机制/
├── 正文存稿/
└── 版本备份/

模板与示例按需读取：

• references/四层规划模板.md
• references/连续性状态模板.md
• references/机制闭环模板.md
• references/关键动作规格卡.md
• references/章节质量验收清单.md
• references/前5章读者验证模板.md
• references/完整章节包示例.md

新书立项时优先运行项目初始化脚本：

python scripts/init_novel_project.py "[小说名]" --output "[项目父目录]"

该脚本复制 assets/project-template/，创建总纲、人物档案、情绪曲线、连续性状态、时间线、伏笔表、世界观、章节规划、正文和备份目录。

二、四层规划体系

第一层：全书总纲

创建 00-大纲.md，锁定：

• 一句话独占卖点
• 单一核心情绪
• 主角外部目标、内部缺陷和不可逆代价
• 金手指能力、限制、盲区和失败条件
• 反派目标、资源、软肋和至少一次有效胜利
• 分卷目标与卷末不可逆变化
• 主线终点和结局承诺

总纲只回答“整本书讲什么”，不代替单章规划。

第二层：10章剧情弧

每10章创建 章节规划/弧X-第XX-XX章规划.md。

每章至少填写：主角目标、阻碍、选择、代价、情绪变化、关系变化、机制节点、钩子。

开始该弧正文前，必须确认：

• 上一弧遗留动作由哪一章接手
• 本弧必须回收哪些伏笔
• 本弧等级、金钱、道具的起止状态
• 本弧结束后的不可逆变化

第三层：单章章纲

写第XX章前，先生成 章节规划/第XX章-章纲.md。

章纲必须包含：

• 上章最后一个未完成动作
• 本章前20%如何回应
• 本章唯一主事件和核心情绪
• 完整因果链：目标→阻碍→尝试→反制→代价→选择→结果→新问题
• 人物信息边界与关系变化
• 时间、地点、伤势、等级、金钱、道具、技能冷却
• 本章涉及的机制文件和动作卡
• 下章接手的具体动作

第四层：场景细纲

章纲确认后，生成 章节规划/第XX章-细纲.md。

每章拆为3-6个场景。每个场景明确：

• 地点、时间、POV
• 场景目标和冲突双方
• 可执行动作步骤
• 对手反制和意外
• 情绪起点→终点
• 释放的信息
• 场景结果与转场动作
• 目标字数

正文不得临时增加细纲外的新场景。需要变化时，先改细纲。

三、正文生成前的三道硬闸门

闸门A：规划文件

正文生成前必须确认以下文件存在：

1. 当前10章剧情弧规划
2. 当前章节章纲
3. 当前章节细纲
4. 连续性状态

运行：

python scripts/check_planning_gate.py "[小说目录]" [章号]

未通过时停止写正文，先补规划。

同时检查连续性状态：

python scripts/check_continuity_state.py "[小说目录]/设定文档/连续性状态.md"

闸门B：机制闭环

本章首次出现新机制时，先用 references/机制闭环模板.md 建立单项权威文件，至少定义：

• 触发条件与执行主体
• 权限来源
• 数量、等级、时间、冷却限制
• 成功与失败结算
• 奖励与损失归属
• 可被怎样反制
• 能做、不能做、特殊条件下才能做什么

机制未闭环，不得进入正文。已进入正文的机制不得临时扩大能力范围。

闸门C：关键动作可执行性

涉及市场、调查、联盟、宣战、直播、自证、封号、Boss归属、重大交易等复杂行动时，使用 references/关键动作规格卡.md。

必须写清：谁在什么地点或界面，使用什么权限和资源，依次完成哪些步骤；对手如何反制；失败条件、结算归属和行动留痕是什么。

禁止使用“技术团队处理了”“秦姐操作了”“线人查到了”等黑箱句跳过关键动作。

四、每章固定执行流程

S1：读取连续性

按顺序读取：

1. 当前10章剧情弧规划
2. 上一章正文
3. 当前章纲
4. 当前细纲
5. 设定文档/连续性状态.md
6. 人物设定、时间线、伏笔表
7. 本章触发的机制表和动作卡

输出写前状态报告：上章动作、当前资源、人物目标、信息边界、待处理剧情债和本章红线。

S2：连贯性校验

逐项确认：

• 上章动作是否在本章前20%得到回应
• 时间和地点转场是否有过程
• 伤势、冷却、资源变化是否有来源
• 角色是否只知道有来源的信息
• 本章结尾是否给下章留下具体动作
• 最近3章是否重复同一种解法、爽点或钩子

出现矛盾时，优先遵循：已写正文事实→动态状态表→单项机制表→总纲→未来规划。

S3：戏剧性校验

正文前必须回答：

• 主角本章最想得到什么？
• 谁阻止他？
• 失败会失去什么？
• 为赢必须牺牲什么？
• 哪个角色会因自己的欲望做出选择？
• 本章结束时哪段关系发生变化？

若答案只有升级、爆装、获得奖励或系统通知，章纲不合格。

S4：生成正文

严格按细纲场景顺序写作。

每章必须具备：

• 前20%即时冲突
• 至少一次局势恶化
• 至少一次对手有效反制
• 主角付出可感知代价
• 至少一个人物自主选择
• 至少一次关系变化
• 章末钩子为未完成动作、选择或关系债

系统提示只负责结算，不承担主要高潮。禁止用"全服沸腾、众人震惊、队友喊牛"代替人物情绪。

去AI味写作规则（番茄2026年审核红线）：

AI检测核心原理：词汇可预测性、句子/信息节奏、场景完整性和叙事指纹。详细规则与朱雀报告校准样本见 references/朱雀小说低AI写作规范.md。

句式层（最有效）：
- 长句拆短，短句接长，段落长短随机
- 禁止连续三句主谓宾，用状语前置或环境切入打破
- 高潮处短句断句，描写处绵长长句

词汇层：
- 必删：突然、只见、猛地、显然、值得注意的是、然而、因此、综上所述、首先/其次/最后
- 替换原则：找更意外的词，不是同义词
- 删除顿悟体"第一次XX"和总结句

对话层：
- 每三处对话更换状态词，禁止连续用"说、问、答"
- 每个角色有专属口头禅或语气词
- 加入潜台词，不要每句话直说意思
- 对话字符默认占全文25%—35%，超过35%必须说明是特殊场景
- 连续2—3轮问答后必须插入动作、环境反馈或心理停顿
- 对话不能独自承担背景解释、冲突推进和结果结算

场景构成层：
- 每个核心场景至少同时具备对白、动作、环境、心理四项中的三项
- 重要信息至少通过一次动作或环境反馈落地
- 谈判场景不能只写问答，要写文件、手势、座位、声音、等待和人物的临时判断

情绪层（最关键）：
- 禁止直接写情绪，通过身体感受写
- 加入无意义微小动作：抠衣角、搓手指、抿嘴唇
- 加入走神的碎念
- 打破完美逻辑链

结构层：
- 删除AI标配开头和模板结尾
- 适当打破"完美过渡"，直接切镜头
- 爽点不要直接告诉读者，让读者自己感受到

S5：写后审查

先审好看，再审格式。

戏剧审查

按 references/章节质量验收清单.md 打分，低于70分打回章纲，70-84分修改细纲，85分以上才可交付。

• 是否从计划直接跳到成功
• 对手是否做出合理反制
• 爽点是否经历压抑和代价
• 配角是否只是工具人
• 是否存在重复解释和结果汇报
• 情绪是否通过场景而非评分表产生

连续性审查

• 人物状态、时间、地点、信息边界
• 等级、金钱、积分、装备、道具
• 技能冷却、伤势、承诺、伏笔
• 机制是否越界

表达审查

• 段落不超过5行
• 对话有目的和潜台词
• 对白默认不超过全文35%，无连续4轮纯问答
• 每个核心场景至少具备对白、动作、环境、心理四项中的三项
• 避免重复段首、口头禅、系统提示和上章结尾意象
• 章末单独写“（本章完）”
• 使用 scripts/check_chapter_wordcount.py 检查字数
• 使用 scripts/check_novel_style.py "[章节路径]" 检查对白比例、连续问答和AI模板短语；任何FAIL不得交付

字数不足时禁止补解释、回忆或队友吹捧。增加阻碍、误解、选择或对手反制；若主事件已经完成，允许章节短一些，不为凑字破坏节奏。

S6：更新状态

写完立即更新：

• 连续性状态
• 时间线
• 人物即时状态和关系
• 等级、金钱、积分、装备、道具账本
• 伏笔表
• 章纲中的实际结果与下章接手动作

S7：阶段验证

• 前5章：使用 references/前5章读者验证模板.md 收集3-5名目标读者反馈。未达到继续标准时停止扩写。
• 每5章：做读者体验复盘，检查退出点、最想看的人、最弱情绪段和重复解法。
• 每10章：修订下一剧情弧，不回头用新设定强改旧正文。
• 前5章未通过目标读者验证时，停止扩写，不提前构建庞大设定体系。

五、连贯性硬规则

1. 上一章最后动作必须成为下一章开头的原因。
2. 每章结尾必须把一个具体动作交给下一章，不只留抽象悬念。
3. 人物关系不能无场景自动变化。
4. 伤势不能无治疗恢复，资源不能无来源增加，信息不能无渠道获得。
5. 新人物出场必须带目标、动机和记忆锚点。
6. 每3章至少推进一次人物关系或内部缺陷，不能只推进升级。
7. 连续两章不能使用相同能力和相同解决方式完成翻盘。
8. 反派至少有一次有效胜利并造成不可逆损失。

六、禁止项

• 无章纲、无细纲直接写正文
• 用事件标题代替戏剧设计
• 先写正文再补机制
• 复杂行动黑箱化
• 计划没有对手反制
• 万能金手指无代价解决问题
• 公频震惊、系统公告和队友吹捧反复充当爽点
• 为满足字数增加无新冲突的段落
• 把审核通过等同于章节好看

七、交付要求

每次生成章节时一并交付：

1. 单章章纲路径
2. 场景细纲路径
3. 正文路径与字数
4. 本章情绪曲线和关系变化
5. 连续性状态更新摘要
6. 机制表/动作卡变更
7. 下章必须承接的具体动作

用户只要求规划时，不生成正文；先交付章纲和细纲等待确认。