采购文件撰写自检（Procurement Doc Self-Check）

概述

本技能把一份采购文件按政府采购法规体系逐条"过筛子"，输出两类成果：

1. 修订痕迹：用 Word 原生修订模式（w:ins 插入 / w:del 删除）把该改的字改掉——错别字、病句、前后不对应、指向性表述、违规条款，做到"改了什么、原文是什么"一目了然、可一键接受或拒绝。
2. 专家批注：用 Word 原生批注（comment）对每一处修订挂上采购专家意见，固定三段式——为什么改 / 不改的风险 / 法律依据；对无需改字但需提醒的地方（如评分表整体失衡、需求缺项）只挂批注不动原文。

最终交付一份"修订+批注"双痕迹的 .docx，可直接用于内部会签、领导审签或作为编制质量留痕。

适用文件

• 采购文件正文：公开招标文件、竞争性磋商文件、竞争性谈判文件、询价通知书、单一来源采购文件。
• 采购文件的分册/附件：采购需求（技术参数/服务要求）、评分办法（综合评分法/最低评标价法）、评分细则表、资格性审查表、符合性审查表、合同主要条款、投标人须知前附表。
• 格式：以 .docx 为主；.doc 需先用 Word/WPS 另存为 .docx（本技能脚本只吃 OOXML）。

> 若文件是 PDF 或扫描件，先用可用的 PDF 抽取通道拿到文本，再在有版式的 .docx 副本上做修订（批注必须挂在 Word 文档上才有意义）。

前置依赖

# 首次使用安装（已装可跳过）
pip install python-docx

• python：本机可用 C:\Users\BAI\.workbuddy\binaries\python\envs\default\Scripts\python.exe，或任意已装 python-docx 的解释器。
• 两个脚本：
• scripts/extract_docx_text.py —— 抽取全文段落（含表格），供分析。
• scripts/make_revision_docx.py —— 把修订+批注写入 docx。

工作流

第 1 步 抽取原文

python scripts/extract_docx_text.py "待检文件.docx" --json > 原文.json

也可不加 --json 直接看带序号的可读文本，便于人工通读。分析必须基于真实原文，不可凭印象编造句子——find 字段稍后要与原文逐字匹配。

第 2 步 六维度通检

按 references/check-dimensions.md 的清单逐维度扫描（该文件是检查标准，务必加载）。六个维度：

判定每一处问题时同步确定：类别 → 修订意见 → 不改的风险 → 法律依据。法律依据统一从 references/legal-basis.md 取用，写"法规全称+条款号"，不写"根据相关规定"。

第 3 步 生成修订清单 revisions.json

把第 2 步的发现写成 JSON（结构见下节）。先想清楚"改字"还是"只批注"：

• 错别字/病句/指向性表述/违规字句 → 用 replace（改字）。
• 缺漏条款需要补 → 用 insert（在锚点后插入新文字）。
• 评分表整体失衡、需求缺项但不宜代拟文字 → 只写 comment（挂批注不改字）。

第 4 步 写入 docx

python scripts/make_revision_docx.py "待检文件.docx" "revisions.json" "待检文件-自检修订版.docx" --author "采购评审专家"

脚本会打印统计：修订 N 处 | 插入 N 处 | 仅批注 N 处 | 批注共 N 条。若出现"未定位到的条目"，说明 find 与原文不匹配（多为空格/标点/换行差异），必须回第 1 步核对原文、修正 find 后重跑。有 miss 就不算完成。

第 5 步 复核与交付

• 用 Word/WPS 打开产物，逐条核对修订与批注是否落位正确、批注三点是否齐全。
• 确认无误后交付给用户，并附一份"自检结论概要"（改了哪些类别、共多少处、最需要关注的高风险项）。

revisions.json 结构

{
  "author": "采购评审专家",
  "initials": "CG",
  "items": [
    {
      "find": "原文中被替换的字句（必须与原文逐字一致）",
      "replace": "修订后的字句",
      "category": "错别字/病句/指向性/违规/评分办法 …",
      "comment": "为什么这样改（一句话说清）",
      "risk": "若不修改会造成什么后果（被质疑/被投诉/废标/审计问责）",
      "basis": "《法规全称》第 X 条"
    },
    {
      "find": "需要提醒但不必改字的原文",
      "category": "评分办法",
      "comment": "……",
      "risk": "……",
      "basis": "……"
    },
    {
      "anchor": "在某段文字之后插入",
      "insert": "新增的条款文字",
      "category": "需求完备性",
      "comment": "……",
      "risk": "……",
      "basis": "……"
    }
  ]
}

三种 items 类型的判定顺序（脚本自动）：

1. 有 insert → 在 anchor（缺省用 find）之后插入新文字 + 批注。
   默认独立成段（新增一条条款），段落格式取邻近正文段，不会继承锚点标题的样式；
   若要在同一句内补字，在该条目加 "inline": true。
2. 有 replace 且与 find 不同 → 删除旧文 + 插入新文 + 批注（replace 写空串 "" 即纯删除）。
3. 只有 comment → 只挂批注，不改文字。

> 删除整条违规条款时（如以奖项加分），直接用 "replace": ""；Word 修订模式会以删除线保留原文痕迹，便于复核。

一条完整条目示例（照此写法）

{
  "find": "江苏省内高校同类项目业绩5个以上，且单个合同金额不低于200万元",
  "replace": "同类项目业绩，业绩数量与金额要求应与项目规模相适应（具体以资格审查表为准）",
  "category": "违规—特定区域业绩门槛",
  "comment": "删除“江苏省内”地域限定并下调过高门槛，业绩要求须与项目规模相适应。",
  "risk": "以特定行政区域业绩作为资格条件属明令禁止的差别待遇，是质疑、投诉高发点，且过度门槛排斥中小企业。",
  "basis": "《中华人民共和国政府采购法实施条例》第二十条第（四）项；《财政部关于促进政府采购公平竞争优化营商环境的通知》（财库〔2019〕38号）"
}

对应生成的批注在 Word 中显示为四行：

【类别】违规—特定区域业绩门槛
【修订意见】删除“江苏省内”地域限定并下调过高门槛，业绩要求须与项目规模相适应。
【不改风险】以特定行政区域业绩作为资格条件属明令禁止的差别待遇，是质疑、投诉高发点，且过度门槛排斥中小企业。
【法律依据】《中华人民共和国政府采购法实施条例》第二十条第（四）项；《财政部关于促进政府采购公平竞争优化营商环境的通知》（财库〔2019〕38号）

铁律（必须遵守，否则产物不可用）

1. find 必须与原文逐字一致。含空格、全半角、标点、换行都要一模一样。生成 JSON 前先回原文核对；跑完脚本有 miss 一定要修到 0。宁可拆成几条短的 find，也不要写一长串容易差一个字的句子。
2. 一条 find 只命中一处。若同一句话在文中出现多次，脚本只会改第一处；需分别定位时，把 find 写长一些、带上前后文以求唯一。
3. 不做"整段重写"。修订模式的价值在于逐处可核，一次替换超过两三句会失去可读性；长段落应拆成多个小 find。
4. 法律依据要具体到条。写"《政府采购货物和服务招标投标管理办法》（财政部令第87号）第十七条"，不写"根据招标法规"。查不到的宁可不写依据，也不要编造条款号。
5. 不代拟实质性商务承诺。价格、付款比例、工期等实质条款的修改只提示"建议明确"，不擅自填入具体数字；数字类修改必须来自用户确认或原文既有数据。
6. 不动标点级别的强迫症修改。只改影响含义、合规、可执行性的问题，纯排版差异不列为自检问题。
7. 批注必须三段齐全。每个批注至少包含"为什么改"和"不改的风险"；涉及合规的必须带"法律依据"。
8. anchor 要选完整的一整句或一个小标题。新增条款会作为独立段落插在锚点段之后；不要把锚点选在半句话中间，否则新段落会插在句子中间造成断裂。
9. 跑完必须核对 miss 与统计。脚本输出里"修订/插入/仅批注/批注共"四个数应与你 JSON 里的条目数对得上；出现"未定位到的条目"必须修到 0 才算完成。

参考文件

• references/check-dimensions.md —— 六维度检查清单（含每维度的具体检查点、典型违规表述示例、判定口径）。
• references/legal-basis.md —— 常用法律依据速查（法规全称+条款号+适用情形），写批注时直接取用。

分析前先读这两份参考，检查时逐条对照，避免遗漏。