用途：把采购招标文件（ToR）做到公开市场标准。核心依据是 references/open-market-checklist.md 的 22 项清单，新 ToR 从该标准起步，已有 ToR 按此衡量。
四种模式：build（尚无 ToR 或需重做）；review（已有 ToR，只读，给出强弱点与评分）；respond（答复具名评审人对 Ane 所写 ToR 的意见，产出回复文本而非改文档）；finalise（应用已商定的修订）。模式不明时先一句话确认。
通用规则：动手前先读检查清单；绝不编造预算、姓名、日期、地址或资金来源，未确认内容放方括号并列入发布前需删除的内部准备说明；构建前先确认关键事实；已发布 ToR 面向外部，用平实英语并考虑可翻译性，缩写首次出现需展开。
build 模式：先批量询问五项关键事实（采购内容与交付物、预算上限与增值税及资金方、时间节点、评审小组与答疑安排、合同类型）；逐项走清单；把 scripts/tor_docx.py 复制为项目生成器并保持构建器不变，正文按规范章节顺序写成线性构建调用，运行并确认 docx 渲染；生成器是唯一事实来源，不要双重编辑 docx；文件名按 v0.1、v0.2 递增；要重新打开已保存文件验证页眉、logo 关系与页脚条，而非只看运行是否成功。构建器基于 ippf_en_letterhead_base.docx 打开信头，品牌值从 ane_package.reporting.brand 导入；header="slim" 为默认，header="full" 保留联系块，可用 --header full|slim 切换。找不到 ane_package 时设置 WORK_FOLDER_ROOT。
review 模式：只读。以资深采购官视角看流程可辩护性与资金，以领域专家视角看范围现实性、验收标准、人天与上限是否匹配。输出先给结论句，再列强弱点（映射到清单项并给修改措辞）、1-10 分与偏见说明。评分锚点：5 分及以下不可发布；6-7 分按所列修改后可发布；8 分为公开市场标准；9-10 分留给经外部阅读的 ToR。
respond 模式：答复评审人意见，通常结论是不改文档。四种判定：defend（条款正确，不改）、concede（评审人对，给出最小修改）、defer（意见合理但不属本合同，需估算后续）、escalate（治理问题，指明负责人）。复合答复取一个主判定加一个次判定；defend + concede 被拒绝。步骤包括提取意见（python scripts/tor_respond.py extract "<ToR>.docx" --json round.json）、先陈述意见最强版本、依据文档作答、按两种长度起草回复、对 defer 估算后续、编译（python scripts/tor_respond.py compile round.json --out <dir> --docx）。守卫会拒绝自相矛盾、无来源辩护、空回复等；--force 可覆盖。
finalise 模式：确认商定修订清单，范围仅限该清单；对已有文件应用编辑保留协议，先读后改，范围外内容逐字节保留；docx 交付物改生成器源码而非二进制。
限制：发布、财务与增值税确认、签约主体、法律签署仍归各自负责人，ToR 保留其占位符；评审第三方草稿不属本技能；评估收到的报价属下一阶段（procurement-offer-review）。