feat(check): 需人工核对（P2）和分项 / 单价上限（C7）

- 需人工核对：份数、密封、递交、CA 签章加密、解密、保证金这类文件里看不出来的要求，
  从正式清单按主题合并、带招标原文出处；manual-checks 接口按项目存勾选、写勾选人和时间，
  复查沿用；查标页加「需人工核对」一块，覆盖范围写明列了几条
- 「报价」类清单项：读标从采购需求的清单表规则读出分项 / 单价上限（checklist/price.py）；
  查标交给规则 PRICE.OVER_CEILING_ITEM 比对分项报价表，不交给模型；规则集 2026.11-r2
- 版面工具（分页、分行、归栏）挪到 document/pipeline/layout.py，读标和查标共用
- 评测：price_defects.py 从规矩投标文件派生只带报价问题的 4 份（P01、P02、P03）

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

AGENTS.md

@@ -214,4 +214,5 @@ samples/
 - 2026-11-04：查标第二轮：评测集纠错（漏响应、错位的「变差」多是生成器只改了一处）；新增响应方式识别（C12，规则优先）和「这条要不要投标人回答」的判断。开发集 17 份上规矩投标文件报出的问题 639 → 229，误报 21.3 → 12.4 / 100，召回 68% → 65%，致命级 20 → 21 / 32；证明材料缺失几乎查不出（扫描件）。第四批复核 45 条，用户抽查 9 条全部同意（四批共 65 条）。见 `docs/architecture/check-eval.md` §4。
 - 2026-11-04：查标第三轮：文件要在（按标题找文件名，不调模型）、扫描件兜底（C10，没找到的证明材料改为提示级「可能在扫描件里，请人工核对」）、响应方式存进清单并在清单页显示、可改（C12 的人工确认点，迁移 0007、0008）。开发集上规矩投标文件的致命问题 120 → 51，致命级召回不变（22 / 32）；证明材料缺失仍查不出，要靠 OCR / 多模态（S5）。见 `docs/architecture/check-eval.md` §5。
 - 2026-11-04：查标第四轮：规则检查（`check/rules.py`，规则集 2026.11-r1，不调模型）——大小写金额、分项合计、超限价、多个报价、别的项目名称、没填的地方、落款日期、投标有效期、附加条件、响应表里的未响应；文字层的句子带上单元格框，表格按单元格分行。请 Fable 从真实投标文件角度审读，按「认不准的不给致命」改了定级和取值范围。开发集 17 份上规则问题 57 / 57 查出、规矩投标文件 0 误报，但规则是看着生成器和开发词库写的，这个分数说明不了泛化，要等留出集和国动真实投标文件。见 `docs/architecture/check-eval.md` §6。
-- 下一步：查标第 2 步剩下的（需人工核对的条目和 `manual-checks` 接口、「报价」类清单项和分项上限 C7），然后第 3 步的 D09 / D06 提示词 v3。
+- 2026-11-04：查标第 2 步收尾：需人工核对（份数、密封、递交、CA 签章加密、解密、保证金，从清单按主题合并，查标页勾选、按项目存，P2）；「报价」类清单项（C7，读标从清单表规则读出分项 / 单价上限）和规则 `PRICE.OVER_CEILING_ITEM`；评测集派生 4 份报价问题投标文件，21 份上规则问题 62 / 62、误报 0。见 `docs/architecture/check-eval.md` §7。
+- 下一步：查标第 3 步的 D09（响应对象错位）/ D06（负偏离未说明）提示词 v3、token 预算和复查复用；第 2 步还差分项和采购需求逐项对照（P13）。