القائمة
长篇小说生产（可跑到百万字）。种子发散 → 卷纲 → 章细纲 → 逐章正文 → 更新台账 → 再读再写。用 projects/<书名>/ 下的台账文件当记忆，每章只读需要的那几层，上下文永远有界。适用于新开一本书、续写已有的书、或定点重排某几章。
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/wfcz10086/AI-automatically-generates-novels --skill novelيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
عرض SKILL.md
| name | novel |
| description | 长篇小说生产（可跑到百万字）。种子发散 → 卷纲 → 章细纲 → 逐章正文 → 更新台账 → 再读再写。用 projects/<书名>/ 下的台账文件当记忆，每章只读需要的那几层，上下文永远有界。适用于新开一本书、续写已有的书、或定点重排某几章。 |
一百万字 ≈ 346 章 × 2900 字。不可能靠上下文记住全书——写到第 300 章时，第 104 章还剩几发子弹早就滑出窗口了。
解法不是更大的上下文，是把记忆落到文件：
写一章 → 更新台账 → 下一章只读需要的那几层 → 再写
每一章的上下文都是有界的（约 3-6 万 token），所以能一直跑下去。台账文件才是这本书的大脑，我只是当下这一章的手。
丢弃 0、空洞 0、章数在涨，什么都证明不了。 实测踩过三次：
每写完一批，必须真读，至少读一句话 + 爽点 + 章末钩子。
写完正文不更新台账，等于没写。下一章读到的还是旧状态，错会一直滚下去。用 scripts/after_chapter.py（见下），别手改 JSON。
hard_rules 不是摆设。实测它只进了章细纲，没进 world_bible / characters / 总纲，于是：
三处全跟铁律相反，因为那三个提示词里根本没有铁律。 每次生成任何资产，先把 hard_rules 原文贴进去。
纠偏只能说「下一批怎么写」。实测在纠偏里点名「第29章写错了」，模型真的跑去重写第 29 章，连着两批各多吐十几章，全被越界丢弃，白烧 token。
要改旧章，走 scripts/replan.py（定点重排，前后不动）。
名额是有限的（纠偏单只并前几条）。一条假警报挤掉一条真警报。
今晚亲手造过两个噪声指标：钩子重合度 0.15 报了 166 章脱节（真读全是好的）、死亡正则报了 7 个角色复活（全是「查武大郎的死」这种误伤）。报之前先自己抽查几条。
| 文件 | 是什么 | 谁改 |
|---|---|---|
project.json | premise / hard_rules / dials / 目标字数章数 | 人 |
world_bible.md | 世界观常驻层（L1） | 阶段0 |
characters.md roster.json | 角色档案 / 出场登记 | 阶段0，新人物随时补 |
outline.md | 总纲 | 阶段0 |
volumes.json stages.json | 分卷 / 阶段功能位 | 阶段0 |
threads.json | 支线：name/kind/span/cadence/last_touched/owner | 每章更 |
state.json | promises（承诺，含 last_advanced）、summaries、done、outline_guide（纠偏）、swept_at/selfchecked_at | 每章更 |
ladders.json | 力量/爽点/人设三条阶梯，每级带「验证」条款 | 阶段0 |
chapter_outlines.json | 章细纲，字段：一句话/承接/出场角色/剧情N/重场/爽点/章末钩子 | 阶段1 |
chapters/ | 正文 | 阶段2 |
l2_summary/ | 中期摘要（L3） | 每 25 章 |
facts.json | 考据卡（跨书共享库在 .cache/facts.json） | 检索时 |
从 project.json 的 premise + hard_rules + dials 出发，按顺序产出，每一步都把铁律原文带进提示：
world_bible.md → characters.md → outline.md → volumes.json
→ stages.json → threads.json → state.promises → ladders.json
要点：
done_when（兑现判据），否则「到底发生过没有」查不了也可以直接跑 python3 run_novel.py init --title <书名> 让流水线做，我再逐份真读修。
读：outline.md + stages.json 当前阶段 + 上一章的章末钩子 + state.outline_guide（上一批的纠偏）+ threads.json 里该露面的支线
写：chapter_outlines.json 的 5 章，字段必须齐：
第N章 <章名>
一句话：
承接： ← 必须接住上一章的章末钩子
出场角色：
剧情1-6：
重场：剧情N
爽点： ← 当场兑现的小胜，不是「他感到很爽」
章末钩子：
检（零成本，每批都跑）：
python3 -c "
import sys; sys.path.insert(0,'.')
from server.orchestrator import Project, Novelist
n=Novelist(Project('书名'))
for x in n.outline_finite_check(): print('台账:',x[:200])
for j in n.outline_repairs(): print(j['kind'], j['chapters'], j['demand'][:80])
"
把结论原文并进下一批的 state.outline_guide，别经模型改写（会被吃掉）。
读这五层，别多读：
| 层 | 内容 | 来源 |
|---|---|---|
| L1 常驻 | 世界观 + 本章出场角色卡 + 考据硬事实 | world_bible.md + cast_for() + facts.json |
| L2 近期 | 最近 2 章原文 + 最近 8 章一句话摘要 | chapters/ + state.summaries |
| L3 中期 | l2_summary/*.md | 每 25 章压一次 |
| L4 本章 | 本章细纲全文 | chapter_outlines.json |
| L5 约束 | hard_rules 原文 + 本批纠偏 | project.json + state.outline_guide |
写：chapters/<n>.md，目标字数见 project.json.target_words / target_chapters。
写完立刻：
python3 scripts/after_chapter.py --title <书名> --chapter <n>
它会更新 summaries / done / threads.last_touched / promises.last_advanced，并把台账矛盾打出来。
outline_repairs()，把「支线断线 / 有戏无位 / 张力静默消解 / 台账对不上」并进纠偏l2_summary/，跑一次自审（钩子类型、章名字数、爽点密度）高潮密度速查：
python3 - <<'PY'
import json,re,collections
d=json.load(open('projects/书名/chapter_outlines.json'))
DEATH=re.compile(r'击杀|斩杀|处决|毙|战死|牺牲|灭火|斩首|爆头')
GUN=re.compile(r'开枪|扣动扳机|一枪|枪响')
PUB=re.compile(r'当众|当场|众目|公开宣|阶下')
REV=re.compile(r'反杀|反将|反咬|翻盘|将计就计|识破|拆穿|逼退|逼降')
POW=re.compile(r'接管|夺回|正式确立|登基|坐上|收服|归附|取代')
pk=[n for n in sorted(map(int,d)) if
(2 if DEATH.search(d[str(n)]) else 0)+(2 if GUN.search(d[str(n)]) else 0)
+(1 if PUB.search(d[str(n)]) else 0)+(1 if REV.search(d[str(n)]) else 0)
+(1 if POW.search(d[str(n)]) else 0) >= 5]
print('高潮章:',pk)
g=[pk[i+1]-pk[i] for i in range(len(pk)-1)]
print('最大断档 %d 章'%max(g) if g else '')
PY
断档超过 20 章就要塞高潮。 实测本书 101-150、201-250 各有 50 章零高潮，最长断档 75 章——番茄读者的留存窗口只有 3 章。
死区成因通常是题材没给暴力出口：权谋段全是账目文书，打不起来。要么给这一段安排能见血的冲突，要么把这一段压短。
# 1 连续性：有没有空洞
python3 -c "
import json;d=json.load(open('projects/书名/chapter_outlines.json'))
N=max(map(int,d));print('空洞:',[n for n in range(1,N+1) if str(n) not in d] or '无')"
# 2 查重：新写的章跟前文是不是撞了
python3 -c "
import json,difflib
d=json.load(open('projects/书名/chapter_outlines.json'))
ks=sorted(map(int,d))
for i in ks[-10:]:
for j in ks:
if j>=i: break
if difflib.SequenceMatcher(None,d[str(i)][:400],d[str(j)][:400]).ratio()>0.75:
print('!! 重复',i,j)"
# 3 台账：有限资源有没有涨回去
# （见阶段1的 outline_finite_check）
# 4 死人有没有复活：拿确切死亡章号核，别用正则猜
跑测试再提交（踩过两次先 push 后跑测试）：
python3 -m pytest tests/unit -q
str.replace 前先 assert s.count(old)==1@property 在哪wfcz10086 <ssss@ssss>，不带任何 AI 署名cmd_outline 退出码 3），当前批次跑完才生效——所以纠偏文案的改动，要隔一批才看得到效果| 现象 | 真因 |
|---|---|
| 检测器从不报警 | 它返回空。如 _finite_units() 要求「数量」和「只减不增」在同一条铁律里，而它们分在两条 |
| 报警了但没人改 | 结论没有消费者。检测器只报不修 = 有生产者没消费者 |
| 报警被挤掉 | 名额被常驻约束占满（铁律不该参与「挨饿」判定） |
| 报警太晚 | 硬矛盾住在每 25 章一次的通道里，该走每批都跑的那条 |
| 说了但改不对 | 门槛和判据不是同一个数，等于给了个够不着的靶子 |
| 改了旧章反而更糟 | 纠偏里点名旧章，模型跑去返工，全被越界丢弃 |