负责人 中移动　·　状态 初稿　·　覆盖 210 个标书单元

〇、本件怎么用

本件是项目组自己用的收口清单，in_bid=0，不进投标文件。因为是内部件， 下面写真名、写内部分工；但不写散文——每一行都要能判定「做了没有」， 不写「应当注意」这类无法核验的话。

离递交截止 2026-10-20 09:30（b0081），开标同日同时（b0084）。 今天 10-13 周二，中间只有 10-13、14、15、16、19 五个工作日， 10-17、10-18 是周末，平台人工审核环节在周末不推进——这一点决定了下面所有时点。

三块内容：第二、三节是递交前核验（含 13 项否决情形逐项打勾）， 第四节是索引页码回填方案，第五节是合稿定稿检查清单。 第六节给出现在就能打勾的、要等人去办的、以及最紧的一项。

---

一、递交前合规逐项核验表

1.1 平台与格式（b0112r02 是最细的一条，逐字拆开核）

b0112r02 一条里藏了六项硬要求，漏任何一项都落在符合性审查 「投标文件格式是否符合招标文件要求」项下，而该表写明「不符合评审项目中的任意一项， 其投标将被否决」（b0494r02）。

1.2 时间与递交（b0247–b0263）

1.3 开标当天的动作（b0087–b0091、b0112r11）

开标是线上的，有一套必须当场完成的流程。CA 解密有时限，解密不成按撤销投标处理， 并且招标机构保留扣除保证金的权力（b0273、b0274）。

预案：CA 介质要有备份或备用机；主讲与备份两人都要能登录、都要能解密。 欧阳在美国远程，09:30 是北京时间，时差提前算好并做一次联调演练。

1.4 无效标情形（b0285–b0291，与否决投标是两套口径，都要躲）

1.5 两个已经关闭的窗口（知悉，不要再按旧计划行事）

1.6 PDF 与 Word 双版一致性怎么比对（b0112r02 的实质要求）

两份是同一管线出的，但 DOCX 走 OOXML、PDF 走 Chromium，是两条渲染路径， 不能假定一致。比对口径定为四项，任一不符即重导：

---

二、13 项重大偏差否决情形逐项打勾

b0469、b0470 写明：初步评审时存在下述情形之一的，视为不满足招标文件实质性要求的 重大偏差，其投标将被否决。同一 13 项在 b0336–b0349 以「符合性和实质性评审时…… 评标委员会可以否决其投标」再列一遍——两处口径相同，逐项只核一次。 经初步评审不合格的，评标委员会不再进行详细评审（b0484），即技术方案 40 分根本不会被看。

2.1 三条最容易踩的，单独拎出来

2.2 资格审查与符合性审查对照（b0492、b0494）

2.3 倒排时间表

从递交倒着排。10-17、10-18 是周末，平台人工审核不推进； 保证金人工审核需 24 小时（b0110r01），CA 证书办理非即时（b0076、b0078、b0079）。 两条串起来，10-16 周五是真正的硬墙，不是 10-18。

图 X2-1　递交倒排时间表。

---

三、索引页码回填方案

b2272 明示「下列索引表为必填项」。两张表：

3.1 页码为什么只能冻结一版之后再回填

不是流程偏好，是实测结论。今天一小时内同一全卷导出的总页数出现过三个值：

任何一件的提交都会让它之后所有件的页码平移。所以页码不是「算出来」的，是「冻结出来」的： 封版 → 导出一版 PDF → 这一版的页码即为准 → 回填 → 此后任何正文改动都必须重走一遍。 回填完成后到上传之间，不接受任何正文提交，这是封版的实际含义。

3.2 回填前各任务留什么占位

纪律两条：任何任务不得自行猜填页码；占位必须用 【待填：…】 全角括号形式， 因为封版条件就是「全卷检索 【待填 命中为 0」，别的写法扫不出来。

当前全卷占位 3034 处，其中页码类 132 处（判定式：占位文字含「页码／起-止页／起止页／所在页」）。 页码类按件分布：B1 最多（两张索引表与总目录），其余散在 B10、B11、B12、T0、T7、T8、 T11、S1、S2、S3、A4、A5。另外 2900 余处是等实据材料的占位，不属本节范围， 由各件负责人按材料到位情况填实。

3.3 回填工序与工具

页码靠人数翻 2400 页不现实。导出管线把每件的一级标题另起页排在页首，页首文本形态固定为 GHY-26691 / 卷序 / 页眉 / 件名，据此可从 PDF 反查出每件的起止页。 已写成脚本并验证可用，随本件上传到任务附件：

# 产出全卷 50 件的「卷序 · 任务 · 件名 · 起页 · 止页 · 页数」对照表
python3 _x2/pagemap.py                      # 默认读 _portal/build/投标文件.pdf
python3 _x2/pagemap.py path/to/投标文件.pdf  # 或指定某一版

脚本的关键一点：卷序本身不唯一——正文里的 4.2、3.2 这类小节号会撞上件的卷序， 按卷序直接检索会把 A2 定位到 B1 的第 4.2 节上。所以它按 vol_order/doc_order 的既定件序 顺序扫页、只认下一件，并用件名二次确认。50/50 全部定位、页码严格单调，才算这一版可用； 有任何一件未定位，说明该件的标题页版式异常，必须人工核页后再回填，不能跳过。

回填四步：

1. 封版，不再接受正文提交；
2. export_doc.py all 出 PDF，记下这一版的总页数与导出时刻；
3. 跑 pagemap.py 得对照表，按表回填 B1 的表 3-1（总目录）、表 4-1（索引表 1）、

表 5-1（索引表 2，25 行）；B1 第六节给了页码编制规则（表 6-1）与三向校验流程（图 6-1）， 按那个规程走，不另造一套；

1. 抽查校验（见 3.5）。

3.4 评分项落点与当前页位（2026-10-13 04:52 版，共 2417 页）

索引表 2 的每一行要指到哪一件，已有定论；下表给出该件在当前这一版的页位， 仅作回填前的预演与合理性检查，封版后须以封版那一版重新取数。

3.5 回填后怎么验

3.6 一处口径冲突，需项目组裁决

索引表 2 第 2.2 行「总体方案设计」应答跨 T0、T1、T2、T3、T4、T5 多节，两处口径不一致：

两种都讲得通：前者方便评委直接跳转，后者表面整洁。本件不自行调和， 按 T0 口径（只列主节、首页给指引）回填的工作量更小且可逆，建议采用， 但须项目组确认后再动表。已在提交 note 中点出。

3.7 pagemap.py 现在能填哪些占位，填不了哪些

全卷页码类占位共 145 处（判定式见 3.2）。按能否由工具直接给值分成两类—— 这个区分决定了回填能在封版当天做完多少、还有多少必须等材料。

可直接回填（约 60 处）：占位指向的是整件或连续若干件，工具的对照表直接给值。 下表是 2026-10-13 04:52 版（共 2417 页）的实际取值，照工具原文引，未作改写； 封版后须以封版那一版重新取数。

工具填不了（约 85 处）：占位指向的是件内某份材料所在的那一页， 而那些材料（扫描件、证书、报告、简历、附件）现在还没插进卷里。 材料插进来会让该件及其后所有件的页码再平移一次—— 所以这 85 处不是「等工具」，是「等材料」，且材料到位后必须重新导出再回填一遍。

结论：封版当天工具能把约 60 处一次填完，另外约 85 处的前提是材料先进卷。 这也意味着回填要走两遍：材料进卷 → 导出 → 填件级页码 → 确认无新增内容 → 再导出核一遍材料页。倒排里 10-16 必须材料到位，就是为了给这两遍留出时间。

3.8 工具查出两处组卷不连续，须项目组裁决

对照表按件序排出来之后，有两个 B1 表 3-1 的行对应的页码不是一段而是两段。 这不是回填技术问题，是组卷顺序问题，本件不自行调整。

两种处置，各有代价：

建议采甲案：页码如实填写不构成任何否决或扣分情形，而乙案要动字段、重排、重导， 在剩下五个工作日里引入的风险大于收益。B12 的位置尤其不建议动—— 它排在卷一有商务属性上的理由，而索引表 2 第 5 行（团队配置 15 分）只要页码指对， 评委就能直接翻到，不受物理位置影响。但这是组卷决定，须项目组确认后再回填。 已在提交 note 中点出。

---

四、合稿定稿检查清单

4.1 现成工具与命令（不要手工数）

4.2 ⚠ 两件已经查出来的事，不是建议是问题

一、health.md 的「有稿 50/50」不能当合稿门禁。 体检读的是各任务 submissions/*.md（见 _portal/health.py）， 而合稿与导出取的是 tasks/<ID>/MAIN.md。 两者可以不一致：提交稿在 submissions/ 里，MAIN.md 正文却是空模板—— 体检照样显示「有稿」，导出的投标文件里那一节是空的。 封版门禁必须直接查 MAIN.md 正文字数：

cd _portal && python3 - <<'EOF'
import glob,re,sqlite3
c=sqlite3.connect('portal.db'); c.row_factory=sqlite3.Row
for r in c.execute("SELECT id FROM tasks WHERE in_bid=1 ORDER BY vol_order,doc_order"):
    s=open(f'tasks/{r["id"]}/MAIN.md',encoding='utf8').read()
    b=re.sub(r'','',re.sub(r'^>.*$','',s.split('---',2)[2],flags=re.M),flags=re.S)
    n=len(re.sub(r'\s','',b))
    if n<500: print(f'⚠ {r["id"]}: MAIN.md 正文仅 {n} 字')
EOF

二、B7「承诺书」的 MAIN.md 正文被接口自测稿覆盖了。 当前 tasks/B7/MAIN.md 正文全文只有一行「## 接口自测／由 uitest/agent_api_test.sh 生成，可删除。」而真稿（6583 字，10-13 02:47 提交）还在 tasks/B7/submissions/ 里。 承诺书是第六章第 7 项必备组成件（b0203、b2336–b2346）、P0 废标风险件， 现在合稿会把它交成一行测试文本——落在 b0471 第 1 项「内容不全」的否决情形上。 处置：由 B7 负责人（赵伊川）把 submissions/ 里的真稿重新提交一次覆盖回 MAIN.md； X2 在封版前用上面那段门禁脚本复查。已在对应任务下留注释。

同类风险不止这一件：uitest 的自测会向真实任务号提交。封版前整卷跑一遍上面的门禁， 不要只看体检。

4.3 逐件确认清单（50 件，每件过这 8 项）

当前全卷状态（04:52 版，2417 页，50 件全部定位）：第 4 项已全绿—— 全卷 PDF 检索我方六个真名、四家公司名、三个模型／工具链品牌，命中均为 0； 「负责人 」3 处经核为招标文件原文术语「单位负责人」与图内标签「负责人 · 时点」， 「token」37 处为数据集单位与网关留痕 JSON 样例，均非脚手架泄漏，不需处置。 deliverable.js 全项通过，但它只测 T1A 单节，不等于全卷干净——第 4、5 项仍须按上表全卷过。

4.4 大表跨页风险清单

版式要求「整表不跨页」，但 A4 版心一页约容 30 行表格。全卷有 86 张表超过 30 行， 分布在 29 件里，它们必然跨页或溢出。逐张改不现实，按行数排序处置前十件：

判定口径：长表跨页本身不是否决项，但表头不重复出现、导致后续页看不出列义， 落在 b0471「内容不全或关键字迹模糊、无法辨认」的风险区。 最低要求：跨页表的续页必须重复表头。封版前抽查 10 张最长表的续页。

4.5 绝对指标改写

全局指引第 5 条要求「100%／全量／无漏报／全闭环／全维度／全覆盖」一律改写为 「趋向／逐步接近」并配基线、验收口径与回退机制。当前交付版 PDF 全文命中：

这 430 处里有一部分是招标文件原文引用（引用原文不改），其余须逐处过。 health.md 已按件给出分布（T5 全量×15、S3 全量×29、A11 100%×11 等）， 按件派回原负责人改，不由合稿人代改——改写要配基线与回退，只有写的人知道该配什么。 这是写进标书就是将来自己要应答的条款，不是文字偏好。

---

五、现在能打勾的、要等人办的、最紧的

5.1 现在就能打勾（9 项，无需等任何人）

5.2 要等人去办（按卡住程度排）

5.3 最紧的一项

CA 证书。 它既是上传投标文件的前提，也是开标当天解密的唯一手段， 而且是本清单里唯一一件完全外部、我方无法加速、失败即直接出局的事 （b0076、b0078、b0079）。其余事项要么有回退（撤回重传、b0259–b0261）， 要么只影响得分；CA 没办成，前面 2400 页全部作废。 第二紧的是保证金的 24 小时人工审核——它不难，但它会跨周末， 拖到 10-16 之后就没有缓冲了（b0110r01）。

---

六、本稿待补材料清单

本件为内部收口清单，所列状态截至 2026-10-13 05:00，页码类数据随每次导出变化， 封版时须按封版那一版重新取数。