长篇正文校对（项目基准版）
何时用
用户写完几章正文后说"检查/校对/对一遍设定"，尤其是项目里已经沉淀了设定文档、成长台账、用词规范的情况。核心不是判文笔，而是把正文和项目自己的规则对账。
铁律
- 基准优先级：项目内的台账/设定 > 正文。 数字（钱、余额、寿命、等级）以台账为准，能力口径以能力清单为准；两者不一致时改正文，并在台账里留痕。读正文前先把基准找齐，否则会凭印象下断言。
- 只改错，不改味。 硬错误（时间账、方位、设定冲突、用词黑名单、面板数字与格式）可以直接改；一切涉及作者意图、语气、取舍的，只列清单报请定夺。用户的项目里往往写着"减少多余的补充，用户来逐步定夺"——那就别顺手扩写。
- 同一文件禁止并行编辑。 并行下发的多个 Edit 会互相覆盖（后一次写盘拿的是旧内容），必须串行，且改完回读原始字符核对（引号可能是 ASCII 直引号，别按中文弯引号去匹配）。
- 面板与设定文档禁用比喻／格言式措辞，一律直白点明；比喻只允许留在叙事里。
- 每个结论都要给出依据：哪一章哪一行、哪一个文档哪一节。拿不准的标"待核实"，不要编。
工作流
第 0 步 · 找基准（找不齐就问）
按顺序找，找到就记下路径：
- 项目规范与踩坑：
.workbuddy/memory/MEMORY.md、MEMORY.md里的「反 AI 味」「用词黑名单」「格式细则」； - 设定：
大纲/或设定/下的系统设定、时间线、世界观； - 台账：数字流水（欲力/收支/等级）、能力清单（技能/熟练度）——这两份常常是"唯一数据源"；
- 前文正文：同一批章要一起读（错误多半是跨章矛盾，单看一章看不出来）；
- 人物档案（.json/.md）：年龄、生日、身份、籍贯。
第 1 步 · 逐章读全文，边读边记疑点
不要跳读。记疑点时顺手写下为什么会疑（例如"复活在 10.12，那 10.10 的事不能叫'昨夜'"）。
第 2 步 · 跑脚本扫版式与敏感词
python - <<'PY'
import re, glob, sys
sys.stdout.reconfigure(encoding='utf-8')
bad = re.compile(r'[-ゟ゠-ヿ가-힣]') # 乱码
old = ['昨夜','四联单','田垄','官人','老爷'] # ← 换成该项目自己的黑名单
for f in sorted(glob.glob('00*.txt')): # ← 换成该项目的文件名规律
lines = open(f, encoding='utf-8').read().split('\n')
if lines and lines[-1] == '': lines = lines[:-1]
print('---', f, '段数', len(lines),
'空行', [i+1 for i,l in enumerate(lines) if l.strip() == ''],
'断章', sum(1 for l in lines if l.strip() == '————'),
'行尾空格', [i+1 for i,l in enumerate(lines) if l != l.rstrip()],
'乱码', [i+1 for i,l in enumerate(lines) if bad.search(l)])
for i,l in enumerate(lines):
for w in old:
if w in l: print(' [旧词]', w, i+1, l[:60])
PY
要点：不要用 bash 的 cat/grep/echo 去改文件（Windows 下 bash 常缺 dirname）；校验脚本只读不写。
第 3 步 · 分类产出
| 类别 | 处理 |
|---|---|
| 硬错误：时间账、方位、场景器物、设定口径冲突、用词黑名单、面板数字/格式/标点不合定式、与台账不一致 | 直接改，逐条列出「原文 → 改后 → 依据」 |
| 口径类：涉及作者意图、语气、人物知道多少、某句该不该留 | 只列清单 + 备选改法，报请定夺 |
| 项目内部漂移：大纲的设定与正文已经分家（例如大纲写"伪造调令"、正文写"伪造移交单"） | 指出冲突并问"改哪边"，不要单方面改 |
| AI 味与措辞：解释型旁白、金句密度、对仗收尾、比喻后自我注解 | 列候选，标明"按你的规则可收"，不做判决 |
第 4 步 · 复验
- 回读每个改动行的原始字符；
- 重跑第 2 步脚本（空行/乱码/断章数/面板行是否闭合）；
- 改动若碰到数字，同步更新台账，并保证台账能逐字对上正文。
第 5 步 · 落记忆
在项目 .workbuddy/memory/YYYY-MM-DD.md 追加：改了什么、依据是什么、哪些待用户定夺、踩了什么坑。
用户只回一个字怎么办（「改」「修改」「按你说的」）
长篇项目的作者常用极短指令收尾。铁律：只执行你在上一条回复里已经给出具体建议的条目——
- 逐条对照你最后的回复正文（不是清单文件里的全部内容）：给过具体改法的 → 直接改；只写了"要不要换，你一句话"这类没有方案的，先自己补出一个最小改法再改；
- 没有给出方案的主观类（AI 味、金句密度、语气取舍）一律不动，并在回复里点名"这三条等你点名"——它们需要作者的品味，不是校对能定的；
- 改完逐条报「原文 → 改后 → 依据」，让作者能逐条否决。
大纲与正文打架时的默认处置
默认把大纲对齐正文（正文是更贵的资产，而且很多大纲自己就写着"已写章节内容不动"）；改完在两边都标上日期和"可回滚"。
- 先查是不是真冲突：同一个词可能指两份不同的东西（例：正文的"移交单"与大纲的"四联单"其实是两份文书，不是矛盾）；
- 引信类差异要特别小心：大纲写的"伪造调令"、正文写的是"伪造移交单"——引信错了，后面几十章都跟着错；
- 顺手扫一遍大纲里的乱码/半截英文（本轮就在文案里抓到一句「不发任务Nobody管」），这类通常在改稿时被误伤，越早修越好。
常见错误类型（照这张表扫，命中率最高）
- 时间账：跨日/跨章的时间词（昨夜/昨天/前夜）、出行耗时与目的地的日期、年龄与生年、"第 N 天"。
- 方位与场景：东南西北走反、场景里不存在的东西（在室内写田垄）。
- 设定口径冲突：本章的说法与别章/设定文档相反；系统/规则被人格化或越权解释。
- 人物知道得太多：某角色用了超出其身份与信息渠道的情报（尤其是机密、别人的名字）。这类往往最伤——它同时破坏世界观和后面的悬念。
- 用词黑名单：项目自定的禁词、敬称、籍贯写法、年龄分段写法。
- 面板一致性：数字与台账、字段顺序、单行/短面板/全长面板的形态、标点分项是否合定式。
- 重复：跨章重复的句子/意象（同一句"生命力"写两遍）。
- AI 味：见第 3 步第四类。
