图书文字修订与批注

对中文图书正文进行出版级编校质量检查。改必有据，疑必有批，全维覆盖，无一遗漏。

强制规则

• 对全文逐句逐段完成全部必检维度，不得跳过、不得以"等/……"省略
• 处理 .doc/.docx 原稿时，必须先拆解为完整 Markdown 全文中间稿，再基于 Markdown 全局理解后评审
• 禁止只依据零散抽取片段、局部段落或单次模型窗口内的局部内容直接生成修订/批注清单
• 禁止声明"其余部分无问题"而未逐段检查
• 禁止直接修订法律法规、地图、事实数据、引用原文、作者观点——只能批注
• 3000 字以上稿件检出问题须 ≥5 处，不足则重新逐字检查

必检维度（12 项，每次强制执行）

修订（直接修改，进入 Word 修订模式，修订人 胡）

批注（不修改原文，添加 Word 批注，批注人 胡）

条件触发维度（10 项，按稿件特征激活）

检测到以下特征时，将对应维度加入检查清单。不激活则不检查。

工作流

Step 1: Word 原稿 → Markdown 全文中间稿

将待处理 .doc/.docx 放入项目 input/。先拆解为完整 Markdown 中间稿，推荐输出到项目 work/：

python text-revision-skill/scripts/tracked_revise_word.py "input/文件.docx" \
  --extract-md --md-out "work/文件-source.md"

Markdown 中间稿必须作为后续评审主输入。不得在 text-revision-skill/ 目录内存放原稿、中间稿或交付件。

Step 2: 全局理解 → 确定维度清单

通读 work/文件-source.md，形成全局理解记录：

• 稿件类型：教材/一般非虚构/技术/励志/学术等
• 章节结构：标题层级、主体段落、表格、图表/图片占位
• 核心主题：全书主线、章节功能、关键论点
• 术语与事实线索：专业术语、人名、地名、时间线、法规政策、数据口径、引用来源
• 条件维度激活依据：逐项说明 C1-C10 是否触发及原因

输出激活的维度清单后，才能进入逐维检查。

Step 3: 逐维检查 → 生成 JSON

对每个激活的维度逐段检查。详细子项和检查要点参见 references/revision-checklist.md。
出版规范依据参见 references/publisher-style-rules.md。

修订项输出为 revisions.json：

[{"old": "原文", "new": "修订文字", "note": "维度：理由"}]

批注项输出为 comments.json：

[{"text": "需核实的原文", "comment": "【维度标签】核实建议"}]

生成 JSON 时，old 和 text 必须能在原 Word 可见文本中定位；必要时利用 Markdown 段落锚点（如 <!-- P0001 -->）回查上下文，但不要把锚点写入 JSON。

Step 4: 生成 Word 交付件

python text-revision-skill/scripts/tracked_revise_word.py "input/文件.docx" \
  --revisions "work/文件-revisions.json" \
  --comments "work/文件-comments.json" \
  --out "output/文件-修订批注-YYYYMMDD.docx" \
  --author "胡" \
  --fact-check-out "output/文件-事实待核清单-YYYYMMDD.md"

Step 5: 验证

python text-revision-skill/scripts/tracked_revise_word.py "output/文件-修订批注-YYYYMMDD.docx" --inspect

确认 trackRevisions=true、作者均为 胡、修订/批注数量与清单一致。

硬边界（绝对不可修改）

以下内容只能批注，不能直接修订：作者观点、数据事实（年份/比例/规模/数量）、政策法规含义、引用原文（书名号/引号/块引文/访谈原话）、产品版本/界面/功能名称/日期、地图边界/地名标注。

输出规范

• 修订批注文件：{原书名}-修订批注-{YYYYMMDD}.docx，修订人/批注人均为 胡
• 事实待核清单：{原书名}-事实待核清单-{YYYYMMDD}.md
• 批注必须含类型标签：【事实核查：人名/时间/引用/…】【法律法规核查】【专业名词核查】【科学准确性核查】【地图核查】

参考资源