## 一、本节的位置、回应范围与阅读导引 本节是技术方案卷的总论，回应招标文件第六章第 13 项「技术方案」（`b2364`、`b2365`，格式自拟）、评分表第 2 项「技术方案」中的「总体方案设计」（`b0496r03` 第 2 条），以及第五章用户需求书第 1 章项目背景（`b0660`—`b0677`）、第 2 章项目建设范围（`b0678`—`b0688`）与第 3 章信息系统技术要求的总起条（`b0689`）。术语定义一节（`b0657`—`b0659r30`）在本节统一承接，全卷术语以本节第二部分为准。 ### 1.1 本节写什么、不写什么 总论只做三件事。第一件是把我方对这个项目的理解摆出来：天地奔牛要解决的现场问题是什么，六项项目目标各自的实质是什么，本包在其中承担哪一段。第二件是给出总体技术架构：全项目的分层、每一层的职责、层与层之间传什么，以及数据从源系统到场景验证结论的完整路径。第三件是把技术方案卷的十五个章节串成一个整体：谁的产出是谁的输入、交接物是什么、交接判据是什么、口径冲突如何处置。 方法、参数、指标分解、界面与流程细节不在本节展开。四大数据集的加工环节与规模分解见本卷「四大数据集加工生产」各节；工具链的逐工具设计见本卷「专项智能工具链」各节；运营平台的逐模块功能见本卷「数据集运营平台」节；治理的九大能力域规划见本卷「数据治理体系」各节；十一个场景的验证口径见本卷场景验证各节；硬件型号参数见本卷「硬件选型与配置」节；评测指标与实施过程见服务方案卷「数据集质量评测方案」节。本节给索引与架构，不重述上述各节的内容。 本方案的承诺主体、资质主体与交付主体均为中国移动，全卷自称「我方」。凡写入本卷的指标、工期与服务承诺，均为我方可履约并接受考核的条款。 实施范围十个单位的角色划分、业务范围六项的承接值、本包交付责任的起止边界，已在本卷「四大数据集加工生产总述」节以两张表和一张边界图给出。本节从项目整体层面写协同机制与架构承接，不重复那三件；凡需要引用责任边界的地方，统一引用该节图 1-1，以免两处画法不一致。 ### 1.2 技术方案卷的组织方式与索引 技术方案卷按招标文件第五章第 3 章的条目顺序组织，不另立体系。这样安排的理由是 `b0497` 的要求：投标文件应针对招标文件、按用户需求顺序逐条应答。评标委员会按需求书顺序读，就能在同一位置找到对应的应答；实施阶段按同一顺序组织阶段验收，验收项与合同标的项一一对上。 表 1-1　技术方案卷各节与招标文件条目的对应 | 本卷节次 | 节名 | 回应的招标文件条目 | 主要交付内容 | |---|---|---|---| | 2.1 | 技术方案总论（本节） | 第五章 1.1、1.2、2.1、2.2、3 起（`b0660`—`b0689`）；`b0496r03` 第 2 条 | 需求理解、总体技术架构、全卷衔接关系 | | 2.2 | 四大数据集加工生产（总述及三节） | 3.2.6.3 数据加工生产服务（`b1360`—`b1576`）、3.2.6.4 数据集建设及指标要求（`b1577`—`b1601`） | 十个加工环节、标注与质检、四集规模与数据卡 | | 2.3 | 专项智能工具链（总述及三节） | 3.2.3（`b0914`—`b1158`） | 9 类 25 个工具链的设计、接口与验收 | | 2.4 | 数据集运营平台 | 3.2.4（`b1159`—`b1206`） | 17 个功能模块的功能、界面与流程、SLA | | 2.5 | 数据治理体系（总述及两节） | 3.2.6.1（`b1217`—`b1336`） | DCMM 三级路径、九大能力域规划与实施 | | 2.6 | 六个专业场景验证 | 3.2.6.5.1（`b1604`—`b1712`） | 六场景的验证口径、指标与通过判据 | | 2.7 | 五个通用场景验证 | 3.2.6.5.2（`b1713`—`b1784`） | 五场景的验证口径、指标与通过判据 | | 2.8 | 硬件选型与配置 | 第五章硬件部分与采购清单（`b2150` 等） | 五类 46 台设备的型号、参数与配置 | | 2.9 | 系统集成方案 | 3.1.2.3（`b0794`—`b0801`）、3.2.5（`b1207`—`b1212`） | 平台安装适配、国密调试、硬件联网 | | 2.10 | 技术创新与机制创新 | 3.2.6.6—3.2.6.13（`b1785`—`b1878`） | 运营推广、标准验证、专家库、标注规范、软建设、知识产权 | | 2.11 | 需求书逐条应答矩阵 | 第五章全部条目；`b0496r03` 第 1 条 | 逐条响应结论与正文页码索引 | | 2.12 | 安全方案 | 3.1.2 安全软件建设（`b0693`—`b0742`）、3.2.7（`b1879`—`b1880`）、3.2.6.12（`b1868`—`b1871`） | 商用密码服务平台、等保测评、密评 | | 2.13 | 非功能性技术要求 | 3.1.2.2（`b0743`—`b0793`） | 基本、开放性、安全性、可靠性、运行、性能、国产化七组指标 | | 2.14 | 数据资源采集接入 | 3.2.2（`b0805`—`b0913`） | 17 个源系统接入、多格式多模态录入 | | 2.15 | 行业大模型训练推理技术服务 | 3.2.6.2（`b1337`—`b1359`） | 训练推理平台、算力规划、四阶段训练与评测 | 表 1-1 数据来源：节次划分依本投标文件目录；条目对应依招标文件第五章第 3 章章节号与单元 id。 服务方案卷另有三节：项目管理措施（回应 `b0496r05`、3.2.6.11）、售后服务方案（回应 `b0496r07`）、数据集质量评测方案（回应 `b0496r04`、3.2.8）。资格与商务卷的内容不在本卷索引之内。 技术方案卷阅读导引：从需求书条目到应答位置 招标文件第五章 1 项目背景 2 项目建设范围 3.1 软件部分 3.2 服务部分 （3.2.2 采集接入 3.2.3 工具链 3.2.4 运营平台 3.2.5 系统集成 3.2.6 实施服务） 本节（技术方案总论） 需求理解 · 总体架构 全卷衔接与索引 技术主体各节 2.2—2.9、2.12—2.15 创新与应答各节 2.10 创新 · 2.11 应答矩阵 读法 每节首句点明 回应哪一条 段末标单元 id 可回原文核对 节末附本节 回应单元索引 卷末应答矩阵 给结论与页码 评分对应 b0496r03 第 1 条 → 应答矩阵 第 2 条 → 本节 第 3—5 条 → 硬件 · 创新 → 系统集成节 按序对应 索引 图 1-1　技术方案卷的阅读导引。数据来源：需求书条目依招标文件第五章章节号；评分对应依 `b0496r03` 五个小项。 ### 1.3 评分口径与本卷的对应 「总体方案设计」一项列了六个评价维度（`b0496r03` 第 2 条）。这六个词决定了总论该怎么写，因此我方在本节的组织上逐一对应，而不是另起一套叙述顺序。 表 1-2　「总体方案设计」六个评价维度在本节的落点 | 评价维度 | 我方在本节的落点 | 对应位置 | |---|---|---| | 对需求的理解程度 | 先写清每一项要求对应的现场问题，再写做法；项目目的与六项目标逐条给出我方的理解与承接值 | 第三、第四部分 | | 与项目需求的贴合度 | 做法落到具体对象：28 道备料工序、63 万张历史图纸与配套工艺卡、刮板输送机部件层级、炉次与焊道 | 第三部分、第六部分 6.8 | | 方案全面性 | 第五章第 3 章的全部条目在本卷有对应章节，索引见表 1-1；建设范围六项的承接见第五部分 | 第一、第五部分 | | 方案清晰度 | 总体架构按六层一横一纵给出，层间交接物逐条写明；全卷接口矩阵一张表列全 | 第六、第七部分 | | 方案可实施性 | 每项指标给出输入、产出、验收主体与不通过时的回退路径；前置条件与风险逐条给处置办法 | 第六部分 6.9、第八部分 | | 方案详细程度 | 架构到交接物粒度、指标到计量规则粒度、回退到触发条件与回流终点粒度 | 第六、第七、第八部分 | 表 1-2 数据来源：评价维度依招标文件 `b0496r03` 第 2 条原文。 还有一条与本卷全体相关：`b0496r03` 第 1 条规定完全满足技术要求得 5 分，有负偏离或不响应的每项扣 1 分。我方的处置办法是在本卷末设需求书逐条应答矩阵，逐条给出响应结论与正文页码，与资格与商务卷的技术与商务规格差异表共用同一张底表，两处口径一致。本节第九部分给出该矩阵的生成规则与填写口径。 ## 二、术语与口径的统一 本部分回应招标文件第五章术语定义（`b0657`、`b0658`、`b0659r01`—`b0659r30`）。招标文件在技术要求开头统一定义了 30 个简写，其用意是避免同一事物在不同章节出现不同叫法。我方全卷沿用这 30 个定义，不改写、不另造同义词；本卷各节出现这些简写时一律按下表取义。 ### 2.1 招标文件术语的沿用 表 2-1　招标文件术语定义的沿用（照录 `b0659r01`—`b0659r30`） | 序号 | 简写名称 | 解释说明 | 单元 | |---|---|---|---| | — | 表头行 | 序号／简写名称／解释说明 | `b0659r01` | | 1 | 天地奔牛 | 宁夏天地奔牛实业集团有限公司 | `b0659r02` | | 2 | Token | 词元，大模型处理文本的最小单位 | `b0659r03` | | 3 | ERP | 企业资源计划 | `b0659r04` | | 4 | MES | 制造执行系统 | `b0659r05` | | 5 | QMS | 质量管理系统 | `b0659r06` | | 6 | WMS | 仓储管理系统 | `b0659r07` | | 7 | LMS | 物流管理系统 | `b0659r08` | | 8 | EAM | 设备资产管理系统 | `b0659r09` | | 9 | OA | 办公自动化系统 | `b0659r10` | | 10 | CRM | 客户关系管理系统 | `b0659r11` | | 11 | SCM | 供应链管理系统 | `b0659r12` | | 12 | SOS | 售后服务管理系统 | `b0659r13` | | 13 | SCADA | 数据采集与监控系统 | `b0659r14` | | 14 | IIoT | 工业物联网平台 | `b0659r15` | | 15 | MDM | 主数据管理系统 | `b0659r16` | | 16 | ESB | 企业服务总线 | `b0659r17` | | 17 | WCS | 仓库控制系统 | `b0659r18` | | 18 | WMS-APP | 仓储管理系统移动端 | `b0659r19` | | 19 | PDA | 手持终端 | `b0659r20` | | 20 | RBAC | 基于角色的权限访问控制 | `b0659r21` | | 21 | SSL 协议 | 安全套接层协议 | `b0659r22` | | 22 | 6S | 整理（SEIRI）、整顿（SEITON）、清扫（SEISO）、清洁（SEIKETSU）、素养（SHITSUKE）、安全（SECURITY）六个项目 | `b0659r23` | | 23 | RFID | 射频识别 | `b0659r24` | | 24 | AGV | 自动引导搬运车 | `b0659r25` | | 25 | PMP | 项目管理专业人士 | `b0659r26` | | 26 | PgMP | 项目集管理专业人士 | `b0659r27` | | 27 | RPA | 机器人流程自动化程序 | `b0659r28` | | 28 | PPT | 演示文稿 | `b0659r29` | | 29 | CRON 表达式 | 一种时间表达式，用于指定定时任务的时间规则 | `b0659r30` | 表 2-1 数据来源：招标文件第五章术语定义表（`b0659r01`—`b0659r30`）原文照录。 ### 2.2 本方案补充的术语 招标文件的术语表覆盖了系统简写与管理名词，但数据集生产过程中还有若干概念在全卷频繁出现，若各节各自表述会出现同一事物三种叫法。我方在此补充定义，并在全卷统一使用。补充术语不改变招标文件任何定义的含义，只是把招标文件正文中已隐含使用的概念显式化。 表 2-2　本方案补充并统一使用的术语 | 术语 | 本方案定义 | 招标文件中的来源 | |---|---|---| | 奔牛数据智能平台 | 本项目交付的平台总称，由数据集加工生产部分、训练推理部分、运营服务管理部分三块构成，三块同源、共用一套身份与权限、共用一套元数据与血缘 | 对应 `b0804r03`、`b0804r04` 两项采购清单及 3.2.6.2 的训练推理服务 | | 业务域 | 按企业业务主线划分的数据归集单元，本项目为供需计划、产品工艺设计、制造过程、产品质量四个加工业务域；治理实施另按九个管理业务域组织 | 加工业务域依 `b1214`；九个管理业务域依 `b1336` | | 用途子集 | 同一业务域数据按模型训练用途切出的四个子集：预训练、有监督指令微调、人类偏好对齐、基准评测 | `b1214` | | 批次 | 一次采集受理形成的最小可追溯加工单位，批次号贯穿采集到版本封装的全过程 | 依 3.2.6.3.1 采集记录与 3.2.6.3.10 数据集项目管理要求 | | 数据集版本 | 经质检与验证通过、冻结并封装的一份可交付成果，含数据体、数据卡、质检与验证报告、血缘清单 | 依 `b1563`—`b1576` | | 数据卡 | 随数据集版本交付的说明文档，记录来源、规模、模态、时效、加工算子、质量结论与使用限制 | 依 3.2.6.4 指标要求与 3.2.6.3.10 | | 质量门 | 加工链上的判定节点，对批次或版本作通过、有条件通过、不通过三值判定，并规定不通过时的回退终点 | 依 `b1215` 的「门控规则」与质检、验证两段要求 | | 定向回流 | 按血缘与错样归因结果，把问题批次退回到具体环节、具体算子重做，而不是整条链重做 | `b1215` | | 基线档与目标档 | 指标的两档表述方式：基线档为我方承诺的下限，目标档为努力达到的值；验收以基线档为准 | 依 `b0496r03` 对可实施性的要求与 3.2.6.5 各场景验证要求 | 表 2-2 数据来源：定义依本投标文件全卷统一口径；来源列指向招标文件对应条目。 ### 2.3 平台命名与模型口径的统一 本项目交付的平台对外统一称奔牛数据智能平台。采购清单把平台列为两项：数据集加工生产专项智能工具链建设服务（`b0804r03`）与数据集运营服务管理平台建设服务（`b0804r04`）；治理实施另要求数据治理开发工具平台（`b1336`）。这三者在我方方案中是同一平台体系的三个部分，不是三套相互独立的系统：加工生产部分承载十个加工环节与 25 个工具链，运营服务管理部分承载 17 个功能模块与对外交付，治理开发工具部分承载标准、质量规则、元数据与血缘的管理。三部分共用一套身份与权限体系、一套元数据与血缘库、一套审计日志。3.2.6.2 要求的训练推理服务按三域一网关组织（训练域、评测域、推理域，其上为统一模型接入与评测网关），作为加工生产部分的训练推理能力实现，不另立系统名称。三者的职责分界与接口详见本卷「数据治理体系总述」节图 4-1 与「数据集运营平台」节第一部分。 模型的口径在全卷统一：采用当期能力评测领先的通用大模型，经统一网关接入，可替换、可评测、可随代升级。本项目的建设主线是数据集，不是模型；模型在本项目中既是数据集的消费方（用于验证数据集是否管用），也是加工过程中的工具（用于预标注、合成、质检的双通道之一）。因此方案不把某一具体模型的能力写成交付承诺，而是把网关的可替换能力与评测方法写成交付承诺：任一模型被替换后，基准测试数据集与评测沙箱不变，评测结论仍可比较（依 3.2.6.2 第 5 条 `b1354`—`b1359` 的可复现要求）。 ## 三、对项目目的与现场问题的理解 本部分回应招标文件 1.1 项目目的（`b0661`、`b0662`、`b0663`）。 ### 3.1 本项目在配套设施中的位置 招标文件把本项目定义得很明确：本项目是矿山装备制造领域高质量数据集建设及场景应用项目配套设施的子项，负责为该项目提供数据加工生产服务（`b0662`）。这句话确定了三件事。其一，本项目的产出是数据集，不是智能应用；其二，本项目的服务对象是上层的数据集建设及场景应用项目，交付物要能被它直接使用；其三，本项目的工作范围止于数据集的生产、评测与验证，智能场景本身的建设不在本包之内。 这条定位对方案的写法有直接影响。凡涉及十一个场景的段落，本方案描述的都是「用什么数据、按什么口径、怎么判定数据够不够用」，不描述场景应用本身的功能设计与界面；凡涉及模型的段落，本方案描述的都是「数据集对模型表现的贡献如何测量」，不把模型能力写成我方的交付承诺。本包交付责任的起点是原始数据写入平台落地区，终点是数据集版本移交运营平台并登记完成（依 `b1575`、`b1576`，边界图见本卷「四大数据集加工生产总述」节图 1-1）。 ### 3.2 三个共性瓶颈对应的现场事实 招标文件指出行业在智能化转型中面临专业数据缺失、标注标准不一、场景适配困难三项共性瓶颈（`b0663`）。这三句话在天地奔牛的现场有具体的对应物，方案的针对性就建立在这些对应物上。 专业数据缺失，在这家企业不是「数据少」，而是「数据有而关联断」。生产业务数据留存完整，十年前生产了哪个矿的哪些产品都可追溯；设备过程参数已在采集并长期保存；历史图纸约 63 万张，且每一张图纸历史上都配有一张已审核签发的工艺卡片，天然构成成对的监督样本。缺的是关联：选型方案以文档散存、没有结构化库；工艺卡片与图纸的配对关系存在于文件目录与人的记忆中；焊接参数流与工件、焊道没有对应；热处理炉次与工件、材料批次、检测结果没有稳定关联；故障记录与数据段没有配对。因此本项目的收益首先来自把已有数据组织成可被调用、可被复核的资产，而不是来自新增采集。这一判断决定了加工主线上把对象主键贯通与时间基准统一列为最先建设的内容（详见本卷「系统集成方案」节图 7-4 与「数据资源采集接入」节 3.7）。 标注标准不一，在这家企业表现为同一事物在不同系统有不同编码、同一判断在不同人手里有不同尺度。各系统编码规则不一致，跨系统关联困难；备料工序的实际执行口径与工艺卡片的填写口径之间存在差异；焊缝缺陷的描述为文字，未与工艺参数关联；设备报警不少，但报警与真实故障之间缺少可核对的证据。因此标注环节的方案重点不在标注工具，而在标注规范与一致性管理：标签体系的层级、标注粒度、标注员间一致率的下限与返工触发条件，都要先定下来再开工（详见本卷「数据加工生产（二）」节第二部分与「技术创新与机制创新」节的数据标注规范一段）。 场景适配困难，在这家企业表现为通用模型回答不了专业问题。售前选型的公式是校核公式而不是正算公式，必须先凭经验预设一整套配置再代入验算，公式回答「这套配置行不行」，回答不了「该配哪一套」；备料工艺编制的工时大量消耗在录入而非判断上，一套四百张量级的项目仅工艺编审即需两天以上，其中七八成图纸本有可借用的既有工艺仍需逐张打开核对；库存储备量按往年同期用量估算，库存资金在年内单向累积。这些问题不是靠通用语料能解决的，必须有企业自身的专业样本。因此四个数据集的设计不按数据来源分，而按企业的四条业务主线分：供需计划、产品工艺设计、制造过程、产品质量（`b1214`）。 三个共性瓶颈 — 现场对应事实 — 本方案的落点 专业数据缺失（b0663） 现场事实：量不少、 关联少、口径散 63 万张图纸与工艺卡 成对但未建配对关系 标注标准不一（b0663） 现场事实：编码规则 不一致、判断尺度不一 缺陷为文字描述， 未与工艺参数关联 场景适配困难（b0663） 现场事实：校核公式 不能正算；工艺编制 工时耗在录入；储备量 靠经验估算 先建关联，后建规模 对象主键贯通与时间基准 统一列为最先建设内容 知识本体与知识库作为 统一知识底座（b1215） 先定规范，后开标注 标签层级、标注粒度、 一致率下限与返工触发 条件先成文并经确认 （3.2.6.9 标注规范） 按业务主线分集 四个数据集对应四条 业务主线，不按来源分 每集切四个用途子集 （b1214） 验证方式 关联是否建成：以对象 主键可贯通率与配对 样本数核验 规范是否生效：以标注 员间一致率与抽检 返工率核验 数据是否管用：以场景 验证的通过判据与 模型多阶段评测增量 核验（b1354—b1359） 三类核验结论均进入 数据卡与阶段验收材料 未达判据时按定向回流 机制退回上游重做 落到 核验 说明：左列为招标文件指出的瓶颈，中列为本方案的处置顺序，右列为可度量的核验方式 图 3-1　三个共性瓶颈在本项目中的对应事实与处置顺序。数据来源：瓶颈表述依招标文件 1.1 项目目的（`b0663`）；现场事实依本项目需求调研与建设单位书面需求；处置顺序依 3.2.6 总则（`b1215`）与 3.2.6.9 数据标注规范建设要求（`b1851`）。 ### 3.3 四条业务主线上的现场问题与数据条件 四个数据集的设计依据是企业的四条业务主线。每条主线上的现场问题不同，可用的数据条件也不同，因此四个数据集的加工重点并不相同。把这一点在总论里写清楚，下文各节的方法差异才有依据。 表 3-1　四条业务主线的现场问题、数据条件与加工重点 | 业务主线 | 现场问题 | 现有数据条件 | 加工重点 | 对应数据集 | |---|---|---|---|---| | 供需计划 | 选型依赖少数资深工程师，四五百套历史方案以文档散存、没有结构化库，投运效果未回流到选型环节；季度储备量按往年同期用量估算，库存资金年内单向累积 | CRM 的项目与商机、ERP 的需求计划与库存账、WMS 的实物库存与批次、历史选型方案文档 | 把历史选型方案结构化、为方案的实际使用效果分级；把商机、需求计划、实物库存统一到同一时点口径 | 供需计划数据集 | | 产品工艺设计 | 工艺编制工时大量消耗在录入上，一套四百张量级项目仅编审需两天以上，七八成图纸本有可借用工艺仍需逐张核对 | 63 万张历史图纸且每张配有已签发工艺卡片，PLM 的产品结构与工艺文件，工艺研究单元确认的 28 道备料工序字典 | 把图纸与工艺卡的配对关系显式建成监督样本；按工艺特征而非文件名建立检索键 | 产品工艺设计数据集 | | 制造过程 | 焊接参数流与工件、焊道无对应；热处理炉次与工件、材料批次、检测结果无稳定关联；报工时点相对实际作业有滞后 | MES 的工单与工序流转、SCADA 与 IIoT 的过程参数（秒级采样）、热处理群控的炉次工单与开完工记录 | 以炉次、焊道、工单为对象建立一件一档、一道一档的关联；补齐预热与层间温度等缺失采集手段 | 制造过程数据集 | | 产品质量 | 缺陷描述为文字且未与工艺参数关联；纸质检测报告数量可观但尚未数字化；设备报警不少而故障标签很少 | QMS 的检验记录与处置票据、交检拍照附件、无损检测与硬度检测结果、远程运维平台的报警日志 | 把缺陷描述规范化并与工艺参数、材料批次挂接；把维修事实回填到报警事件上积累配对样本 | 产品质量数据集 | 表 3-1 数据来源：现场问题与数据条件依本项目需求调研与建设单位书面需求；业务主线划分依招标文件 `b1214`；备料工序道数与历史图纸数量为本投标文件既定量纲（28 道、63 万张）；数据集与来源的详细对应见本卷「四大数据集建设及指标要求」节各集第 2 小节。 表 3-1 里有一个事实值得单独说明，因为它决定了产品工艺设计数据集的可行性：63 万张历史图纸与其已审核签发的工艺卡片是成对的。成对意味着这批存量天然就是监督样本，不需要从零标注，加工工作的主体是配对、解析与校验，而不是人工标注。这是本项目在四条主线中最具备规模化条件的一处，也是我方把产品工艺设计数据集的加工排在第一批投产的原因（详见第八部分实施节奏）。 反过来，产品质量主线的条件最弱：缺陷描述是自由文本，纸质报告尚未数字化，报警与故障之间缺少可核对的证据。这一处我方不按同样的节奏推进，而是先做规范与配对口径、再做规模化加工，并在该集的数据卡中写明本集的局限性与回退口径（详见本卷「四大数据集建设及指标要求」节第六部分）。总论在此点明，是为了让后文各节的进度差异有依据，而不是各节各自解释。 ### 3.4 对政策要求的承接 招标文件把本项目的政策依据写在项目目的一段：紧扣国家数据局「以数据高质量供给推动人工智能高水平应用」的战略导向，落实高质量数据集质量评测、统一接入国家数据基础设施、国产化自主可控三项政策要求，通过定向开放与合规服务推动数据从资源向资产再到资本的转化（`b0663`）。这三项要求在本卷各有落点，不停留在表态层面。 质量评测方面，我方按《高质量数据集质量评测规范》等国家标准组织评测，评测指标与加工过程内部门控共用同一套指标定义，避免内部门控合格而外部评测不合格（详见服务方案卷「数据集质量评测方案」节）。统一接入方面，我方按统一目录标识、统一身份登记、统一接口要求准备接入所需的元数据与接口（详见本卷「技术创新与机制创新」节接入国家数据基础设施一段、「数据集运营平台」节对外接口一段）。国产化方面，软硬件整体国产化比率按不低于 80% 的要求测算并逐项登记，测算口径与登记表见本卷「非功能性技术要求」节第八部分。 数据从资源到资产再到资本的转化，在本项目里是一条可以落到交付物上的链条，不是一句定性表述：资源对应采集接入形成的原始数据与规范化样本，资产对应经质检验证、带数据卡与血缘的数据集版本，资本对应在运营平台完成确权、挂牌与交易的数据集服务。这条链条上每一步的交付物与判据在本卷相应章节都有对应，第七部分的接口矩阵会把它们串起来。 ## 四、六项项目目标的理解与承接 本部分回应招标文件 1.2 项目目标（`b0664`）下的六项目标：协同汇聚（`b0665`、`b0666`）、平台技术（`b0667`、`b0668`）、数据质量（`b0669`、`b0670`）、标准生态（`b0671`、`b0672`）、场景赋能（`b0673`、`b0674`）、服务与安全（`b0675`、`b0676`、`b0677`）。 六项目标不是六个并列的工作包。协同汇聚解决数据从哪来，平台技术解决用什么生产，数据质量规定产出要达到什么水准，标准生态解决谁来定口径与谁来干活，场景赋能回答产出有没有用，服务与安全规定产出怎么被使用以及底座是否可靠。我方按这个逻辑承接，每一项都给出要求实质、承接值、验证方式与详述位置。 ### 4.1 协同汇聚目标 要求的实质是建立机制，不是一次性搬数据。招标文件要求发挥行业链主引领带动作用，建立高效协同的行业数据汇聚机制，整合内外数据资源，构建行业数据资源库，推动产业链上下游数据互通共享；以场景化、图谱化思路梳理行业数据需求，推动行业数据与公共数据创新融合，形成链主带动、多方参与、联合攻关的建设生态（`b0666`）。 这项目标里有两层工作。对内一层是把十个实施单位的数据按业务对象汇聚起来，这一层的难点在跨部门口径确认，不在技术；对外一层是把产业链上下游与公共数据纳进来，这一层的难点在数据权属与可用范围。我方的承接办法是把汇聚做成有受理、有登记、有台账的常设流程：数据源登记台账记录来源系统、责任部门、授权范围、更新频率与许可条件；每一次汇聚形成一个批次并留采集记录；对外数据另设外部数据管理流程，先核许可再入库（详见本卷「数据资源采集接入」节第三部分、「数据治理（二）」节外部数据管理一段）。 场景化与图谱化两个限定词对应两件具体工作。场景化指数据需求从十一个验证场景倒推：每个场景需要哪些对象、哪些字段、什么时间跨度，形成该场景的数据需求清单，再汇总成采集范围，而不是先把能采的都采来再找用途。图谱化指以知识本体与知识库作为统一知识底座，把对象之间的关系显式表达出来，使跨系统、跨部门的数据可以按关系而不是按表名被找到（依 `b1215`）。 ### 4.2 平台技术目标 要求包含三件事：建设不少于 9 类 25 个的数据集加工生产智能工具链，普及多模态数据治理、智能数据标注、数据合成等关键技术应用，构建一套数据集运营服务管理平台并形成可持续的运营服务能力（`b0668`）。 工具链的 9 类 25 个是硬性清单，不能少报也不宜随意多报。我方按招标文件 3.2.3 的清单逐一列名、逐一给出输入输出与在加工链上的调用点，清单与招标文件 `b0917` 的表一一对应（详见本卷「专项智能工具链总述」节第二部分）。这一组工具不是二十五个互不相干的小程序，它们共用一套任务骨架、一套血缘写入点与一套接口规范，公共层先行建设、工具分批投产（详见该节第六部分）。 运营服务管理平台的功能模块，招标文件在业务范围写不少于 14 个（`b0685`），在服务采购清单实列 16 个（`b0804r04`）。两处并不矛盾：14 是下限，16 是清单。我方把清单实列的 16 项全部交付，并另增平台服务与 SLA 保障模块以承载 3.2.4.6 的要求（`b1198`），合计 17 个，逐模块给出功能、界面示意与关键流程（详见本卷「数据集运营平台」节）。 关键技术应用一句的落点在三处：多模态数据治理落在多模态数据对齐类工具链与数据治理的元数据管理；智能数据标注落在智能标注类工具链的四个工具与标注一致性管理；数据合成落在数据生成与增强类工具链以及合成数据的来源标识与占比控制。合成数据有一条必须在总论里先定的口径：合成样本一律带来源标识，在各用途子集中的占比有上限并随批次登记，基准测试数据集不接受合成样本（详见本卷「数据加工生产（二）」节第三部分与「四大数据集建设及指标要求」节）。 ### 4.3 数据质量目标 要求是四个数据集的规模下限、模态与时效的占比下限，以及符合《高质量数据集质量评测规范》等国家标准、保真度、完备性、规整性、均衡性、可用性、可信性等核心质量维度达标（`b0670`）。 表 4-1　数据质量目标的要求下限与我方承接值 | 指标 | 招标文件要求（`b0670`、`b0683`、`b1361`） | 我方承接值 | 计量与核验方式 | 详述位置 | |---|---|---|---|---| | 预训练数据集 | ≥600 亿 Token | 615 亿 Token（供需计划 276＋产品工艺设计 70＋制造过程 105＋产品质量 164） | 按统一分词口径计量，分域分批登记，以版本封装时的计量结果为准 | 本卷「四大数据集建设及指标要求」节表 1 | | 指令微调数据集 | ≥80 万条 | 89 万条（40＋10＋15＋24） | 按条计量，一问一答为一条，多轮对话按轮次折算规则登记 | 同上 | | 强化学习偏好数据 | ≥6 万组 | 6.6 万组（3.2＋0.8＋1＋1.6） | 按组计量，一组含同一问题下的优劣答案对 | 同上 | | 基准测试数据集 | ≥0.9 万条 | 0.95 万条（0.4＋0.1＋0.2＋0.25） | 按条计量，题型协议与判分规则随版本冻结 | 同上 | | 模态种类 | 超过 3 种（时序、图像、文本、视频等） | 覆盖文本、图像、时序、视频四类 | 按数据卡的模态字段统计 | 同上第七部分 | | 多模态数据条数占比 | ≥40% | 按不低于 40% 承接，分集给出测算 | 以条数为分母，按数据卡模态字段统计 | 同上第七部分 | | 近 3 年内时效性数据条数占比 | ≥40% | 按不低于 40% 承接，分集给出测算 | 时点口径以数据产生时间为准，随版本冻结时点一并登记 | 同上第七部分 | | 质量维度 | 保真度、完备性、规整性、均衡性、可用性、可信性 | 六维度逐项给指标定义、阈值与测量方法，内部门控与外部评测共用同一套定义 | 内部七道质量门 + 外部首轮全量评测与整改复测 | 服务方案卷「数据集质量评测方案」节 | 表 4-1 数据来源：要求列依招标文件 `b0670`、`b0683`、`b1361` 原文；承接值依本投标文件事实口径；分域数值见本卷「四大数据集建设及指标要求」节表 1。 承接值高于要求下限，但高得有限，这是有意的。规模指标是将来要自己应答的条款，承诺值与可达成量之间要留出核验与整改的余量，而不是报一个好看的数。四个数据集均按分期达成组织，每期有目标量与核验点；若某一期未达量，按该节第二部分的处置办法在后续期补足并在数据卡中登记，不以调整计量规则的方式达成（详见该节第二部分）。 六个质量维度在我方方案中有一处需要在总论点明的设计：内部门控与外部评测使用同一套指标定义。若内部用一套宽指标、外部评测用国家标准的另一套，结果就是内部全部通过而外部评测出缺陷，整改期被压到项目末段。因此我方把评测方案的指标定义前置到加工阶段，作为七道质量门的判定依据（依 `b1542` 的质检指标要求与 3.2.8.2.2 评测指标）。 ### 4.4 标准生态目标 要求是吸引不少于 5 家数据企业、高校、科研院所参与数据集建设，建立行业数据标注专家库、入库专家不少于 50 人，构建涵盖数据采集、标注、质检等环节的专业人才支撑体系（`b0672`）。 这项目标的实质是把建设能力沉淀到组织与机制上。我方的承接办法分三层：参与方按联合攻关课题的形式纳入，每个课题有明确的任务、交付物与知识产权约定；专家库按入库条件、评级、派工、考核、退出五个环节建机制，不只是一份名单；人才支撑体系按采集、标注、质检三类岗位建立岗位标准、培训课程与考核办法，与售后服务方案的培训内容衔接（详见本卷「技术创新与机制创新」节专家库与软建设两段、服务方案卷「售后服务方案」节培训一段）。 专家库 50 人的构成，招标文件未明确是建设单位内部专家还是社会专家。我方在方案中按两种情形都留口径：内部专家按专业领域与工龄条件入库，承担口径确认与仲裁；社会专家按资质与业绩条件入库，承担标注规范评审与争议裁决。两类专家在派工规则上分开，避免内部专家既做标注又做仲裁（详见本卷「技术创新与机制创新」节）。 ### 4.5 场景赋能目标 要求是建成的数据集能够支撑不少于 11 个行业细分任务场景，有效提升各场景下模型和智能体性能；围绕研发设计、中试验证、生产制造、经营管理等关键环节，推动数据集建设与实战需求深度融合，实现以模引数、用数赋模，形成数据标注、高质量数据集、模型、应用场景、市场化价值化的闭环（`b0674`）。 这项目标是本包与上层项目的接合点，也是最容易写偏的一处。偏的方向是把场景建设写成我方的交付。我方的口径是：本包承担的是场景验证服务，即以场景的实际业务任务检验数据集的效果并产出可用性结论（`b0684`、`b1602`）。因此十一个场景在本卷的写法统一为五段：验证范围与被验证能力、验证所需数据与就绪度核验、金标准集与用例设计、验证指标与通过判据、不通过时的归因与整改复测。 以模引数、用数赋模这八个字在方案里有具体的实现机制，不是口号。以模引数指模型的评测结果反过来决定下一批数据加工什么：评测错题开展训练数据归因分析，识别脏数据、覆盖盲区、歧义标注与难度分布缺口，形成结构化整改任务单（`b1357`、`b1358`）。用数赋模指同一基准集在多阶段模型版本上评测，量化不同数据集带来的能力增量（`b1355`、`b1356`）。两个方向合起来就是评测、归因、修复、回评的数据闭环，它在架构上的位置见第六部分图 6-2。 表 4-2　十一个场景的验证承接与详述位置 | 类别 | 场景 | 本包承担的验证工作 | 主要供数数据集 | 详述位置 | |---|---|---|---|---| | 专业场景 | 产品智能选型 | 校核结果一致性、推荐排序可解释性、相似历史项目检索可比性的验证 | 供需计划、产品工艺设计 | 本卷 2.6 节第三部分 | | 专业场景 | 板材备料工艺智能设计 | 图纸解析要素完备性、工序选择与排序合规性、展开长计算一致性的验证 | 产品工艺设计 | 本卷 2.6 节第四部分 | | 专业场景 | 库存控制智能化 | 同时点口径一致性、物料分层合理性、补货建议与执行偏差归因的验证 | 供需计划 | 本卷 2.6 节第五部分 | | 专业场景 | 热处理过程智能监控 | 炉次档案完整性、曲线偏离识别有效性、同批次横向比对可用性的验证 | 制造过程、产品质量 | 本卷 2.6 节第六部分 | | 专业场景 | 焊接过程控制智能监控 | 参数流与焊道对齐正确性、参数差异清单有效性的验证 | 制造过程、产品质量 | 本卷 2.6 节第七部分 | | 专业场景 | 刮板输送装备健康智能诊断 | 工况分段与基线有效性、报警归并正确性、证据等级判断的验证 | 制造过程、产品质量 | 本卷 2.6 节第八部分 | | 通用场景 | 管理制度智能问答 | 条款定位准确性、出处与版本状态标注完整性的验证 | 通用语料（制度库） | 本卷 2.7 节 | | 通用场景 | 技术标准智能问答 | 标准检索命中、条款定位与版本状态判断的验证 | 通用语料（标准库） | 本卷 2.7 节 | | 通用场景 | 标书智能问答 | 相似项目检索、素材复用等级与来源标注的验证 | 通用语料（标书库） | 本卷 2.7 节 | | 通用场景 | 决策数据智能问答 | 口径说明完整性、数据来源与更新时间标注的验证 | 四集的结构化子集 | 本卷 2.7 节 | | 通用场景 | 合同合规审查智能助手 | 偏离项定位、规则依据引用正确性的验证 | 通用语料（法规与制度库） | 本卷 2.7 节 | 表 4-2 数据来源：场景名单依招标文件 `b0684` 与 3.2.6.5（`b1604`—`b1784`）；验证工作的具体口径与通过判据见本卷场景验证各节。 六项项目目标 — 承接内容 — 可核验的交付物 协同汇聚（b0666） 数据从哪来 平台技术（b0668） 用什么生产 数据质量（b0670） 产出到什么水准 标准生态（b0672） 谁定口径谁干活 场景赋能（b0674） 产出有没有用 服务与安全（b0676、b0677） 怎么被使用 数据源登记台账 · 批次受理 · 外部数据 许可核验 · 场景倒推的数据需求清单 9 类 25 个工具链 · 17 个运营模块 公共层先行 · 工具分批投产 四集规模与占比 · 六质量维度 内部门控与外部评测同一套定义 ≥5 家参与方的联合攻关课题 ≥50 人专家库五环节机制 · 岗位标准 11 个场景的验证口径与通过判据 评测—归因—修复—回评闭环 三统一接入 · 确权挂牌交易 国产化 ≥80% · 密码应用 · 等保与密评 台账与采集记录可查 每批次有授权与许可依据 逐工具验收记录与接口文档 模块逐项功能演示 版本封装时的计量与核验记录 盖章评测报告与质量档案 课题任务书与成果交付记录 专家名册 · 派工与考核记录 各场景验证报告与整改任务单 多阶段评测的能力增量结论 登记与挂牌记录 · 接入材料 国产化测算表 · 测评与评估报告 承接 核验于 图 4-1　六项项目目标的承接内容与可核验交付物。数据来源：目标依招标文件 1.2（`b0665`—`b0677`）；承接内容依本卷各节方案；交付物依表 8-3 交付物总清单。 ### 4.6 服务与安全目标 要求分两段。第一段是服务：建成的数据集可服务行业相关用户，按统一目录标识、统一身份登记、统一接口要求接入国家数据基础设施；面向国家重大战略需要定向开放，推动在数据交易所挂牌、上架、交易，培育为高质量数据付费的市场共识（`b0676`）。第二段是安全与自主可控：数据库、安全软件、云平台、服务器、存储、网络、芯片等软硬件设备整体国产化比率不低于 80%（`b0677`）。 服务一段的承接落在运营平台与运营推广两处。接入国家数据基础设施按三统一要求准备：目录标识对应数据集目录与元数据模块的标识字段，身份登记对应登记注册模块，接口要求对应对外接口模块的协议适配（详见本卷「数据集运营平台」节与「技术创新与机制创新」节接入一段）。挂牌与交易按确权、挂牌展示、交易合同、交易费用、清算五个环节建设，定向开放另设审批链与出域控制（详见该节第三至第六部分）。 安全与自主可控一段的承接落在三处。国产化比率按设备与软件分类登记、按金额与数量两个口径分别测算，测算表随投标文件提供（详见本卷「非功能性技术要求」节第八部分）。密码应用按商用密码服务平台建设并完成国密算法在加工链各环节的落点设计（详见本卷「安全方案」节）。等级保护测评与商用密码应用安全性评估按 `b0804r07` 作为服务采购项组织，由具备相应资质的测评机构承做，我方负责配合、整改与证据组织（详见同节第六、第七部分）。 关于 80% 这个比率，总论需要先说清口径，否则各节测算方式不一致。我方的测算口径是：以本项目采购范围内的软硬件为统计总体，分数据库、安全软件、云平台、服务器、存储、网络、芯片七类，按类登记产品的国产化属性，整体比率按设备台数与合同金额两个口径分别测算并同时列出，以较低的一个作为对外承诺值。统计总体不含建设单位既有存量设备，因为那部分不在本项目采购范围内，把它计入会让比率失去意义（依 `b0677` 的「软硬件设备」限定与 3.1.2.2.7 国产化要求 `b0787`—`b0793`）。 ## 五、项目建设范围的承接 本部分回应招标文件第 2 章项目建设范围（`b0678`）：2.1 实施范围（`b0679`—`b0681`）、2.2 业务范围（`b0682`—`b0688`），以及第 3 章信息系统技术要求的总起条（`b0689`）。 ### 5.1 实施范围的协同组织 实施范围覆盖刮板机研究分院、工艺研究分院、备料加工分厂、生产管理部、热处理分厂、结构件焊接分厂、企业管理部、科研管理部、营销中心、审计法务部十个单位（`b0680`），管理单位为数字化转型工作办公室（`b0681`）。十个单位在加工生产中的角色分三类——数据来源方、口径确认方、成果使用方——逐单位的角色划分与对接内容已在本卷「四大数据集加工生产总述」节表 1-1 给出，本节不重复。 总论需要补的是项目整体层面的协同组织。十个单位不设十条独立流程，而是按三类角色设三种对接机制。数据来源方按数据源登记与批次受理对接，接口人固定、授权范围书面确认、更新频率写进台账。口径确认方按口径评审会对接，每一类口径（工序字典、部件层级、缺陷判定依据、指标定义）有一次正式评审并留书面结论，结论进入知识本体与数据标准，后续加工一律按结论执行，不再逐批请示。成果使用方按阶段成果评议对接，在每期数据集封装后参与可用性评议，评议意见进入下一期的整改任务单。 管理单位的角色在我方方案中是三件事的决定方：源系统开放范围与授权、数据分级分类结论、阶段验收结论。这三件事若不由一个单位统一决定，跨部门就会出现同一数据两种授权结论。我方把这三件事的提请、评审与回复固定成流程，纳入项目管理措施的沟通管理一节（详见服务方案卷「项目管理措施」节）。 ### 5.2 业务范围六项的关系 业务范围六项为高质量数据集（`b0683`）、应用场景验证（`b0684`）、平台建设（`b0685`）、智能工具链（`b0686`）、知识产权（`b0687`）、数据集质量评测（`b0688`）。六项的承接值与详述位置已在本卷「四大数据集加工生产总述」节表 1-2 逐项列出，本节不重复。 总论需要点明的是六项之间的关系，因为这个关系决定了方案的组织顺序，也决定了实施期的建设顺序。主交付物是四大数据集，其余五项围绕它：工具链解决数据集怎么被生产出来，平台解决数据集怎么被管理和流通，场景验证回答数据集有没有用，质量评测证明数据集是否合格，知识产权与软建设把生产能力沉淀成可留存的成果。六项当中只有一项是可量化交付的实体（数据集），其余五项的价值都要通过它体现。因此实施期的排序是工具链公共层与平台基础功能先行，数据集分批加工，评测与验证随批次推进，知识产权成果在过程中沉淀而不在末期集中补。 业务范围六项的关系：一个主交付物与五项配套 四大数据集（b0683） 615 亿 Token · 89 万条 6.6 万组 · 0.95 万条 智能工具链（b0686） 9 类 25 个，解决「怎么产」 平台建设（b0685） 17 模块，解决「怎么流通」 质量评测（b0688） 回答「合不合格」 场景验证（b0684） 回答「有没有用」 知识产权与软建设（b0687） 把生产能力沉淀为可留存成果 工具与算子 版本与数据卡 送检批次 验证用数据 缺陷整改任务单 归因整改任务单 规范、专家与机制 图 5-1　业务范围六项的关系。实线为正向供给，虚线为反向回流与支撑。数据来源：六项依招标文件 2.2 业务范围（`b0683`—`b0688`）；回流关系依 `b1215` 定向回流要求与 `b1357` 错题归因要求。 ### 5.3 服务采购清单与本卷的对应 服务采购清单七项（`b0803`、`b0804r01`—`b0804r08`）是合同标的的正式列项，评标与验收都以它为准。七项与本卷章节的逐项对应已在本卷「四大数据集加工生产总述」节表 2-1 给出。总论在此只补一条处置口径：清单第 5 项「数据集加工生产实施服务」把实施内容拆成七个子项再加五项配套要求，共十二项，我方不为这十二项各写一个独立章节。原因是其中若干项内容天然交织——标注规范既是配套文件又是标注环节的作业依据，分开写会出现两份口径。处置办法是每一项在最合适的一处给出完整口径，其余出现处引用，引用关系即表 1-1 与第七部分的接口矩阵。 ### 5.4 第 3 章技术要求的总体承接 招标文件第 3 章信息系统技术要求（`b0689`）分软件部分（3.1）与服务部分（3.2）两段。软件部分含软件采购清单、安全软件建设要求、非功能性技术要求、系统集成要求；服务部分含服务采购清单与七项服务要求。我方对这两段的承接方式不同，有必要在总论说明。 软件部分的条目是逐条参数型要求，承接方式是逐条响应：功能要求逐条给出是否满足与实现方式，非功能性指标逐条给出承诺值、测量方法与验证时点，不满足或部分满足的条目在差异表中如实列明。安全软件一套（商用密码服务平台）的功能要求有 48 个条目（`b0695`—`b0742`），我方逐条应答并附产品认证证书（详见本卷「安全方案」节第四部分）。 服务部分的条目是过程型要求，承接方式是给方法与判据：每一项服务给出输入、作业方法、产出物、验收主体与不通过时的处置。这一部分的篇幅主体在本卷 2.2 至 2.7 各节以及服务方案卷。 表 5-1　第 3 章两段要求的承接方式 | 段 | 条目性质 | 我方承接方式 | 验收依据 | 对应本卷章节 | |---|---|---|---|---| | 3.1 软件部分 | 采购清单与逐条参数要求 | 逐条响应、逐项给承诺值与测量方法 | 功能演示与指标实测记录 | 2.12 安全方案、2.13 非功能性、2.9 系统集成 | | 3.2 服务部分 | 过程型服务要求 | 给方法、给产出物、给验收主体与回退路径 | 过程记录、交付物评审与阶段验收结论 | 2.2—2.7、2.10、2.14、2.15 及服务方案卷 | 表 5-1 数据来源：段落划分依招标文件 3.1（`b0690`）、3.2（`b0802`）；条目性质判断依各节条文的表述形式。 ## 六、总体技术架构 本部分回应招标文件 3.2.6 数据集加工生产实施服务要求总则（`b1213`—`b1216`）与第 3 章技术要求的总体结构（`b0689`），并落实 `b0496r03` 第 2 条对方案清晰度与可实施性的要求。 ### 6.1 架构设计的依据与五条取舍 架构的依据是招标文件 `b1215` 的一段规定：数据集生产以数据治理为横向贯穿管控层，以知识本体与知识库为统一知识底座，以数据采集到数据集验证为纵向生产链路，以血缘追溯驱动定向回流，构成有向无环的生产逻辑；四类数据集各走专属路径，共享底座能力与门控规则；质检为训练前门控，验证为训练后终验。这段话已经规定了架构的骨架，我方的工作是把它具体化到可施工的粒度，而不是另设一套体系。 具体化的过程有五处需要作取舍，取舍的理由与放弃的选项都写在这里，便于评审。 第一，治理是常驻管控层，不是前置阶段。可选的做法是先完成治理规划再开始加工，这样口径最干净，但工期不允许：治理规划的九大能力域成果本身需要数月，而数据加工必须尽早启动才能在 2028 年 5 月前完成四集的规模。我方的取舍是治理与加工并行，但设一条硬约束：任何一批数据进入标注环节之前，其所涉对象的主键、编码与术语必须已在数据标准中有定义。未定义的，先走口径评审再入标注，不允许先标后改。 第二，知识底座先立。本体与知识库是标注口径、合成约束与检索证据的唯一来源（依 `b1215`），因此首批建设内容不是加工量最大的环节，而是本体的类目与关系定义。代价是前两个月的数据产出量低；收益是避免后续大规模返工。 第三，门控做成七道而不是两道。招标文件只明确质检与验证两道（`b1215`），但质检位于加工链末段，若前面各环节无门控，问题会积累到质检才暴露，返工成本最高。我方在采集后、预处理后、本体版本发布、知识库交付、标注后、合成与增强后、版本冻结前设七道门，每道门有判定对象、判定项、判定主体、通过条件与回退终点（七道门的判定口径见本卷「数据加工生产（一）」节 1.4 与「数据加工生产（二）」节第八部分）。 第四，回流必须定向。按血缘与错样归因结果退回到具体环节、具体批次、具体算子重做，不整条链重做。这要求血缘在每个算子上写入，而不是只在批次级记录。代价是加工平台的血缘写入点增多、存储增加；收益是整改周期可控。 第五，模型是工具与被测对象，不是交付承诺。模型经统一网关接入，可替换、可评测、可随代升级。架构上的落实是网关与评测沙箱分离：基准测试数据集存放在冻结沙箱内，不向训练域开放，使评测结论在模型替换后仍可比较（依 `b1354` 的可复现要求）。 ### 6.2 总体技术架构 总体架构按六层一横一纵组织。六层是数据资源层、采集接入层、知识底座层、加工生产层、训练与评测层、运营服务层；一横是数据治理管控层，在六层之上横向贯穿；一纵是安全与国产化底座，自下向上纵向支撑。场景验证服务跨训练与评测层、运营服务层展开，是本包三类交付成果之一。 奔牛数据智能平台 总体技术架构（六层一横一纵） 安全与 国产化底座 商用密码服务 平台（b0693） 国密加解密 服务器密码机 分类分级与 出域控制 等保三级 密评（b1879） 国产化比率 ≥80%（b0677） 算力与存储 网络与芯片 RBAC 与 三员分权 审计日志 留痕与计量 详见本卷 安全方案节 与非功能性 技术要求节 横向管控层：数据治理（b1215、3.2.6.1） 数据标准 · 质量规则 · 安全分级 · 元数据与血缘 · 九大能力域 · 决策数据指标体系——在以下每一层生效 第六层　运营服务层（3.2.4、3.2.6.6）：17 个功能模块 目录与元数据 · 上传下载 · 检索预览 · 版本与动态更新 · 权限 · 确权与挂牌 · 登记注册 · 数据集服务 订单 · 交易合同 · 交易费用 · 交付 · 清算 · 审计 · SLA 保障 · 对外接口　｜　接入国家数据基础设施（三统一，b0676） 第五层　训练与评测层（3.2.6.2）：三域一网关 训练域 配比预实验 · 继续预训练 · 微调 · 对齐 评测域（冻结沙箱） 基准集不向训练域开放 推理域（内网隔离区＋受控区） 统一模型接入与评测网关在三域之上 第四层　加工生产层（3.2.6.3、3.2.3） 十环节加工链：采集→预处理→本体→知识库→标注→合成→增强→质检→验证→项目管理 专项智能工具链 9 类 25 个（b0917） 七道质量门（入口 · 预处理 · 口径 · 终审 · 标注 · 合成增强 · 版本）＋ 三类定向回流（b1215） 第三层　知识底座层（3.2.6.3.3、3.2.6.3.4） 知识本体（类目 · 属性 · 关系） ｜ 知识库（知识条目 · 图谱 · 检索索引 · 三元组） ｜ 主数据与对象主键 ｜ 时间基准 作用：标注口径、合成约束、检索证据的唯一来源——四个数据集共享，不各建一套 第二层　采集接入层（3.2.2） 五类通道：数据库只读 · 接口服务 · 文件与图纸 · 时序测点 · 离线与纸质录入　｜　接入四要素核验与登记 增量水位线 · 入口脱敏 · 格式合规校验 · 批次成形与采集记录 · 对象主键贯通 第一层　数据资源层（建设单位既有，非本包建设） 17 套业务与设备系统 ｜ 五类 46 台现场感知与检测设备 ｜ 离线资料与纸质记录 ｜ 外部语料与公共数据 场景验证服务（3.2.6.5）：跨第五、第六层展开，六个专业场景＋五个通用场景 以场景业务任务检验数据集效果，产出可用性结论与整改任务单——不含场景本身的建设（b0684） 图 6-1　总体技术架构。向上箭头为数据与成果的主流向；治理层横向贯穿六层，安全与国产化底座纵向支撑六层。数据来源：架构骨架依招标文件 `b1215`；各层条目依第 3 章对应章节号（3.2.2、3.2.3、3.2.4、3.2.6.2、3.2.6.3、3.2.6.5）；功能模块依 `b0804r04` 实列 16 项并另增 1 项（`b1198`）；25 个工具链依 `b0917`；硬件台数依第五章硬件采购清单。 ### 6.3 六层的职责与交接物 架构图给的是位置关系，真正决定可实施性的是层与层之间交什么、交到什么状态算完成。下表把六层的职责与交接物逐层写明，交接物的格式与字段在各节细化。 表 6-1　六层的职责、交接物与完成判据 | 层 | 本层职责 | 向上一层交什么 | 完成判据 | 详述位置 | |---|---|---|---|---| | 第一层 数据资源层 | 建设单位既有系统与资料，本包不建设，只按授权范围取数 | 源系统的只读数据、离线资料、设备时序 | 授权书面确认、接口可连通、样本可取回 | 本卷 2.14 节第三部分 | | 第二层 采集接入层 | 五类通道接入、接入四要素核验、增量识别、入口脱敏、批次成形 | 带批次号与采集记录的原始数据，写入落地区 | 入口门通过：四要素齐备、格式合规、脱敏生效、批次台账登记 | 本卷 2.14 节、2.2 节「加工生产（一）」第二部分 | | 第三层 知识底座层 | 本体类目与关系定义、知识库建设、主数据与对象主键、时间基准统一 | 本体版本、术语表、知识条目与图谱、检索索引、主键映射表 | 口径门与终审门通过：类目与关系经评审、与企业既有编码对齐、检索可用 | 本卷 2.2 节「加工生产（一）」第四、第五部分 | | 第四层 加工生产层 | 十环节加工、25 个工具链执行、七道门判定、定向回流 | 经质检与验证通过并冻结的数据集版本，含数据体、数据卡、质检与验证报告、血缘清单 | 版本门通过：规模、模态、时效、六维质量指标达判据，血缘完整 | 本卷 2.2、2.3 节 | | 第五层 训练与评测层 | 训练配比与四阶段训练、评测沙箱、多阶段评测与错题归因 | 知识注入有效性报告、能力增量结论、结构化整改任务单 | 评测可复现（同种子同版本同结果）、增量结论有对照 | 本卷 2.15 节 | | 第六层 运营服务层 | 17 个功能模块：登记注册、目录与元数据、确权挂牌、订单与交付、清算与审计、SLA 保障、对外接口 | 可对外交付的数据集服务与交易记录 | 版本登记完成、目录可检索、交付通道可用、SLA 指标可度量 | 本卷 2.4 节 | | 横向 治理管控层 | 标准、质量规则、安全分级、元数据与血缘；九大能力域规划与实施 | 在每层生效的标准与规则，以及 DCMM 贯标所需执行记录 | 规则在平台上可执行、执行记录可追溯 | 本卷 2.5 节 | | 纵向 安全与国产化底座 | 密码服务、分类分级与出域控制、等保与密评、国产化适配 | 各层可调用的密码服务与安全管控能力 | 密码应用按设计落点生效、测评与评估结论出具、国产化测算表完成 | 本卷 2.12、2.13 节 | 表 6-1 数据来源：层次划分依招标文件 `b1215` 的生产逻辑规定；交接物与判据依各层对应章节的要求条目（3.2.2、3.2.3、3.2.4、3.2.6.1—3.2.6.5）。 六层之中有两层需要特别说明其边界，因为它们容易与建设单位既有工作混淆。第一层数据资源层不在本包建设范围，本包对它的要求只有一件：按已授权范围开放只读数据接口。我方不替换、不重建其中任何一套系统，源系统的改造需求若出现，按变更流程另议（详见本卷「系统集成方案」节第七部分与「数据资源采集接入」节第二部分的前置条件）。第六层运营服务层属于本包建设范围，但其运营工作本身（挂牌定价、客户拓展、交易撮合）在质保期内由我方提供支持、由建设单位主导，机制与分工见本卷「技术创新与机制创新」节运营体系一段。 ### 6.4 一条数据的完整路径 架构的可实施性最终要落到一条数据走得通。下图以一张历史图纸为例，画出它从源系统被取出到成为场景验证结论依据的完整路径，以及路径上每一步的责任主体与判据。选图纸作为例子，是因为它经过的环节最多：既要解析图元与标注，又要与工艺卡配对，还要进入多个用途子集。 一张历史图纸的完整加工路径与门控点 PLM：图纸与工艺 文件（只读授权） 按图号取回原生 图纸，批次成形 入口门 四要素 · 格式 · 脱敏 图元与标注解析 视图投影关系还原 预处理门 要素完备性抽检 与已签发工艺卡配对 按图号与版本匹配 按本体类目挂接 部件 · 工序 · 设备 口径门 28 道工序字典核对 标注：工艺要素与 加工要求标签 标注门 标注员间一致率 合成与增强：构造 指令样本与思维链 合成增强门 来源标识 · 占比上限 分流入四个用途子集 基准集不收合成样本 质检（训练前门控） 六维度指标判定 训练与评测：配比 实验与多阶段评测 验证（训练后终验） 能力增量与错样归因 版本门 规模 · 模态 · 时效 · 血缘 版本冻结与封装 数据卡 · 报告 · 血缘清单 移交运营平台登记 本包交付责任终点 场景验证：备料工艺 设计场景的可用性结论 回流通道一：质检不通过 → 退回标注或预处理环节重做（按血缘定位到算子与批次） 三类定向回流（b1215、b1357） 一　质检不通过：按不通过项定位到环节与算子，退回预处理或标注重做，重新质检；批次级回流，不影响同版本其他批次。 二　验证不通过：按错样归因结果区分脏数据、覆盖盲区、歧义标注、难度缺口四类，分别退回质检、采集、标注、合成环节。 三　场景验证未达判据：形成整改任务单，进入下一期加工计划；若属数据不足，先补采集，不以放宽判据的方式通过。 图 6-2　一张历史图纸从源系统到场景验证结论的完整路径。深底框为门控点，虚线框为本包范围外的相邻环节。数据来源：环节划分依招标文件 3.2.6.3 各小节；门控设置依 `b1215`；回流分类依 `b1215` 与 `b1357` 的错题归因要求；28 道备料工序为本投标文件既定量纲。 图 6-2 要说明的不是流程图本身，而是三件在实施中反复出现的事。第一，门控点位于每一次加工动作之后，而不是集中在末段，因此任何一批数据的问题最多向后传递一个环节。第二，回流是批次级的，一批不合格不影响同版本其他批次，这依赖批次号从采集起就贯穿全程。第三，路径的终点不是数据集封装，而是场景验证结论——数据集是否够用，由场景说话，不由加工方自评。 ### 6.5 平台族的分层与部署形态 采购清单把平台相关内容列为两项服务（`b0804r03`、`b0804r04`），治理实施另要求数据治理开发工具平台（`b1336`）。这三者在我方方案中是奔牛数据智能平台 的三个部分，共用一套身份与权限体系、一套元数据与血缘库、一套审计日志。这样安排的理由是：若三者各建一套用户体系与元数据库，同一数据集在加工侧与运营侧会出现两个标识，血缘在移交处断掉，而血缘断掉就无法满足定向回流的要求。 部署形态按招标文件的系统集成要求确定：数据集加工生产平台部署在通用服务器上，数据集运营服务管理平台部署在接入连接器上，服务器密码机承担国密加解密（依 3.1.2.3 与 `b0804r05`）。训练推理部分按三域一网关组织，推理域分内网隔离区与受控区，评测域为冻结沙箱。部署拓扑与网络分区见本卷「系统集成方案」节图 7-5 与「安全方案」节第三部分，本节不重复绘制。 表 6-2　奔牛数据智能平台 三个部分的职责分界与接口 | 部分 | 承载内容 | 不承载 | 对外接口 | 详述位置 | |---|---|---|---|---| | 数据集加工生产部分 | 十环节加工链、25 个工具链、知识底座、七道门与回流、训练推理三域一网关 | 对外交付与交易、挂牌与清算 | 向运营部分提交版本封装包与登记信息；向治理部分写入元数据与血缘 | 本卷 2.2、2.3、2.15 节 | | 数据治理开发工具部分 | 数据标准、质量规则、元数据与血缘、分类分级、九个管理业务域的治理实施 | 数据加工的具体算子执行 | 向加工与运营两部分下发标准与规则；接收两部分的元数据与执行记录 | 本卷 2.5 节 | | 运营服务管理部分 | 17 个功能模块、确权挂牌、订单与交付、清算与审计、SLA、对外接口 | 数据加工与质检判定 | 接收版本封装包与登记信息；对外提供目录、服务与交易接口；按三统一接入国家数据基础设施 | 本卷 2.4 节 | 表 6-2 数据来源：职责划分依招标文件 3.2.3、3.2.4、`b1336` 的要求范围；接口关系依 `b1575`、`b1576` 的移交登记要求与 3.2.4.7 对外接口要求。 ### 6.6 对象主键与时间基准的统一 这一条单列，因为它是架构里最先要做、也最容易被跳过的一项。企业现状是各系统编码规则不一致、跨系统关联困难（见第三部分）。若不先统一，后面所有环节都会在同一个问题上反复返工：同一个工件在 MES 里是工单号、在 QMS 里是检验批号、在热处理群控里是炉次号，三者不打通，制造过程数据集与产品质量数据集就无法建立对应。 我方的做法分两步。第一步建主键映射表：以产品结构中的部件编号、生产中的施工号与工单号、质量中的检验批号、热处理的炉次号、焊接的焊道编号为主键候选，逐对建立映射关系并登记映射的可信度；映射不成立的，在数据卡中标注该部分数据的关联缺口，不强行拼接。第二步统一时间基准：各系统时间戳的时区、精度与采集延迟不同，统一折算到同一基准并记录折算规则；设备时序数据按采样周期对齐，报工时点相对实际作业的滞后在数据卡中注明（具体规则见本卷「系统集成方案」节图 7-4 与「数据资源采集接入」节 3.7）。 这项工作的验收口径是对象主键可贯通率，即在抽样核验的工件样本中，能够从部件编号贯通到工单、炉次、焊道与检验批号的比例。我方承诺的是逐步接近全量贯通，首期以试点部件族为范围给出基线值，后续期按整改计划提升；凡未贯通的部分一律在数据卡中列明，不以估算关系填补。 ### 6.7 关键技术选择与回退路径 方案的先进性要能被问住还站得住，办法是对每一项关键技术选择同时说明三件事：本项目为什么需要它、它的适用边界在哪里、做不到时退到什么。只写前一件的方案在答辩时经不起追问，写了后两件的方案在实施时才不会被迫改口径。下表是本卷各节共同遵循的技术选择与回退口径，各节不再另立口径。 表 6-3　关键技术选择、适用边界与回退路径 | 技术选择 | 本项目为什么需要 | 适用边界 | 做不到时退到什么 | 详述位置 | |---|---|---|---|---| | 原生图纸解析（读图元、标注、图层与视图投影关系），不依赖截图识别 | 63 万张历史图纸是最大的成对样本来源，截图识别丢失尺寸与标注的结构信息，无法支撑工艺要素抽取 | 依赖 PLM 按图号开放原生文件的只读读取；加密或异常版式图纸不在此通道 | 退到结构化抽取加人工复核：解析置信度低于阈值的图纸转人工复核队列，复核结论回填为规则 | 本卷 2.2 节「加工生产（一）」第三部分、2.3 节多模态对齐类工具链 | | 多模态文档解析（版面还原、表格还原、图文对应） | 工艺卡、检验记录、技术标准以版式文档为主，按纯文本抽取会丢表格结构与图文对应关系 | 扫描质量低于可读阈值的纸质件需先行影像增强；手写批注按单独通道处理 | 退到按版式模板抽取：对格式固定的卡片与报告先用模板规则抽取，模板未覆盖的转人工 | 本卷 2.2 节「加工生产（一）」第三部分 | | 合成数据与拒绝采样（构造指令样本、思维链与对话样本） | 指令微调 89 万条与偏好 6.6 万组的规模无法全靠人工撰写，必须有合成通道 | 合成样本一律带来源标识；各用途子集设占比上限；基准测试数据集不接受合成样本 | 退到人工撰写与改写为主、合成为辅：下调合成占比上限，相应下调该子集的当期目标量并在数据卡登记 | 本卷 2.2 节「加工生产（二）」第三部分、2.3 节数据生成与增强类工具链 | | 规则与模型双通道质检 | 单一通道会在两头失效：纯规则查不出语义错误，纯模型给不出可复核的判定依据 | 两通道判定冲突时按仲裁规则处置，仲裁由专家库承担；模型通道的判定须给出可核对的依据 | 退到规则通道加抽检：模型通道不可用时按规则通道判定，并提高人工抽检比例 | 本卷 2.2 节「加工生产（二）」第五部分、2.3 节质量与分布控制类工具链 | | 数据血缘与版本化（算子级血缘写入） | 定向回流要求把问题定位到环节、批次与算子，批次级血缘不够用 | 血缘写入点随算子增加而增加，需在平台设计时统一埋点，不能后补 | 退到批次级血缘加算子日志：以批次为回流单位，用算子执行日志辅助定位，回流范围相应扩大 | 本卷 2.3 节血缘追溯类工具链、2.5 节元数据管理 | | 检索增强生成（为通用场景提供带出处的回答样本） | 通用问答场景要求回答带条款出处与版本状态，纯生成无法满足可核对的要求 | 召回以结构化检索与全文检索为主，向量检索作为措辞不一致时的补充通道；召回结果回原文核对后再作答 | 退到结构化检索加人工确认：命中不足时给出候选条款列表，由人工确认后作为样本 | 本卷 2.3 节长上下文与检索增强类工具链、2.7 节通用场景验证 | | 同工况正常基线（设备诊断类数据的异常判据） | 井下装备报警不少而故障标签很少，固定阈值判据产生大量无效报警，无法形成可用样本 | 需先完成工况分段与测点可信度识别；三机联动的耦合干扰须分离 | 退到阈值加工况分段：在基线样本不足的测点上先用分段阈值，待样本积累后切换 | 本卷 2.6 节刮板输送装备健康诊断场景验证 | | 统一模型网关（鉴权、数据分级校验、多协议适配、调用计量与留痕、版本路由） | 模型需可替换、可评测、可随代升级，且高敏数据不得出域 | 高敏级数据在网关层拦截，不进入外部推理环境；外部调用一律留痕与计量 | 退到内网私有化部署的单一模型通道：牺牲模型可选性，保留数据不出域与评测可比 | 本卷 2.15 节 3.5、2.12 节出域控制 | | 评测沙箱冻结（基准集不向训练域开放） | 基准集一旦进入训练数据，评测结论失去意义，数据集价值无法证明 | 沙箱内评测需固化题型协议、判分规则、版本号与随机种子 | 无回退：此项为硬约束。若出现基准集泄漏，该基准集版本作废并重建，相关评测结论一并作废 | 本卷 2.15 节、服务方案卷质量评测节 | 表 6-3 数据来源：技术选择依本卷各节的方案设计；需求理由依招标文件对应条目（`b0663` 的三项瓶颈、`b1354`—`b1359` 的评测与归因要求、3.2.6.3 各环节要求）；现场事实依本项目需求调研。 表 6-3 最后一行是全卷唯一一处写「无回退」的技术约束。写明这一点是因为基准集的独立性是数据集价值可被证明的前提，退让它等于取消本项目的验证环节。其余各项都给了回退路径，回退的代价一律写成当期目标量下调或人工比例上升，而不是写成指标口径放宽。 ### 6.8 方案与矿山装备制造对象的贴合 一套通用的数据中台方案也能画出六层架构，区别在于每一层是否落到本行业的具体对象上。下表把各层的设计与具体对象对应起来，供评审对照。 表 6-4　各层设计与矿山装备制造具体对象的对应 | 层 | 本项目的具体对象 | 与通用做法的差异 | |---|---|---| | 采集接入层 | 热处理群控的炉次工单与开完工记录、焊接参数流、淬火工位热像、熔池影像、PLM 原生图纸 | 设备侧取数需按试点炉型、试点产线分批扩展采集范围，不假定全覆盖；图像采集不沿用安防监控点位，按工艺观察要求另行布点 | | 知识底座层 | 刮板输送机的部件层级、28 道备料工序字典、材料牌号与板厚、坡口与倒角、压弯线、粗糙度符号 | 工序字典是封闭集合且由工艺部门确认，本体的工序类目按该字典建，不自行扩充 | | 加工生产层 | 图纸与工艺卡的配对样本、炉次与工件及材料批次的关联、焊道与参数流的一件一档一道一档 | 加工重点是建关联而非清洗单表；展开长按中性层公式确定性计算，不交给模型推断 | | 训练与评测层 | 按工作面类型（超长、常规、大采高、薄煤层）分层的选型用例、按部件族分层的工艺用例 | 配比与采样权重按业务主线与部件族分层，不按数据来源系统分层 | | 运营服务层 | 数据集按业务域与用途子集挂牌，使用限制注明涉及工艺参数与客户信息的脱敏范围 | 挂牌单元不是整库，而是按业务域与用途子集切分的版本 | | 场景验证 | 选型校核一致性、备料工序选择合规性、炉次曲线偏离识别、焊道参数差异清单、部件级异常判断 | 判据以业务可接受为准（如下料尺寸错即为废料，故该项判据从严），不用通用指标一刀切 | 表 6-4 数据来源：对象依本项目需求调研与建设单位书面需求；工序道数与图纸数量为本投标文件既定量纲；场景判据依 3.2.6.5 各场景验证要求。 ### 6.9 指标的承诺方式与绝对指标的处置 招标文件多处出现需要我方给出承诺值的指标。总论统一规定承诺方式，各节照此执行，避免同一类指标在不同节出现不同的表述强度。 承诺采用基线档与目标档两档：基线档是我方承诺的下限，验收以它为准；目标档是努力达到的值，用于内部管理与阶段评议。两档同时列出，并写明测量方法、测量时点与测量主体。规模类指标（Token 数、条数、组数）按版本封装时的计量结果为准；占比类指标（多模态占比、时效占比）按数据卡字段统计；质量类指标（六维度）按评测方案的指标定义测量。 凡涉及覆盖范围与准确程度的表述，一律按趋向与逐步接近的方式写，并配基线值、验收口径与回退机制。以几处典型为例：对象主键贯通按「首期在试点部件族内达到基线值、后续期逐步接近全量贯通，未贯通部分在数据卡中列明」承诺；数据标准覆盖按「首轮覆盖四个加工业务域的核心对象、随治理实施逐步扩展至九个管理业务域」承诺；缺陷整改按「首轮全量评测后对判定为缺陷的项目逐项立单整改并复测，复测未通过的继续立单，趋向全部关闭」承诺。这样写的理由很直接：写进标书的条款将来要自己应答，一个带基线与回退的承诺可以履约，一个写成全量与无一例外的承诺在第一次抽检时就会失分。 表 6-5　典型指标的承诺方式示例 | 指标 | 基线档（承诺下限） | 目标档 | 测量方法与时点 | 未达时的处置 | |---|---|---|---|---| | 四集规模 | 615 亿 Token／89 万条／6.6 万组／0.95 万条 | 按分期计划逐期超出当期目标量 | 版本封装时按统一计量规则计量，分期核验 | 在后续期补足并在数据卡登记，不调整计量规则 | | 多模态数据条数占比 | 不低于 40% | 按分集测算值组织生产 | 按数据卡模态字段统计，版本冻结时核验 | 调整后续批次的采集与加工配比补足 | | 近 3 年内时效数据占比 | 不低于 40% | 按分集测算值组织生产 | 按数据产生时间统计，版本冻结时点一并登记 | 增加近期批次采集量补足 | | 标注员间一致率 | 按标注任务类型分别设下限，低于下限即返工 | 逐批提升并趋向稳定 | 按抽样复标计算，每批次核验 | 返工并修订标注规范，必要时重做培训与考核 | | 对象主键可贯通率 | 首期在试点部件族内给出基线值 | 逐步接近全量贯通 | 按工件样本抽样核验 | 未贯通部分在数据卡列明，不以估算关系填补 | | 场景验证通过判据 | 各场景按基线档判据通过 | 按目标档判据组织优化 | 按各场景验证流程执行并留见证记录 | 按归因结果形成整改任务单，进入下一期加工 | 表 6-5 数据来源：规模与占比依招标文件 `b0670`、`b0683`、`b1361`；一致率与判据依 3.2.6.3.5 标注要求、3.2.6.5 各场景验证要求；承诺方式依本节统一规定。 ## 七、各技术段如何衔接成一个整体 本部分落实 `b0496r03` 第 2 条对方案全面性与清晰度的要求，并回应 `b1215` 对生产逻辑有向无环的规定。十五个技术章节各写一段方案，若不把接口定死，合在一起就会出现三种毛病：同一件事两处都写且口径不同、某件事两处都以为对方会写而都没写、上游产出与下游输入对不上。本部分用一张接口矩阵、五条贯通主线和四条口径约定把这三种毛病堵住。 ### 7.1 技术章节的接口矩阵 矩阵按「上游—交接物—交接判据—下游」四列组织。交接判据是本矩阵的要点：只写交什么还不够，要写到什么状态算交付完成，否则下游无法判断能不能开工。 表 7-1　技术方案卷各节的接口矩阵 | 上游节 | 交接物 | 交接判据（达到此状态即算交付） | 下游节 | |---|---|---|---| | 2.14 数据资源采集接入 | 带批次号与采集记录的原始数据，写入落地区；数据源登记台账 | 接入四要素齐备、格式合规校验通过、入口脱敏生效、批次台账登记完成 | 2.2 四大数据集加工生产 | | 2.14 数据资源采集接入 | 增量水位线与对账结果 | 每次增量作业的水位线已更新、与源系统计数对账差异在约定范围内 | 2.2、2.5 数据治理 | | 2.9 系统集成方案 | 对象主键映射表、时间基准折算规则 | 映射关系经口径评审、可信度已登记、折算规则已在平台实现 | 2.2、2.6、2.7 场景验证 | | 2.9 系统集成方案 | 平台安装与适配结论、国密加解密联调记录、硬件联网记录 | 四级测试门控通过、密码调用链可用、设备数据可取回 | 2.2、2.12 安全方案 | | 2.5 数据治理体系 | 数据标准（术语、主数据、参考数据、数据元、指标）、质量规则库、分类分级结论 | 标准经评审发布、规则在平台上可执行、分级结论已书面确认 | 2.2、2.3 工具链、2.4 运营平台 | | 2.5 数据治理体系 | 元数据与血缘库、治理执行记录 | 元数据可检索、血缘可从版本回溯到算子、记录可支撑贯标评估 | 2.2、2.4、2.15 训练推理 | | 2.2 加工生产（一） | 规范化样本、本体版本与术语表、知识条目与图谱、检索索引 | 入口门与预处理门通过、本体经口径门评审、知识库经终审门 | 2.2 加工生产（二）、2.3、2.6、2.7 | | 2.2 加工生产（二） | 经质检与验证通过的批次、标注规范与一致性记录 | 标注门与合成增强门通过、质检六维度达判据、验证结论出具 | 2.2 四集指标节、2.15 | | 2.2 四集指标节 | 冻结封装的数据集版本：数据体、数据卡、质检与验证报告、血缘清单 | 版本门通过：规模、模态、时效达承诺基线，血缘完整，数据卡字段齐备 | 2.4 运营平台、2.15、服务方案卷质量评测节 | | 2.3 专项智能工具链 | 25 个工具的可用实例、接口文档、配置与测试用例 | 单工具验收通过、公共层接口联调通过、任务状态机可追溯 | 2.2 各节、2.15 | | 2.15 训练推理技术服务 | 知识注入有效性报告、多阶段评测结论、能力增量量化、错题归因任务单 | 评测可复现（同版本同种子同结果）、增量结论有对照基准 | 2.2（定向回流）、2.6、2.7 | | 2.6／2.7 场景验证 | 各场景验证报告：所需数据就绪度结论、指标实测值、通过判据判定、整改任务单 | 验证流程留见证记录、判据判定有依据、未通过项已归因 | 2.2（下一期加工计划）、服务方案卷质量评测节 | | 服务方案卷质量评测节 | 首轮全量评测结论、缺陷清单、复测结论、盖章评测报告与数据质量档案 | 评测依据与指标与内部门控同一套定义、缺陷逐项立单、复测结论出具 | 2.2（整改回流）、2.4（登记材料） | | 2.4 数据集运营平台 | 版本登记结论、目录与元数据条目、交付通道、SLA 监控数据 | 登记完成、目录可检索、交付通道可用、SLA 指标可度量 | 2.10 技术创新（运营推广）、对外服务 | | 2.12 安全方案 | 密码应用落点设计、等保测评与密评结论、整改记录 | 密码服务在各环节可调用、测评与评估报告出具、整改闭环记录完整 | 全部技术节 | | 2.13 非功能性技术要求 | 七组指标的承诺值、测量方法与实测记录 | 指标测量方法已确认、实测记录可复现 | 2.4、2.9、2.12 | | 2.8 硬件选型与配置 | 五类 46 台设备的到货、安装、调试与标定记录 | 参数逐条响应、安装位置与时序经确认、标定结论出具 | 2.14（设备侧取数）、2.6（热处理与焊接场景） | | 2.10 技术创新与机制创新 | 专家库机制与名册、标注规范、软建设配套措施、知识产权成果 | 机制文件发布、规范经评审、成果按节奏申报与登记 | 2.2（标注与仲裁）、2.4（运营）、2.5 | | 2.11 需求书逐条应答矩阵 | 第五章逐条响应结论与正文页码索引 | 每条有结论、每条指到页码、与差异表口径一致 | 资格与商务卷差异表、合稿索引页 | 表 7-1 数据来源：章节划分依本投标文件目录；交接物与判据依各节对应的招标文件要求条目；移交登记判据依 `b1575`、`b1576`。 矩阵中有三处是双向的，需要单独说明，因为单向理解会漏掉回流。其一是训练推理与加工生产之间：加工向训练交数据集版本，训练向加工交错题归因任务单。其二是场景验证与加工生产之间：加工向验证交验证用数据，验证向加工交可用性结论与整改任务单。其三是质量评测与加工生产之间：加工向评测交送检版本，评测向加工交缺陷清单。这三处双向关系就是 `b1215` 要求的定向回流在章节层面的体现。 ### 7.2 五条贯通主线 十五个章节之间的关系不是一条链，而是五条并行的主线。把主线显式写出来，是为了在实施期能按主线检查贯通性，而不是按章节检查完成度——章节各自完成但主线断掉，是集成项目最常见的失败方式。 贯通全卷的五条主线与各自的断点检查项 源系统与 现场设备 采集接入 （2.14） 加工生产 （2.2、2.3） 训练与评测 （2.15） 场景验证 （2.6、2.7） 运营服务 （2.4） 主线一　数据主线：原始数据 → 规范化样本 → 标注与合成样本 → 数据集版本 → 对外服务 断点检查项：批次号是否从采集贯穿到版本封装；每一次形态转换是否有算子记录与可复算参数 主线二　质量主线：入口门 → 预处理门 → 口径门 → 终审门 → 标注门 → 合成增强门 → 版本门 → 外部评测 断点检查项：七道门与外部评测是否共用同一套指标定义；每道门的判定结论是否可查、回退终点是否明确 主线三　血缘与版本主线：算子级血缘 → 批次血缘 → 数据集版本 → 模型版本 → 评测结论 断点检查项：能否从一条评测错题回溯到产生它的样本、算子与源数据批次；版本冻结后是否不可变更 主线四　知识主线：数据标准 → 知识本体 → 知识库 → 标注口径与合成约束 → 检索证据 断点检查项：标注规范引用的术语是否全部出自本体；本体变更是否触发受影响批次的复核 主线五　安全主线：分类分级 → 入口脱敏 → 加工内密码应用 → 网关出域控制 → 交付与审计 断点检查项：高敏级数据能否在网关层被拦截；每一次出域与交付是否留痕可计量 图 7-1　贯通全卷的五条主线及其断点检查项。数据来源：主线划分依招标文件 `b1215` 的生产逻辑与门控规定、`b1357` 错题归因要求、3.2.6.12 安全合规要求；断点检查项为我方实施期的集成检查依据。 五条主线在实施期的用法是：每个阶段验收前按主线各走一遍端到端抽查，抽查对象是真实批次而不是演示数据。主线一与主线三的抽查合并进行，办法是任取一条样本，向上追到源系统记录、向下追到它参与过的评测结论；追不通即为断点，在该阶段整改完成后方可通过阶段验收。这项检查列入项目管理措施的配置管理与质量管理一节（详见服务方案卷「项目管理措施」节）。 ### 7.3 全卷口径一致的四条约定 跨段口径冲突是合稿时最难修的问题，因为它往往要改多处正文。我方在动笔前先定四条约定，各节一律遵守。 第一条，标识与编号的约定。批次号自采集受理时生成，贯穿全程不变更；数据集版本号采用业务域、用途子集、期次三段式；模型版本号与数据集版本号在血缘库中成对登记。各节引用同一对象时用同一标识，不另造别名。 第二条，指标定义的约定。同名指标全卷只有一个定义。六维质量指标（保真度、完备性、规整性、均衡性、可用性、可信性）的定义取自评测方案，加工过程的质检门直接引用，不另行解释；规模与占比的计量规则取自四集指标节；性能与可靠性指标的定义取自非功能性技术要求节。 第三条，术语的约定。招标文件定义的 30 个简写按本节表 2-1 取义；本方案补充的术语按表 2-2 取义；同一事物不换词，数据集不在别处叫数据资产或数据资源。 第四条，绝对指标的约定。覆盖范围与准确程度一律按趋向与逐步接近的方式表述，配基线值、验收口径与回退机制，写法见第六部分 6.9。全卷唯一的例外是基准集不向训练域开放这一条，它写成硬约束且无回退（见表 6-3 末行）。 ### 7.4 跨段冲突的处置机制 约定之外仍可能出现冲突，尤其是在实施期需求细化之后。我方的处置机制是三步：发现方在配置库登记冲突点，写明两处的表述与影响范围；由项目组统一裁定并指定唯一口径，裁定结论进入数据标准或方案变更记录；受影响章节同步修订，修订后重新检查引用该口径的其他章节。裁定不由任一技术段自行调和，这是为了避免两段各改一半、改完仍不一致。本投标文件在编制阶段即按此机制处置，发现的口径问题随投标文件以差异表与应答矩阵的形式如实呈现，不在正文中隐去。 ## 八、方案的可实施性 本部分落实 `b0496r03` 第 2 条对方案可实施性与详细程度的要求，并回应 3.2.6 总则对实施落地的规定（`b1215`、`b1216`）。可实施性不是一句承诺，它由四件事决定：顺序对不对、前置条件齐不齐、指标能不能验、出问题退到哪里。前两件在本部分写，后两件已在第六部分 6.9 与表 6-3 写明。 ### 8.1 实施总体节奏 建设周期至 2028 年 5 月。节奏安排的依据是三条约束：知识底座必须先立（第六部分 6.1 第二条取舍）；四个数据集的数据条件强弱不同（第三部分表 3-1）；外部评测与测评机构的工作需要留出整改期，不能压在末段。 按这三条约束，实施分五个阶段。阶段划分不按日历均分，而按交付物成形的先后排。 表 8-1　五个实施阶段的工作重点与阶段交付物 | 阶段 | 工作重点 | 阶段交付物 | 阶段验收判据 | |---|---|---|---| | 第一阶段　准备与底座 | 需求细化与蓝图确认；源系统授权与接口开通；对象主键映射与时间基准统一；知识本体类目与关系定义；数据标准首轮发布；平台基础功能与工具链公共层上线 | 蓝图设计文件、数据源登记台账、主键映射表、本体首版、数据标准首批、平台基础功能与公共层 | 口径门通过；首批源系统可取回样本；主键映射经评审 | | 第二阶段　首批加工与首轮验证 | 产品工艺设计数据集首批加工（图纸与工艺卡配对样本）；标注规范发布与标注队伍培训考核；质检与验证流程跑通；训练配比预实验 | 首批数据集版本、标注规范、首轮质检与验证报告、配比预实验结论 | 版本门通过；标注员间一致率达下限；首轮验证结论出具 | | 第三阶段　全面加工与场景验证 | 四集并行加工与规模推进；25 个工具链分批投产；六个专业场景与五个通用场景分批验证；治理九大能力域规划落地与实施 | 分期数据集版本、工具链验收记录、场景验证报告、治理规划与实施成果 | 分期目标量达成；场景按基线判据通过；治理执行记录可支撑贯标评估 | | 第四阶段　外部评测与整改复测 | 首轮全量质量评测；缺陷逐项立单整改；复测；等保测评与密评；DCMM 贯标评估 | 盖章评测报告与数据质量档案、整改闭环记录、测评与评估结论 | 缺陷趋向全部关闭；测评与评估结论出具 | | 第五阶段　运营上线与移交 | 版本登记与目录上线；确权、挂牌与交易通道启用；按三统一准备接入国家数据基础设施；成果移交与培训 | 登记与挂牌记录、交付通道、接入材料、移交清单与培训记录 | 目录可检索；交付通道可用；SLA 指标可度量；移交清单签认 | 表 8-1 数据来源：阶段划分依本方案实施安排；交付物依招标文件 3.2.6 各节要求与 3.2.8 评测实施过程（`b2108` 及以下）；建设周期依招标文件合同条款。 五个阶段的并行关系与关键里程碑 签约 底座就绪 首批版本 规模达成 评测与整改 移交 一　准备与底座 二　首批加工与首轮验证 三　全面加工与场景验证 四　外部评测与整改复测 五　运营上线与移交 贯穿全程：数据治理管控 · 安全合规 · 项目管理与配置管理 · 知识产权成果沉淀 · 专家库与培训 底座不就绪不开标注 首批通过后转全面加工 图 8-1　五个阶段的并行关系与关键里程碑。相邻阶段存在重叠，但箭头所示的四处为硬性前置关系。数据来源：阶段划分依表 8-1；前置关系依 `b1215` 的知识底座与门控要求。 阶段之间有四处硬性前置关系，写明是为了让进度安排有约束而不是看起来紧凑。其一，知识底座未就绪不开标注——本体类目与工序字典未经口径门，标注即返工。其二，首批数据集版本未通过版本门不转全面加工——首批的作用是把流程跑通并暴露口径问题，跳过它会把问题放大到四集规模。其三，场景验证未出首轮结论不定下一期加工配比——配比要由验证结论决定，不由计划决定。其四，缺陷整改未复测不进运营上线——带缺陷的版本挂牌，对外服务时会被退回。 ### 8.2 前置条件与我方的处置 方案能否按节奏实施，取决于若干不在我方单方控制范围内的前置条件。把它们逐条列出并给出处置办法，比在方案里假定一切顺利更有说服力。 表 8-2　前置条件、影响与我方处置 | 前置条件 | 若不具备的影响 | 我方处置 | 责任界面 | |---|---|---|---| | 源系统按已授权范围开放只读接口（17 套系统） | 采集接入无法开工，四集加工全线推迟 | 按系统分批推动，先开数据条件最好的 PLM、ERP、MES；未开通的系统先走离线导出通道过渡，并在台账登记过渡方式与差异 | 我方提出接口规范与范围；授权与协调由管理单位决定 | | 源系统厂商配合提供接口文档与联调支持 | 接口形态需反复试探，集成工期延长 | 以数据库只读视图与文件导出作为不依赖厂商的替代通道；需厂商配合的部分列入变更与协调事项 | 我方负责接入实现；厂商配合由建设单位协调 | | 设备侧采集范围按场景要求分批扩展 | 制造过程与产品质量数据集的时序与影像数据不足 | 首期以试点炉型、试点产线与试点车间所需设备为准，扩展清单以现场勘察结论为准；不足部分在数据卡登记 | 我方提出扩展清单；实施范围由建设单位确认 | | 口径确认方按期给出书面结论（工序字典、部件层级、缺陷判定依据、指标定义） | 标注无依据，已标数据面临返工 | 每类口径设一次正式评审并留书面结论；逾期未确认的，按我方建议口径先行并标注为待确认，确认后批量复核 | 我方提供建议口径与评审材料；结论由口径确认方出具 | | 数据分类分级结论书面确认 | 脱敏范围与出域控制无依据，安全合规存在缺口 | 按最严口径先行处理，待分级结论确认后放宽；不采取先宽后严的做法 | 我方提出分级建议；结论由管理单位出具 | | 专家库人员到位（不少于 50 人） | 标注仲裁与规范评审缺少主体 | 按内部专家与社会专家两种情形准备入库条件与派工规则，先启动内部专家入库，社会专家按条件分批补充 | 我方负责机制与组织；内部专家由建设单位推荐 | | 第三方测评与认证机构档期（等保测评、密评、质量评测盖章、DCMM 贯标） | 评测与整改期被压缩到项目末段，复测时间不足 | 在第三阶段中段即启动机构对接与预评估，把正式评测排在整改期之前，留出至少一轮复测的余量 | 我方负责组织与配合；机构由具备资质方承做 | | 现场驻场条件与安全准入 | 现场勘察、设备安装与标定无法开展 | 按建设单位的安全准入要求提前办理，驻场人员按项目管理措施的现场管理一节执行 | 我方负责人员与资质；准入由建设单位安排 | 表 8-2 数据来源：前置条件依本方案各节的实施依赖；17 套源系统依 `b0804r02`；设备侧扩展口径依本项目需求调研；测评与认证要求依 `b0804r07`、`b0688`、`b1218`。 表 8-2 中有一条需要在总论强调：口径确认逾期时的处置。我方不采取停工等待的做法，也不采取先标后改的做法，而是按我方建议口径先行并把该批数据标注为待确认状态，确认后批量复核。这样安排的代价是复核工作量，收益是进度不被单点阻塞；代价是可控的，因为待确认状态的批次在版本门前必须转为已确认，不会流入交付版本。 ### 8.3 验收与交付物总清单 招标文件的验收是分阶段的，交付物分散在各节。总论给一张总清单，便于按清单组织阶段验收，也便于评审核对方案的完整性。各交付物的格式与模板见附件卷的标准规范与样例部分。 表 8-3　交付物总清单与归属章节 | 类别 | 交付物 | 归属章节 | 对应要求 | |---|---|---|---| | 数据集成果 | 四个数据集的各期版本（数据体、数据卡、质检报告、验证报告、血缘清单） | 2.2 各节 | `b0683`、3.2.6.3、3.2.6.4 | | 数据集成果 | 规模、模态与时效的计量与核验记录 | 2.2 四集指标节 | `b0670`、`b1599` | | 平台成果 | 数据集加工生产平台（含工具链 25 个）、运营服务管理平台（17 模块）、治理开发工具平台 | 2.2、2.3、2.4、2.5 | `b0804r03`、`b0804r04`、`b1336` | | 平台成果 | 接口文档、部署文档、运维手册、测试用例与测试报告 | 2.3、2.4、2.13 | 3.2.3.11、3.2.4.7、3.1.2.2 | | 治理成果 | 现状诊断报告、九大能力域规划文件、制度与流程文件、决策数据指标体系 | 2.5 各节 | 3.2.6.1、`b1331` | | 治理成果 | 数据标准（术语、主数据、参考数据、数据元、指标）、质量规则库、分类分级结论 | 2.5 各节 | 3.2.6.1.1.2.5、3.2.6.1.1.2.6 | | 验证成果 | 十一个场景的验证报告与整改任务单 | 2.6、2.7 | `b0684`、3.2.6.5 | | 验证成果 | 知识注入有效性报告、能力增量结论、专家偏好对齐度与安全合规通过率报告 | 2.15 | `b1343`、`b1353`、`b1356` | | 评测成果 | 首轮全量评测报告（正式盖章）、缺陷清单、复测报告、数据质量档案 | 服务方案卷质量评测节 | `b0688`、3.2.8 | | 安全成果 | 密码应用方案、等保测评报告、密评报告、整改记录 | 2.12 | `b0804r07`、3.2.6.12 | | 集成成果 | 平台安装适配记录、国密联调记录、硬件联网与标定记录、集成测试报告 | 2.9、2.8 | `b0804r05`、3.1.2.3 | | 机制成果 | 标注规范、专家库机制与名册、软建设配套措施、项目内部管理制度不少于 7 份 | 2.10、服务方案卷项目管理节 | 3.2.6.8、3.2.6.9、3.2.6.10、`b0804r06` | | 知识产权成果 | 论文不少于 5 篇、发明专利不少于 3 项、软件著作权不少于 6 项 | 2.10 | `b0687`、3.2.6.13 | | 运营成果 | 版本登记与挂牌记录、交付通道、接入国家数据基础设施材料、SLA 监控报表 | 2.4、2.10 | `b0676`、3.2.4、3.2.6.6.7 | | 服务成果 | 培训方案与培训记录、质保期内服务记录、质保期外服务承诺 | 服务方案卷售后服务节 | `b0496r07` | 表 8-3 数据来源：交付物依招标文件 3.2.6 各节与 3.2.8 的要求条目；数量要求依 `b0687`、`b0804r06`。 ### 8.4 风险与应对 本部分只写本项目实际存在的风险点，每条给出触发信号与应对动作。泛论性的风险表述不列入。 表 8-4　主要风险、触发信号与应对 | 风险 | 触发信号 | 应对动作 | 残留影响 | |---|---|---|---| | 图纸解析要素完备性不足，产品工艺设计数据集首批规模不达期 | 首批抽检中要素完备性低于预处理门判据，或解析置信度低于阈值的比例超出预期 | 转人工复核队列并修订解析规则；同期提高制造过程数据集的加工量以平衡总规模进度 | 当期该集目标量下调，后续期补足并在数据卡登记 | | 对象主键映射不成立的比例偏高，制造过程与产品质量数据集关联缺口大 | 抽样核验中贯通率低于首期基线 | 缩小首期范围至试点部件族；缺口部分在数据卡列明，不强行拼接 | 两集的部分用途子集规模推迟达成 | | 标注员间一致率长期低于下限 | 连续两批抽样复标一致率未达下限 | 修订标注规范的粒度定义与边界案例；重做培训与考核；必要时调整标注任务拆分方式 | 标注产能下降，需增加标注批次与周期 | | 合成样本占比触及上限而规模仍有缺口 | 某用途子集的合成占比已达上限、目标量未达成 | 增加人工撰写与改写比例；扩展采集范围以增加真实样本 | 单位成本上升，当期目标量可能下调 | | 外部评测缺陷集中在同一维度 | 首轮全量评测中某一质量维度的缺陷占比显著偏高 | 按维度定位到对应环节与算子，批量整改后复测；同步修订该维度的内部门控阈值 | 整改期延长，需占用后续期产能 | | 第三方机构档期紧张导致评测与测评排期后移 | 机构反馈的档期晚于计划节点 | 提前启动预评估与自评估，把正式评测排在整改期之前；必要时分批送评 | 项目末段并行工作增多，需加强进度管控 | | 源系统接口迟迟不开通 | 某系统在约定时点后仍未开通且无明确时间 | 启用离线导出过渡通道；该系统所涉对象的数据在数据卡登记为过渡来源 | 该部分数据的时效性与增量能力下降 | | 场景验证判据争议 | 验证结论与业务方判断不一致 | 由专家库仲裁并留书面结论；判据修订按变更流程处理，修订前的结论保留 | 验证周期延长，需重跑受影响用例 | 表 8-4 数据来源：风险点依本方案各节的实施依赖与现场数据条件（见第三部分表 3-1）；应对动作依第六部分表 6-3 的回退路径与 `b1215` 的定向回流要求。 ## 九、投标文件的组织、索引与逐条应答口径 本部分回应招标文件第六章第 13 项技术方案（`b2364`、`b2365`，格式自拟）、索引表 2 综合评审内容的填写（`b2278r03`）、评分表第 1 条关于负偏离扣分的规定（`b0496r03` 第 1 条），以及第五章用户需求书的整体结构（`b0656`、`b0660`、`b0664`）。 ### 9.1 格式自拟的处置 第六章第 13 项技术方案为格式自拟（`b2365`）。我方的处置办法是不自创体系，按第五章用户需求书的章节顺序组织技术方案卷，使评标委员会在与需求书同一位置读到对应的应答，这也是 `b0497` 要求的按用户需求顺序逐条应答。卷内每一节开头一句话点明本节回应招标文件哪一条，节末附本节回应的单元索引；凡回应某条具体要求的段落，在句末标注该条的单元 id。单元 id 的作用是溯源：评审可由 id 直接回到招标文件原文核对，合稿时据以生成索引页。 技术方案卷的节次与招标文件条目的对应见本节表 1-1。全卷之末设需求书逐条应答矩阵，作为本卷的附表。 ### 9.2 索引表的填写口径 招标文件要求填写索引表 2 综合评审内容，列为序号、评分项、评分标准、索引页码（`b2278r01`），其中第 2 行（`b2278r03`）对应评分表第 2 项技术方案。该表为招标文件留白、由我方填写的格子，填写口径如下：评分项一栏填「技术方案」；评分标准一栏按评分表 `b0496r03` 的五个小项照录，不改写、不简写；索引页码一栏按五个小项分别指到本投标文件的对应页码，即完全满足技术要求指到需求书逐条应答矩阵、总体方案设计指到本节、硬件选型和配置指到硬件选型与配置节、技术创新和机制创新指到技术创新与机制创新节、系统集成指到系统集成方案节。页码在合稿定稿后统一回填，回填前以【待填：页码】占位。 同一索引表的其余各行按同样口径处理：每一行的索引页码分别指到该评分项的主要应答位置，若该评分项的应答跨多节，列出主节页码并在该节首页给出其余各节的指引，不在索引表内罗列多个页码。 ### 9.3 逐条应答矩阵的生成规则 评分表第 1 条规定完全满足招标文件技术要求得 5 分，有负偏离的、不响应的视为扣分项，每偏离 1 项扣 1 分、扣完为止（`b0496r03` 第 1 条）。这一条的应答方式不是在正文里声明完全满足，而是用一张可核对的矩阵逐条给出结论。矩阵的生成规则如下。 逐条范围为第五章用户需求书的全部条目。每条给四项内容：条目的单元 id 与章节号、要求摘要、响应结论、正文页码。响应结论取三值：满足、部分满足、不满足。凡结论为部分满足或不满足的，在同一行写明偏离的内容与我方的替代方案，并同步列入资格与商务卷的技术与商务规格差异表，两处共用同一张底表，偏离项的表述逐字一致。这样做的理由是：两处口径不一致本身就会被认定为不响应，比如实承认一项偏离的代价更大。 矩阵中有两类条目不作论述应答但仍需在表内注明处置方式。第一类是办事须知类条目（购买招标文件、办理 CA 证书、按时递交、公告媒介、联系方式等），这类条目照办即可，在表内注明「按招标文件要求执行」及执行方式。第二类是招标文件留白、由我方填写的表单行（如索引表页码、报价表数字、财务表数字），在表内注明填写口径或占位。这两类条目不为其撰写论述段落，因为 `b0497` 明文反对无关材料过多。 矩阵的编制时点在各技术章节成稿之后。先成稿、后生成矩阵的顺序不能颠倒：矩阵的页码列必须指向真实页码，结论列必须与正文表述一致，倒过来做就会出现矩阵声称满足而正文未写的情形。 ### 9.4 招标文件留白处的处置口径 招标文件有若干处留白或未明确之处，正式澄清渠道按 `b0110r02` 与 `b0179` 的规定须在投标截止日 10 日前提出。我方对这些处的处置口径统一如下，不在正文中向招标人反问，也不留空格。 表 9-1　留白处的处置口径 | 留白处 | 招标文件原文情形 | 我方处置口径 | |---|---|---| | 服务期内集中复测次数 | 原文写「不少于 X 次（X 在实施阶段由项目蓝图设计要求定义）」 | 在方案中承诺不少于我方给出的次数，并写明最终次数随蓝图设计确认后执行，取两者较高值 | | 数据标注专家库 50 人的构成 | 未明确为建设单位内部专家或社会专家 | 按两种情形都给入库条件与派工规则，内部专家承担口径确认与仲裁，社会专家承担规范评审与争议裁决 | | 功能模块数量的两处表述 | 业务范围写不少于 14 个（`b0685`），服务采购清单实列 16 个（`b0804r04`） | 以清单实列 16 项为准全部交付，并另增平台服务与 SLA 保障模块承载 3.2.4.6 要求（`b1198`），合计 17 个，不按下限交付 | | 数据集规模的两处表述 | 项目目标与业务范围写下限（≥600 亿 Token 等），逐数据集规模表给分域数值 | 以分域数值为生产计划依据，以下限为对外承诺底线，两者一致且承诺值高于下限 | | 资格条件中的设备要求 | 资格审查表列「设备要求」一项，内容指向第一章招标公告 | 按招标公告的资格要求提供对应材料，详见资格与商务卷 | 表 9-1 数据来源：留白情形依招标文件对应条目原文；处置口径依本投标文件统一安排。 ### 9.5 办事须知类要求的落实 本节覆盖范围内另有若干条目属办事须知，照办即可。我方的落实方式一并说明：招标编号在投标文件封面、投标书与授权委托书一律填写 GHY-26691；电子投标包按平台要求在平台侧操作，平台标段编号只在平台操作时使用，不填入投标文件；投标文件按招标文件规定的资格审查文件、技术部分、商务部分三部分分别编制与装订；递交在投标截止时间前完成。这些事项的具体办理见资格与商务卷与投标文件总目录，本卷不重复。 ### 9.6 本节的几条结论 读完本节应当能回答六个问题，这六个问题也是我方对需求理解的归纳。 甲方要什么：可交易、可复用、可溯源的数据资产，以及能证明这些资产管用的场景验证结论，不是又一套孤岛式软件（依 `b0663`、`b0676`）。 本包做什么：数据集加工生产、数据集质量评测、数据集场景验证三类交付，起点是原始数据写入落地区，终点是数据集版本移交运营平台登记完成；智能场景本身的建设不在本包（依 `b0662`、`b0684`）。 怎么做：以数据治理为横向管控层、知识本体与知识库为统一知识底座、十环节加工链为纵向主线、七道质量门与三类定向回流为控制手段，四集各走专属路径、共享底座与门控规则（依 `b1215`）。 做成什么：四个数据集合计 615 亿 Token、89 万条、6.6 万组、0.95 万条，覆盖四种模态，多模态与近三年时效条数占比均不低于 40%，六个质量维度按评测方案的定义达判据（依 `b0670`、`b0683`）。 怎么证明：内部七道门与外部首轮全量评测共用同一套指标定义；十一个场景按基线判据给可用性结论；多阶段模型评测量化数据集带来的能力增量；评测错题开展训练数据归因并形成整改任务单（依 `b1354`—`b1359`、`b0688`）。 做不到怎么办：每项关键技术选择都给出回退路径，回退的代价写成当期目标量下调或人工比例上升，不写成指标口径放宽；基准集不向训练域开放这一条无回退（见表 6-3）。 ## 十、本稿待补材料清单 本节为总论，不含需以实名实据佐证的材料，但有以下几处需在合稿前由项目组统一补齐或回填。 | 序号 | 待补内容 | 用途 | 补齐方式 | |---|---|---|---| | 1 | 【待填：技术方案卷各节在投标文件中的起止页码】 | 表 1-1 的索引列、索引表 2 的索引页码列（`b2278r03`） | 合稿定稿后由合稿环节统一回填 | | 2 | 【待填：服务期内集中复测次数的最终取值】 | 第九部分表 9-1 第一行的承诺次数 | 由项目组结合质量评测方案的工作量测算后确定，取与蓝图设计确认值的较高者 | | 3 | 【待填：五个实施阶段对应的日历区间】 | 表 8-1 与图 8-1 的里程碑时点 | 以签约时点为起点、2028 年 5 月为终点倒排，由项目管理措施节统一给出后同步 | | 4 | 【待填：国产化比率测算表的最终数值】 | 第四部分 4.6 的 80% 承接值与测算口径 | 待硬件与软件选型定稿后由非功能性技术要求节测算，本节只给口径 | | 5 | 【待填：十个实施单位的接口人与评审安排】 | 第五部分 5.1 的三类对接机制 | 实施启动阶段由管理单位确认，投标阶段不列具体人员 | 补齐以上五项不改变本节的结论与架构，只影响索引与时点的具体数值。