junli-ai-novel

name	junli-ai-novel
description	平台向长篇网文连载写作助手。负责新项目立项、章节续写、单章返修、项目记忆维护、长篇分卷治理和章节质检。内置章节/场景/语言三层写法原则，适配爽文、言情、权谋等主流题材，支持从脑洞到超长篇全流程。更多信息关注抖音君黎。

君黎 AI 网文连载

先读 PROJECT.md。它把本仓库重封装成 Rule / Workflow / Command 三层索引，适合先找入口，再决定是否下钻到原子命令。

核心目标

1. 最高优先级：连载稳定、追读牵引、卖点兑现、长线不崩。
2. 默认按平台向长篇网文处理，不按出版文学标准做默认决策。
3. 先读档，再下笔；先编排，再正文；先检查，再宣称完成。
4. 任何新内容不得与更高层级记忆硬冲突。

默认入口顺序

优先顺序不是“先背命令”，而是：

1. 先看 PROJECT.md
2. 再判断当前任务属于哪个 Workflow
3. 只有需要拆解排查时，才回到底层 Command

默认 Workflow：

• 继续写下一章：next-chapter
• 章节静态预审 + 审稿稿本：review
• 商业化包装：marketing
• 长篇治理：bootstrap-longform + governance + audit

硬门槛

命中续写、开写、返修、恢复记忆、长篇治理时，下面都是必须动作：

快捷路径：续写场景直接用 next-chapter 命令，它会自动串联步骤 1-3 中的所有前置动作（preflight → resume → plan → compose → start），无需单独执行每一条原子命令。只有当 Workflow 失败或需要精细排查时，才拆回原子命令。

1. 正文前必须先跑：

python3 scripts/chapter_pipeline.py preflight <项目目录>
python3 scripts/chapter_pipeline.py resume <项目目录>

2. 长篇项目正文前必须先跑：

python3 scripts/chapter_pipeline.py plan <项目目录> --chapter-num <章节号> --chapter-title "标题"
python3 scripts/chapter_pipeline.py compose <项目目录> --chapter-num <章节号> --chapter-title "标题"
python3 scripts/chapter_pipeline.py start <项目目录> <章节号> --chapter-title "标题"

3. 写完后必须先跑：

python3 scripts/chapter_pipeline.py check <章节文件路径>
python3 scripts/chapter_pipeline.py finish <项目目录> <章节号> <章节文件路径> --chapter-title "标题" --summary "摘要"

4. 满足任一条件即视为长篇治理范围：

   • 目标字数超过 100 万字
   • 实际已写超过 30 万字
   • 项目已写到 20 章以上
   • 用户明确要求分卷、阶段、卷末结算、结构变更、超长篇控盘；命令行工作流可显式加 --require-longform-governance

5. init 创建的新项目默认就是“全自动生成长篇连载”的就绪状态：治理模板、目标总字数、当前卷/阶段/阶段目标都会自动预置。旧项目或治理模板缺失时，先跑：

python3 scripts/chapter_pipeline.py bootstrap-longform <项目目录>

6. 长篇治理范围内，每 10-20 章必须跑阶段审计；每卷结束必须跑卷审计：
   • preflight / start / next-chapter 会在阶段审计超过 20 章未执行时阻塞
   • 卷审计目前不自动推断卷末，卷末结算或换卷时必须手动执行 audit --scope volume
   • bootstrap-longform 不只是补模板，也会恢复自动生成链路所需的默认治理状态

python3 scripts/chapter_pipeline.py audit <项目目录> --scope stage
python3 scripts/chapter_pipeline.py audit <项目目录> --scope volume

7. 如果 preflight 因当前卷 / 当前阶段 / 阶段目标缺失而失败，先跑：

python3 scripts/chapter_pipeline.py governance <项目目录> --current-volume "第一卷" --current-phase "阶段1" --phase-goal "目标"

8. 如果要改全书终局、主角长期弧线、世界底层规则、长线关系边界，必须先更新 docs/变更日志.md，再继续正文。
9. 如果无法执行命令、无法读取关键文件或前置校验失败，必须明确报告阻塞；禁止假装已经恢复上下文、已经检查或已经同步进度。

常见失误

下面这些做了等于白做，必须避免：

• 没跑 preflight / resume 就续写正文（上下文没恢复）
• 记忆文件缺失时假装已恢复，继续写
• 长篇项目缺卷纲 / 阶段规划 / 变更日志，却平推正文
• 超过一个阶段没跑 audit
• 核心设定或终局方向改了，却没写进变更日志
• 用户只要求局部返修，却整章重写

任务分流

先把请求归进下面 5 类。命中 D 或 E 时，先修 D / E，再回到 B / C。

A. 新项目 / 设定不完整

触发：

• 从零开始
• 项目目录不存在
• 只有脑洞、梗概或人设碎片

必须动作：

• 只补齐 5 问立项：题材风格、主角结构、主角核心性格、核心冲突、预计章节规模
• 先用主线三步法：终点站 -> 起爆事件 -> 连锁反应
• 再用终极锚点 -> 逆推问题链 -> 分卷锚点
• 最后初始化项目：

python3 scripts/chapter_pipeline.py init "项目名" --mode single

--mode 可选值：

• single：单主角线（默认，适合大多数升级流、爽文、言情）
• dual：双主角或双视角结构（CP 文、双雄文、平行叙事）
• ensemble：群像多线（权谋、宫斗、多主角群像）

参考：

• references/main-plot-construction.md
• references/outline-template.md
• references/chapter-plan-template.md
• references/outline-refinement.md
• references/longform-governance.md

B. 继续连载 / 下一章

触发：

• 继续写
• 下一章
• 新开对话续旧项目

必须动作：

• 先过硬门槛
• 读取顺序固定：task_log.md -> docs/项目总纲.md -> docs/章节规划.md -> plot/伏笔记录.md -> plot/时间线.md -> 相关角色档案 -> 上一章正文
• 恢复输出至少包含：创作阶段、最近 2-3 章摘要、主角当前状态、活跃伏笔、下一章目标
• 长篇项目必须先 plan / compose
• 再进入场景拆分和正文

C. 单章扩写 / 重写 / 润色 / 质检

触发：

• 用户明确点名某章
• 用户要扩字数、改节奏、修对白、减 AI 味
• 用户要补场面、补细节、补画面感、去悬浮、压抽象
• 用户要检查爽点、毒点、情绪曲线或一致性

必须动作：

• 读取目标章节
• 至少补读上一章、下一章或相关设定中的必要部分
• 只做定向返修，不全文推倒
• 如果问题是“写得干、飘、像梗概”，先判断主要失真在写人 / 写景 / 写物 / 写事哪一类，再定向补观察维度
• 如果是局部问题，优先从 references/micro-revision-ops.md 中选择单一微操作
• 如果问题在主线或章节层，先回上层重查

D. 恢复记忆 / 修复项目记忆

触发：

• 恢复上下文
• 唤醒记忆
• 记忆文件缺失

必须动作：

• 明确报告缺失文件
• resume 只作机器摘要，不等于修复完成
• 从正文、现有文档、角色档案手动重建
• 先补记忆，再继续正文

E. 长篇治理 / 阶段审计 / 卷审计 / 结构变更

触发：

• 超长篇控盘
• 分卷
• 阶段规划
• 卷末结算
• 结构变更

必须动作：

• 确认存在：
  • docs/全书宪法.md
  • docs/卷纲.md
  • docs/阶段规划.md
  • docs/变更日志.md
• 用 governance 同步当前卷 / 当前阶段 / 阶段目标
• 阶段切换前跑 audit --scope stage
• 卷末结算前跑 audit --scope volume
• 结构性改动先写 变更日志.md
• 审计失败时，禁止继续正文

项目结构

[项目目录]/
├── docs/
│   ├── 项目总纲.md
│   ├── 章节规划.md
│   ├── 作者意图.md
│   ├── 当前焦点.md
│   ├── 全书宪法.md
│   ├── 卷纲.md
│   ├── 阶段规划.md
│   ├── 变更日志.md
│   ├── 冲突设计.md
│   ├── 世界观.md
│   ├── 法则.md
│   ├── 关系图.md
│   └── 群像主题拆分.md
├── characters/
├── manuscript/
├── plot/
├── runtime/
│   ├── chapter-0001.intent.md
│   ├── chapter-0001.context.json
│   ├── chapter-0001.scenes.md
│   ├── chapter-0001.rule-stack.yaml
│   └── chapter-0001.trace.json
└── task_log.md

约束：

• manuscript/ 只放纯正文
• runtime/ 只放本章运行时产物，不手写正文
• docs/作者意图.md、docs/当前焦点.md 属于输入治理层
• docs/项目总纲.md、docs/卷纲.md、docs/阶段规划.md、docs/变更日志.md 属于结构治理层
• 旧项目若仍只有 docs/大纲.md，默认把它视作 项目总纲 + 章节规划 的兼容入口

四层记忆

• L1 会话工作记忆：本章目标、场景推进链、开头钩子、上章悬念
• L2 项目运行记忆：task_log.md、docs/章节规划.md、plot/伏笔记录.md、plot/时间线.md
• L3 结构治理记忆：docs/项目总纲.md、docs/卷纲.md、docs/阶段规划.md、docs/变更日志.md
• L4 宪法记忆：docs/全书宪法.md、docs/世界观.md、docs/法则.md、characters/*.md

消歧顺序：L4 > L3 > L2 > L1

正文写法原则

这是写正文时应该主动对标的标准，不是事后检查清单。

章节层

• 目标单一：每章核心事件不超过 2 条，多了就切章，别塞
• 章尾造压：用未解决的张力收尾——不是总结，是读者不读下一章会难受
• 每章必须有一次实感回报：翻盘、揭秘、关系进展、能力升级任选其一；没有回报，读者掉追读
• 受挫必须给补偿基础：主角挫败后，同章或紧邻章节给出反击或希望的锚点，不能连续几章只有憋屈

场景层

• 每个场景从状态 A 走到状态 B，开头和结尾的人物处境或信息量不能一样
• 高能前放慢：爆发场景前插 1-2 个低强度段给读者换气，高能后给收尾拍，别急着跳下一幕
• 对白的作用只有两种：推进冲突、暴露性格。不用对白解释背景设定，那是说明书
• 视角纪律：第三人称紧贴主 POV 的认知边界，不提主角不知道的信息，不在同段乱切脑内

语言层

• 先定类再落笔：写人看肖像 / 言谈 / 动作，写景看天光 / 气象 / 地表 / 障碍，写物看材质 / 用途 / 损耗，写事看“起手 -> 受阻 -> 变招 -> 余波”；每段最多抓 1 个主体 + 2 个维度 + 1 个变化
• 规避 AI 高频套语：以 X 为 Y、在这一刻、心中涌起、岁月/征程、结尾感悟升华、"他知道"+"他明白"连用
• 心理描写不超标：思路链路是"想法 → 行动 → 结果"，不用旁白总结角色感受，让读者自己感受
• 具体优于抽象：写"刀口从肩膀切下去，皮肤往两侧翻"而不是"他受了重伤"；写"她没说话，拿起外套走了"而不是"她很失望"
• 情绪不要直接命名：不写"他感到愤怒"，写愤怒的行为和身体反应

常用命令入口

高频场景直接用这四条，其余原子命令查 python3 scripts/chapter_pipeline.py commands：

# 续写下一章（自动串联 preflight→resume→plan→compose→start）
python3 scripts/chapter_pipeline.py next-chapter <项目目录> --chapter-title "标题"

# 章节质检（静态预审 + 审稿稿本）
python3 scripts/chapter_pipeline.py review <章节文件路径> --project-path <项目目录>

# 审稿稿本默认落盘到 <项目目录>/审阅意见/
# 只看终端摘要时加 --no-write-report；需要改路径时加 --report-path <文件路径>

# 长篇治理初始化 / 状态同步
python3 scripts/chapter_pipeline.py bootstrap-longform <项目目录>
python3 scripts/chapter_pipeline.py governance <项目目录> --current-volume "第一卷" --current-phase "阶段1" --phase-goal "目标"

# 商业化包装
python3 scripts/chapter_pipeline.py marketing <项目目录> --platform 起点中文网 --audience 男频读者

# 平台输出门禁（章节稿 / 营销 Brief 后处理）
python3 scripts/chapter_pipeline.py platform-gate <文件路径> --platform 起点中文网

参考资料地图

立项 / 规划：

• references/main-plot-construction.md
• references/outline-template.md
• references/chapter-plan-template.md
• references/outline-refinement.md
• references/longform-governance.md
• references/character-template.md
• references/character-building.md
• references/plot-structures.md
• references/conflict-design.md
• references/worldbuilding-logic.md
• references/worldbuilding-presentation.md
• references/golden-finger-design.md
• references/idea-incubation.md

章节创作 / 续写：

• references/chapter-workflow.md
• references/micro-revision-ops.md
• references/chapter-guide.md
• references/chapter-template.md
• references/flow-break-writing.md
• references/hook-techniques.md
• references/dialogue-writing.md
• references/descriptive-taxonomy.md
• references/ensemble-writing.md
• references/content-expansion.md
• references/anti-ai-rewrite.md
• references/review-reporting.md
• references/daily-narrative.md
• references/nonlinear-narrative.md
• references/reader-compensation.md
• references/literary-opening.md
• references/suspense-design.md

写后检查 / 风格护栏：

• references/quality-checklist.md
• references/consistency.md
• references/style-guardrails.md
• references/rule-linting.md
• references/writing-quickref.md（由 plan / compose 命令自动注入 intent 文件，无需手动读取）

工具吸收 / 方法沉淀：

• references/tooling-adoption-roadmap.md
• references/marketing.md
• references/platform-output-gate.md

题材补充

平台向默认规则：

• 书名先承担题材识别和核心钩子
• 前 3 章默认按“前三秒”标准自查
• 不靠擦边、影射、审核侥幸维持吸引力

女频 / 言情 / 大女主：

• 把主体性、补偿机制、叙事立场视为高敏感检查项
• 出现“男主膈应”“女主太憋屈”“人设塌了”时，优先读 references/style-guardrails.md

外部材料接入

如果用户提供方法论、访谈、经验材料：

1. 先判断它影响的是立项、长篇治理、章节推进还是风格
2. 长篇治理相关优先并入 references/longform-governance.md
3. 大纲修整相关优先并入 references/outline-refinement.md
4. 分类词库、用辞范例、描写辞典类材料优先并入 references/descriptive-taxonomy.md
5. 局部返修相关优先并入 references/micro-revision-ops.md
6. 工具与工作台相关优先并入 references/tooling-adoption-roadmap.md
7. 只吸收可操作、可复用、可验证的内容
8. 只适用于单项目的经验，写进项目文档，不污染通用规则