该技能处理采购的收件侧：供应商针对 IPPF ToR 提交技术或财务报价后，检查并评论该报价，在决策变化时保持内部采购包（ToR、豁免理由、最佳性价比说明、采购清单）一致，并在多投标评审中比较评分。ToR 起草属于上游的 tor-procurement。
模式路由：OFFER-REVIEW 检查报价与 ToR 及此前评论轮次的对齐，对供应商文件只读，可选生成 _COMMENTS 副本；PACK-PROPAGATE 把一个采购决策（签约主体、预算数字、结构、日期）一致应用到包内每份文档；SCORE-COMPARE 针对带评分工作簿的多投标评审，建立或链接评审人与 AI 的对比。模式不明时先一行询问。
共享规则：绝不编辑供应商文件，评论写在 <original>_COMMENTS.docx 副本上，PDF 报价的评论写入聊天报告；不虚构任何数字、主体名称、SIREN/VAT 号、日期或批准；不自行断言 CERV、VAT、分包或采购手册合规，只陈述文档内容并标注 ⚠ Finance to confirm；编辑前记录时间戳并写版本化副本；OneDrive 非 git 文件夹写入后需重读验证，git 文件夹写入与提交一并完成；docx/xlsx/PDF 提取机制见 references/docx-xlsx-mechanics.md。
证据卡按 ToR 要求或评分标准逐条生成，六字段依次为：要求什么、为何重要、投标人提供了什么、缺失或不明确之处、判断（met/partial/missing/diverges 或带档位标签的分数）、什么会改变判断。卡片面向非专家读者，逐卡拼出缩写、术语首用处六词解释、操作化陈述后果、句式短且主动，字段 3 每个论断必须带出处。交付前做读者测试。
OFFER-REVIEW 提取报价、ToR 与此前评论轮次三源后逐条走 ToR，自行复算所有算术与上限，核对上一轮要求是否被采纳，注意已知陷阱（许可 vs 转让、许可范围收窄、预付款触发条件表述不一、交付时间变动而付款计划未动等），按最便宜修复路径排序遗留问题，先给 BLUF 结论再列问题与证据卡附录。
PACK-PROPAGATE 先一行写明旧值→新值及涉及文档，清点采购包并搜索旧值及其派生形式，最小范围就地编辑，改后重新提取并做残留扫描，扫描本身即交付物；涉及合规陈述的编辑一律加 ⚠ Finance to confirm。
SCORE-COMPARE 先把官方表格分数单元格以公式链接到评审人工作矩阵，链接前对比工作表并备份；建立对比页（评审人/AI/差值、总分、排名、阈值一致列）并按模板档位设红/黄标注；另设标准卡片页，字段 6 指出何种证据能定分歧。AI 分数不得覆盖评审人分数，对比仅供查看，决定权在评审人。
范围边界：ToR 起草或评分属 tor-procurement，授标后跟踪属 implementation-pack，面向捐助方的提案属 /proposal；合同起草、签署流转及每个 ⚠ 标记背后的合规判断属 Finance、预算持有人与豁免签署人。内部包文档为内部资料，无需对外发布说明；若输出发给供应商则以 Ane 的口吻书写。