一期只做一件事：把招标文件里的矛盾、非常规和增加成本的条款，在投标前自动找出来，并把工程师的经验存成盈德自己的标准库。
对照工程师澄清表召回 ≥80%
审一套技术标，靠几位工程师的眼睛和记忆
文件多、专业多、中英文两版，真正值钱的「这类机组厂家一般怎么配」的经验，没有写下来。
全靠人逐页看
技术标涉及工艺、动设备、静设备、自控、管道、电气等专业，一个专业一名工程师，只精通自己那部分；文件多、内容长，审核周期长。
经验在人脑和个人电脑里
历史项目的招标文件、澄清表、买方答复分散在各工程师电脑上，没有成文的标准库，人走经验走。
肉眼难发现的不一致
同一要求在两份附件里写成 72 小时和 96 小时、中英文版本不一致、正文引用了却没提供的附件——这类问题靠人很容易漏。
漏一条就是成本
一台进口还是国产膨胀机、氧阀是否全部锻造——这些条款没在澄清阶段提出来，中标后就要自己承担。
不是设想，已经用盈德的项目 A 跑过一遍
9 月下旬，我们让系统在不看答案的情况下审查项目 A 的招标文件，再和盈德工程师当时做的澄清表逐条对答案。
分交表还原在一期 T1 解决。
盲测范围：项目 A 的压缩机组技术要求，以及主文件、装置要求、膨胀机、冷冻机组等 8 份文件交叉比对。系统倾向「宁多勿漏」，多报的部分由确认台排序、分派与驳回处理（见第 04 节）。
一次审查走六步，最后一步让它越用越准
工程师只做判断：系统负责读、比、列、导出；确认过的结论和买方答复回流进标准库。
招标文件解析
PDF / Word / Excel 多文件批量导入；按章节与条款号切分；分交表、数据表按行列还原；中英文逐条对照。
文件自审
文件内部与跨文件的矛盾、数值冲突；中英文版本不一致；引用了但没提供的附件。
比对标准库
逐条比对盈德技术要求标准库，标出与常规做法不一致、会增加成本的条款，并附库内条款与历史答复作依据。
澄清问题表输出
按盈德现有《技术标澄清问题表》格式导出 Excel：专业、文件名称、条款号、原文、问题描述、建议澄清。
工程师确认与打标
每条「采纳 / 修改 / 驳回」，可补充系统漏掉的问题；按成本影响排序，减少逐条翻阅。
答复回流入库
买方答复回来后，确认过的条款连同答复写回标准库，下一个项目自动引用。入口在豆包工作。
工程师看到的是一张确认台，不是一堆报告
下面这些条款原文都来自项目 A 的盲测结果。可以直接点：采纳、修改或驳回，再点「导出澄清问题表」。
一条结论，三秒判断
每一条都带两处原文出处、问题类型、所属专业和建议澄清的写法，工程师只需要判断「提不提、怎么提」。
- 1按类型筛：矛盾 / 与常规不符 / 增加成本
- 2逐条采纳、修改或驳回；驳回原因用来校准下一次判断
- 3导出盈德格式的澄清问题表，按专业分派
- 4买方答复回来后，确认过的条款写回标准库
10 周上线：两条线并行，最后两周人机同审
一条建标准库，把散在各人电脑里的历史经验变成可引用的条款；一条建审查能力。第 8–9 周工程师照常审、系统同审，漏报误报逐条回流，直到工程师对系统结果基本没有意见。
T0 立项与对齐第 1 周
1人天
T1 资料接入与解析第 2–3 周
3人天
T2 标准库萃取与确认第 3–5 周
4人天
T3 能力构建与配置第 4–6 周
4人天
T4 部署与集成第 7 周
2人天
T5 人机并行与 UAT第 8–9 周
3人天
T6 上线与培训第 10 周
1人天
T7 运维与陪跑上线后 8 周
1人天
用盈德自己的历史项目来验收
验收样本是一个已经完成澄清、且没有用于建库的历史项目，用它的工程师澄清表做标准答案。
库内条款识别
标准库里已确认、且适用于该项目的条款，盲审识别召回率。
对照工程师澄清表
以验收样本的工程师澄清问题表为基准的整体召回率。
文件自审
输出矛盾、中英文不一致、缺失附件清单，每条附原文出处。
流程可用
上传 → 审查 → 分派 → 确认打标 → 导出澄清表 → 答复回流。
召回率只统计验收样本内的条款。系统多报的部分不影响验收，由确认台排序与驳回处理。验收不写「一条不漏」：这类承诺无法客观验证。
19 人天，固定总价
以上线并通过验收作为全部人天的一次性核销依据，实际投入多于或少于约定人天，总价都不调整。
- 通过飞书 PSC 专业服务订单签约
- 不含大模型调用资源费，按与物料主数据项目相同的模型通道结算
- 超出本期范围的内容，按随合同附带的增量单价表计价
- 与 9 月 24 日报价单 V1.2 一致
人天花在哪里
按阶段拆分，与第 05 节的落地路径一一对应。
本期不做
- 投标文件、技术方案的自动生成（全流程的后续阶段）
- P&ID、布置图等图纸内容的识别与比对（招标文件本身不含图纸）
- 商务标审核（商务条款、价格、付款条件）
- 与投标管理、OA、文档管理等系统的接口（需要时按增量单价表计）