## 1、创新点总览

本节回应招标文件第三章综合评分表第 4 项「技术创新和机制创新。评价方案的技术创新点和机制创新点，包括智能工具链、专家库管理机制、数据协同汇聚机制、软建设、运营机制等」（b0496r03），并作为第五章 3.2.6.8「数据标注专家库建设机制建设要求」（b1848—b1850）与 3.2.6.10「项目『软建设』配套措施建设要求」（b1853—b1859）的正面应答章节。3.2.6.6 数据集运营推广服务七个方面（b1785—b1845）的机制本体已在运营平台分节逐条详述，本节只提炼其中的创新点并给出成效口径，不重复论述。

### 1.1　对评分要求的理解

评分表把创新与「总体方案设计」「硬件选型」「系统集成」并列，各自独立计分（b0496r03）。这说明招标方要看的创新不是方案的修辞水平，而是方案里有哪些做法是别处没有的、为什么本项目需要它、做成了怎么判断。评标的三档描述——一般、良好、优秀——没有给出可量化的分界，可量化的只有做法本身。

本节因此按一条规矩组织内容：每一项创新点都写清四件事：它针对的是甲方的哪一个具体困难，做法是什么，产出落在哪一份交付物上，成效用什么指标度量以及达不到时退到哪一步。凡只能用形容词描述的「创新」，本节不列。

这条规矩也决定了本节的边界。创新点的技术细节属于各技术分节，本节不搬运；本节负责把分散在各分节的做法归集成可被评价的创新主张，并补齐两块只属于本节的内容：数据标注专家库的管理机制，以及约 30 余项软建设配套措施。

### 1.2　五个创新方向

招标文件在 b0496r03 中点名了五类创新：智能工具链、专家库管理机制、数据协同汇聚机制、软建设、运营机制。本节按这五类组织，各类的落点与交接关系见表 2.10-1。

表 2.10-1　五个创新方向的落点与本节的处理方式

| 创新方向 | 本项目中的具体载体 | 本节的处理方式 | 机制本体所在 | 回应单元 |
|---|---|---|---|---|
| 智能工具链 | 9 类 25 个专项智能工具链 | 提炼六项技术创新点，给出成效口径与验证方式 | 工具链一、二、三分节 | b0496r03 第 4 条 |
| 专家库管理机制 | 不少于 50 人的数据标注专家库，覆盖六大领域 | 本节详述建设原则、专家类别、入库标准、遴选流程、工作职责、考核机制 | 本节 | b1848—b1850 |
| 数据协同汇聚机制 | 五类汇聚主体、四种汇聚通道、入库三项核查、四类激励 | 提炼四项机制创新点 | 运营平台分节第 10 章 | b1787—b1795 |
| 软建设 | 政策梳理 25 个、政策规划 5 项、体制机制 5 项、标准规范 20 项以上、人才队伍 1 项 | 本节详述全部条目与交付节奏 | 本节（6 项实施技术规范在附件分节） | b1853—b1859 |
| 运营机制 | 运营体系、运营架构、盈利模式、运营组织、公共服务体系、接入国家数据基础设施 | 提炼六项机制创新点 | 运营平台分节第九至十五章 | b1785、b1786、b1796—b1845 |

表 2.10-1　数据来源：招标文件 b0496r03 第 4 条所列五类创新；各载体的规模口径见招标文件 b0915、b0917（工具链）、b1850（专家库）、b1854—b1859（软建设）。

### 1.3　本节与关联章节的分工

创新内容的组织须避免一处常见问题：同一机制在总述与分节两处分别论述，且两处口径不尽一致，使同一事项在投标文件中出现两种表述。本节的分工按表 2.10-2 执行，凡表中标明「机制本体在他处」的内容，本节只写创新主张与成效口径，并指向该章节。

表 2.10-2　本节与关联章节的分工边界

| 事项 | 本节写什么 | 关联章节写什么 |
|---|---|---|
| 25 个工具的功能设计、接口、流程、样例 | 不写 | 工具链一、二、三分节逐工具详述 |
| 工具链的共性技术创新（双通道、置信度分流、配置即代码、血缘归因） | 归集为创新点，给成效口径 | 各分节在具体工具上落地 |
| 数据集加工的环节划分、标注作业组织、质检判定 | 不写 | 数据加工生产一、二分节 |
| 数据集质量评测的指标与方法 | 不写 | 数据集质量评测分节 |
| 数据治理的九大能力域、三级达成路径 | 不写 | 数据治理一、二分节 |
| 专家库的类别、入库、遴选、职责、考核 | 本节详述 | 运营平台分节与训推分节按本节口径引用 |
| 数据协同汇聚的范围、主体、通道、登记、激励 | 提炼创新点 | 运营平台分节第 10 章 |
| 运营体系、架构、盈利、组织、公共服务、国家数据基础设施接入 | 提炼创新点 | 运营平台分节第九至十五章 |
| 政策梳理、政策规划、体制机制、标准体系、人才队伍 | 本节详述 | 6 项项目实施技术规范的内容在附件分节 |
| 引用的既有国家标准与行业标准清单 | 不重复列 | 附件分节第 3 章 |
| 项目管理组织、实施计划、考核办法 | 只写与软建设机制相关的部分 | 项目管理措施分节 |

表 2.10-2　数据来源：本投标文件各技术分节的覆盖范围划分；分工规则依招标文件 b0497「避免套话过多、无关材料过多」的要求设定。

### 图 2.10-1　五个创新方向的来源与落点

<svg viewBox="0 0 820 440" xmlns="http://www.w3.org/2000/svg"
     font-family="Noto Sans CJK SC, PingFang SC, SimHei, sans-serif" font-size="12.5">
  <defs>
    <marker id="t8a1" markerWidth="9" markerHeight="9" refX="8" refY="4.5" orient="auto">
      <path d="M0 0 L9 4.5 L0 9 z" fill="#334155"/></marker>
  </defs>
  <text x="410" y="18" text-anchor="middle" font-size="13.5">甲方的四条现场困难</text>
  <rect x="14" y="28" width="186" height="44" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="107" y="46" text-anchor="middle">对象标识不贯通</text>
  <text x="107" y="63" text-anchor="middle" font-size="11.5">施工号／图号／工单号无稳定主键</text>
  <rect x="212" y="28" width="186" height="44" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="305" y="46" text-anchor="middle">经验留在人头脑里</text>
  <text x="305" y="63" text-anchor="middle" font-size="11.5">28 道备料工序排序靠少数人</text>
  <rect x="410" y="28" width="186" height="44" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="503" y="46" text-anchor="middle">过程事实与结果对不上</text>
  <text x="503" y="63" text-anchor="middle" font-size="11.5">参数流与工件、焊道未对齐</text>
  <rect x="608" y="28" width="198" height="44" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="707" y="46" text-anchor="middle">数据只有链主一家</text>
  <text x="707" y="63" text-anchor="middle" font-size="11.5">接口参数多方共有、无电子留痕</text>

  <path d="M107 72 V104" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a1)" fill="none"/>
  <path d="M305 72 V104" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a1)" fill="none"/>
  <path d="M503 72 V104" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a1)" fill="none"/>
  <path d="M707 72 V104" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a1)" fill="none"/>

  <rect x="14" y="106" width="384" height="96" rx="5" fill="#eef2f7" stroke="#334155"/>
  <text x="206" y="126" text-anchor="middle" font-size="13">技术创新：智能工具链（9 类 25 个）</text>
  <text x="206" y="146" text-anchor="middle" font-size="11.5">双通道算子 · 证据与置信度分流 · 配置即代码</text>
  <text x="206" y="164" text-anchor="middle" font-size="11.5">污染与泄漏四级级联 · 血缘与错题反向归因</text>
  <text x="206" y="182" text-anchor="middle" font-size="11.5">统一任务骨架（一种用法、多个工具）</text>
  <text x="206" y="197" text-anchor="middle" font-size="11">产出：可复核的样本、可追溯的版本</text>

  <rect x="410" y="106" width="396" height="96" rx="5" fill="#eef2f7" stroke="#334155"/>
  <text x="608" y="126" text-anchor="middle" font-size="13">机制创新：汇聚 · 运营 · 专家库 · 软建设</text>
  <text x="608" y="146" text-anchor="middle" font-size="11.5">四通道汇聚 · 一数一源登记 · 按份共有直通清算</text>
  <text x="608" y="164" text-anchor="middle" font-size="11.5">五级组织责任 · 能力复用 · 以服务养服务</text>
  <text x="608" y="182" text-anchor="middle" font-size="11.5">专家库六领域动态管理 · 五位一体标准体系</text>
  <text x="608" y="197" text-anchor="middle" font-size="11">产出：制度文本、组织规则、标准与清单</text>

  <path d="M206 202 V238" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a1)" fill="none"/>
  <text x="214" y="223" font-size="11.5">可用的数据集</text>
  <path d="M608 202 V238" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a1)" fill="none"/>
  <text x="616" y="223" font-size="11.5">持续的数据来源与服务</text>

  <rect x="120" y="240" width="580" height="54" rx="5" fill="#e2e8f0" stroke="#334155"/>
  <text x="410" y="261" text-anchor="middle" font-size="13">四类数据集加工生产 ＋ 质量评测 ＋ 场景验证（本包交付范围）</text>
  <text x="410" y="282" text-anchor="middle" font-size="11.5">预训练 615 亿 Token · 指令微调 89 万条 · 强化学习偏好 6.6 万组 · 基准测试 0.95 万条</text>

  <path d="M410 294 V330" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a1)" fill="none"/>
  <text x="418" y="315" font-size="11.5">成效由评测与验证结论度量</text>

  <rect x="120" y="332" width="580" height="44" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="410" y="352" text-anchor="middle">成效口径：每项创新点配首期基线、度量方法、验收方式与未达门限时的回退动作</text>
  <text x="410" y="369" text-anchor="middle" font-size="11.5">汇总见本节第 7 章</text>

  <rect x="14" y="392" width="792" height="36" rx="5" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="410" y="414" text-anchor="middle" font-size="11.5">边界：本包不负责智能场景建设；创新点的产出止于数据集、评测结论与验证结论，场景建设由相应包承担</text>
</svg>

图 2.10-1　五个创新方向的来源与落点。数据来源：现场困难依招标文件第五章 1.1 项目目的与业务范围（b0665—b0676）及甲方业务特征；工具链规模依 b0915、b0917；数据集规模依招标文件逐数据集规模表；本包范围边界依 b0804r06。

## 2、智能工具链的技术创新

本章回应评分表第 4 条中「智能工具链」一项（b0496r03）。招标文件要求建设不少于 9 类 25 个专项智能工具链（b0915、b0917），25 个工具的功能设计、输入输出接口、处理流程、输出样例与验收口径已在工具链一、二、三分节逐个详述。本章不重复清单，只回答一个问题：这 25 个工具里，哪些做法是针对矿山装备制造的数据特点专门设计的，它们为什么比通用做法更适合本项目。

### 2.1　创新的出发点：这批数据不是普通文本

通用数据加工工具处理的是网页、书籍、论坛这类自然语言文本，它们的共同特点是「错了不致命」——一条语料标错类别，对预训练的影响被海量样本摊薄了。本项目的数据不是这样。

刮板输送机的工艺卡上，板厚 16 毫米与 18 毫米对应不同的坡口型式与焊接工艺参数；压弯件的展开长按中性层计算，中性层系数取值差 0.05，下料尺寸就差出几毫米；热处理的淬火温度与保温时间在作业指导书里是固定程序，一条样本把温度记成相邻档位，这条样本就在教模型一个错的工艺。63 万张历史工艺样本里的每一张都指向一个真实存在过的零件，错误不会被摊薄，只会被学会。

同样的问题出现在对齐环节。焊接机器人记录的电流、电压、送丝速度是连续的参数流，工件与焊道是离散的对象，一次交检合格率已经维持在 97% 至 98% 而甲方要求 99%，剩下的那一两个百分点要靠参数与焊道的正确对应才能查清。参数流对错了焊道，整批样本的因果关系就是颠倒的。

这三件事决定了本项目工具链的技术取向：不以处理吞吐量为首要取向，而以每一条输出都能被追到源头、被人复核、被判定对错为首要取向。本章的六项创新点都是从这个取向推出来的。

### 2.2　创新点一：双通道算子——能算出来的不交给模型

第一项创新是在每一个判断环节上区分两类算子：凡能用确定性程序算出结果的，用规则算子；只有语义理解类的判断，才交给模型算子。两类算子并行运行，结果交叉比对，不一致的进入人工复核。

这一取舍的理由是可验证性。压弯件的展开长按中性层公式计算，输入是板厚、弯曲半径与弯曲角度，输出唯一；本体约束的校验按逻辑规则判定，一个零件不能同时属于两个互斥的部件层级，这是定义决定的。这类判断用规则算子，结果可以被第三方用同一公式复算出来，验收时不需要争论。语义类判断不同：一段工艺说明在讲坡口加工还是讲焊前清理，需要理解上下文，规则写不全，交给模型算子。

双通道的价值在交叉比对上。本体驱动规则标注工具链按七类本体约束校验候选标签，大模型预标注工具链按模板生成候选标签，两条通道对同一个样本给出的结论若一致，样本进入高置信档按比例抽检；若不一致，样本进入人工复核队列，并把两条通道的判断依据一并呈现给复核人。这样的分流使人工投入集中在真正有分歧的样本上，而不是平均分布在全部样本上。

与通用做法的差别可以这样说明：通用做法通常是「模型先标、人再抽检」，抽检比例决定了质量下限，提高质量只能提高抽检比例，成本线性上升。双通道做法是「两条通道互为裁判、分歧处集中投人」,人工总量下降而被复核的样本恰是最可能错的那部分。首期按高置信档抽检 5% 设定基线，连续三批抽检通过率达到门限后降至 3%；达不到门限则抽检比例回升并重新标定阈值（b0496r03）。

### 2.3　创新点二：证据、置信度与分流三件套

第二项创新是全部 25 个工具的每一条输出记录都强制携带三样东西：证据、置信度、复核状态。

证据是指向原始材料的具体位置，不是笼统的来源说明。图纸抽取给出图元句柄与所在图层，视频对齐给出帧时间戳与事件编号，预标注给出引用的原文片段，时序对齐给出测点编号与时间区间。复核人点开一条样本，能直接看到它是从哪一处得出的，不需要自己回原文件里找。

置信度按统一的三档分流：高置信直接入候选集并按比例抽检，中置信进人工复核队列且工具给出修改建议，低置信进人工标注队列、工具输出只作参考。三档的阈值由各工具在试点批次上标定——取一批已由人工确认的样本作标定集，画出置信度与实际正确率的对应曲线，把高阈值定在实际正确率达到目标水平的位置。阈值是标出来的而不是拍出来的，这一点在验收时可以出示标定集与曲线。

复核状态有五个取值：未复核、机器通过、人工通过、驳回、专家裁决。状态字段的作用是让任何一条进入数据集的样本都能回答「这一条是谁放进来的」。专家裁决这一档与本节第 3 章的专家库衔接：标注一致性低于门限的样本、争议标签、新术语判定，由专家库按领域抽派专家裁决，裁决结论写入该字段并留档。

这三样东西合起来回答的是数据集的可信性问题。数据集质量评测分节把可信性列为六个评测维度之一，评测时要出证据链；本项目的证据链不是事后补的，是在加工时就逐条写进去的。

与通常做法的差别，落在这三样是必填字段还是附带信息上。通常的加工流水线把置信度当作模型的附带输出保留下来，证据则多半只记一个文件名或一个批次号；复核人拿到一条有疑问的样本，仍要自己打开原文件逐页去找它是从哪里来的，一条样本核下来往往要十几分钟，于是抽检比例再高也核不动。本项目把三样做成记录结构里的必填项，入库校验时写不出证据的记录直接被拦下，退回补录，不带着空字段进入候选集。这一条看起来只是一道字段约束，实际决定的是数据集能不能被第三方复核：一份能逐条指回源处的数据集，评测时拿出来的是证据；一份只有标签没有出处的数据集，评测时拿出来的只是说法。招标文件把可信性与可追溯列入评测维度，正是在区分这两者。

### 2.4　创新点三：配置即代码与可回放

第三项创新是把工具的全部可调项一律以配置文件形式入库。可调项包括提示词模板、输出结构定义、本体版本、采样策略参数、改写比例与相似度阈值，并纳入版本管理，运行时按版本号加载。每条输出记录携带本次运行所用的配置版本号与工具版本号。

这件事的实际价值在三个场合体现。一是复现：半年后发现某批样本有系统性偏差，按记录的配置版本与工具版本重跑，能得到同样的结果，从而确认偏差来自配置还是来自源数据。二是灰度：提示词模板改版时先在小比例批次上运行，与旧版结果对比后再全量切换，发现问题按版本号回滚，不需要人工回忆上一版是什么样。三是交接：建设期结束后，运维方拿到的不是一句「参数需要调优」，而是一份有版本的配置文件与它对应的实测结果。

与通常做法的差别，在于提示词与阈值这类「软参数」算不算配置项。在多数加工实践里，模型调用的提示词写在代码里或存在某位工程师的本地文档里，相似度阈值在调试过程中反复改动而不留痕迹，于是半年之后同一批源数据重跑一遍得不到同样的结果，偏差究竟来自配置变动还是来自源数据本身，便无从分辨。本项目把提示词模板、输出结构定义、本体版本、采样策略与相似度阈值一律视为与程序代码同级的受控对象，纳入版本库、走变更登记、运行时按版本号加载。代价是每一次参数微调都要提交一次变更记录，换来的是任何一批样本都能回答「它是用哪一版规则产出的」。对一个建设期跨两年、运维期更长的项目来说，这个代价是值得付的——两年之后回头追一批样本的来历，靠的只能是记录，不可能靠记忆。

模型侧同样如此。所有涉及大模型调用的环节经奔牛数据智能平台的统一模型网关接入，采用当期能力评测领先的通用大模型，可替换、可评测、可随代升级。每条输出记录登记网关侧分配的模型登记名与版本号，便于在模型随代升级后回溯某批样本是在哪一代能力下生成的。交付文档不绑定具体品牌与型号，升级时只换网关侧的登记项，加工链路不改。

### 2.5　创新点四：污染与泄漏的四级级联防护

第四项创新针对的是数据集建设中最隐蔽的一类错误：基准测试集的内容混进了训练集，于是评测分数虚高，而虚高的部分无法事后分辨。

本项目按四级级联处置。一级精确重复按指纹比对，指纹相同即判重复；二级近重复按局部敏感哈希检出改动少量字词的重复；三级语义相似按向量相似度过滤表述不同而含义相同的样本；四级污染扫描按 n-gram 命中检查训练集与基准集、专家题库之间的重叠。四级之间是级联而不是并列——上一级判出的重复组不再进入下一级计算，这样既省算力，也避免同一组样本被重复计数。

与通常做法的差别，在于检出之后怎么处置。通常的去重是一道并列的过滤，发现重复即删除，发现泄漏即把泄漏样本从基准集里移出去；本项目的处置是级联加作废——四级之间上一级判出的重复组不再进入下一级计算，而一旦检出跨集合泄漏，不仅重做切分，还要作废受影响的评测结论。后一条在管理上更难执行，因为作废评测结论意味着一段时间的评测工作要重做，报表上的分数也要收回。但不作废的后果更重：用泄漏数据训出来的模型，它在基准集上的分数已经不能反映真实能力，若把这个分数留在记录里当作基线，后续所有与它比较的结论都跟着错，而且错在看不见的地方。本项目宁愿在过程中承认一次返工，也不让一个不可靠的分数留在验收材料里。

泄漏防护在切分环节还有一道。数据集切分与基准构建工具链在切分前先做泄漏检测，按五类口径检查跨集合重叠；基准测试集一经构建即冻结，每次使用前校验指纹，指纹不一致则该次评测结论作废。发现泄漏的处置是重切并作废受影响的评测结论，而不是只把泄漏样本删掉了事——因为用泄漏数据训出来的模型，它的评测分数已经不可用了。

成效口径按可验证的方式写：精确重复按指纹口径可完整识别；近重复在抽样复核下准确率趋向 95%；高风险污染命中逐步接近完整拦截，中风险命中进人工裁定；跨集合泄漏在五类检测口径下逐步接近零命中。四级防护的召回水平以回灌测试度量：向待检批次按既定比例注入一批已知的精确重复、近重复与污染样本，统计各级的检出比例，注入清单的构造方式、注入位置与检出统计一并留档，使召回指标有可复算的实测依据。回灌测试每季度随机重做一轮，注入清单不复用，避免工具对固定的注入样本形成适应。基线与回退路径见本节第 7 章。

### 2.6　创新点五：血缘与错题反向归因的回路

第五项创新是把「数据集质量」这件事从主观判断变成可观测的回路：用模型在基准集上的表现反向定位数据集的缺陷，再把缺陷转成具体的数据修订工单。

回路有四段。第一段是血缘记录：每条样本从原始文件到对齐、标注、增强的全过程以同一组键串起，数据集版本与训练任务、模型检查点、发布审批记录构成血缘图谱。第二段是评测：多协议模型评测引擎在冻结基准集上出样本级结果，不只出总分。第三段是归因：错题按能力维度与数据子集标签聚类，定位到是哪一类数据子集的覆盖不足或标注偏差导致了这一簇错误。第四段是回流：归因结论自动生成数据修订工单，工单指明要补的样本类型、要改的标注口径、要重做的子集，回到加工链路执行。

这条回路的创新性不在任何单项技术，而在于它把评测结论接回了加工动作。常见的做法是评测出一份报告，报告里写「某能力偏弱，建议加强」，到此为止；本项目的做法是报告直接产生工单，工单有责任人与时限，复检通过才闭合。影响范围分析是这条回路的配套能力：某个数据子集被判定有问题时，血缘图谱能查出哪些数据集版本、哪些训练任务、哪些模型检查点用过它，从而确定需要重做的范围。

举一个本项目实际会遇到的例子。基准测试集中焊接工艺参数推荐一类题目若出现成簇的错误，归因的第一步是看这些错题集中在哪一类工件上——若集中在板厚 20 毫米以上的厚板多层多道焊，第二步就去查制造过程数据集里这一板厚区间的样本占比与标注口径，而大概率的结论会是厚板样本的层道编号缺失或层间温度记录不全。于是修订工单指向的是制造过程数据集中厚板焊接子集的补采与重标，补采的测点、要补的字段、重标的范围都写在工单里，而不是笼统地写一句「加强焊接数据」。这类定位的前提有两条：错题能挂回数据子集标签，数据子集标签能挂回样本血缘。两条都靠前面几项创新点支撑，回路的价值也正是在这里才显出来——它让「数据集质量不高」这句笼统的判断，变成若干条有范围、有责任人、有时限的具体工单。

成效口径：发布版本内样本的血缘挂接率趋向 98%，未挂接样本不进入发布版本；归因产生的修订工单按时闭合率首期按不低于 85% 设定基线【待填：工单闭合率基线由蓝图设计阶段与招标方确认】。

### 2.7　创新点六：统一任务骨架

第六项创新是工程层面的：25 个工具共用一套任务骨架，而不是各自实现一套运行支撑。

骨架的四件事是：任务与批次（一次提交对应一个任务，任务按可重试的最小单元切成批次，异常重试以批次为粒度，不必整任务重跑）；双通道算子（见 2.2 节）；统一的血缘与版本字段（见 2.3、2.4 节）；统一的任务状态机与回调。工具作为奔牛数据智能平台的功能模块交付与运行，共用平台的身份认证、权限控制、任务调度、版本管理与日志审计能力。

与通常做法的差别，在于骨架是先建还是后补。工具按需逐个开发、各自实现运行支撑，是数据加工项目最常见的组织方式，它的前期推进确实快，问题会出在第十几个工具上线之后：日志格式不一致、血缘字段各写各的、同一个任务状态名在不同工具里含义不同，运维要为每个工具单独接一遍监控，甲方的操作人员要为每个工具学一套提交方式。本项目把任务骨架作为第一批交付内容先建成，25 个工具在骨架之上开发，血缘与版本字段由骨架统一写入。先建骨架在前期要多花一轮设计与一轮联调，但它是「血缘挂接率」这项指标能够作为可验收指标存在的工程前提——若靠 25 个工具各自记得写同样的字段，这项指标就只能靠抽查来估计，估计出来的数字无法用于验收。

统一骨架带来两个实际好处。对甲方来说，熟悉一种任务提交方式与一种结果结构就能用全部工具，不必为 25 个工具学 25 套用法；培训成本与运维成本随之下降。对项目本身来说，血缘字段由骨架统一写入而不靠各工具自觉实现，这是血缘完整性能够达到门限的工程前提——靠 25 个工具各自记得写同样的字段，是记不住的。

### 2.8　工具链创新点的成效口径汇总

表 2.10-3　六项工具链创新点的成效口径

| 创新点 | 针对的现场困难 | 首期基线 | 度量方法 | 未达门限时的回退 |
|---|---|---|---|---|
| 双通道算子 | 工艺类判断错误不会被海量样本摊薄 | 两通道一致率首期不低于 90%；高置信档抽检通过率达门限后抽检比例由 5% 降至 3% | 每批次抽 500 条由工艺或设计口人员双盲复核 | 一致率低于门限则该类样本全量转人工复核，并重新标定阈值 |
| 证据、置信度与分流 | 输出无法被复核，质量只能靠抽检 | 证据字段完整率趋向 99%；置信度阈值在标定集上完成标定 | 字段完整性自动校验＋标定集曲线留档 | 证据缺失的记录不进候选集，退回补录 |
| 配置即代码与可回放 | 参数调优过程无记录，无法复现与交接 | 全部可调项入库并带版本号；按版本重跑的结果一致 | 抽取历史批次按记录配置重跑比对 | 重跑结果不一致则该批次标记不可复现，暂不进入发布版本 |
| 污染与泄漏四级级联 | 基准集污染导致评测分数虚高且事后不可分辨 | 精确重复按指纹口径可完整识别；近重复抽样准确率趋向 95%；跨集合泄漏逐步接近零命中 | 以已知注入的污染样本做回灌测试统计召回；切分后复查 | 发现泄漏即重切并作废受影响的评测结论；未判定清楚的样本先隔离 |
| 血缘与错题反向归因 | 评测报告与加工动作脱节，问题反复出现 | 血缘挂接率趋向 98%；修订工单按时闭合率不低于 85% | 发布前血缘完整性校验；工单台账统计 | 未挂接样本退回补录，补不齐的从该版本剔除并记入待补清单 |
| 统一任务骨架 | 工具各自为政，血缘靠自觉、运维成本高 | 25 个工具均通过统一接口提交并返回统一结果结构 | 接口一致性测试＋运维侧单点接入验证 | 未纳入骨架的工具不计入交付完成，整改后复验 |

表 2.10-3　数据来源：各项基线与回退路径取自工具链一、二、三分节的质量口径表；抽检比例与一致率门限的最终取值随蓝图设计与首批实测结果确认，均属待验证目标。

### 2.9　六项创新点的方法依据与技术路线的可行性

招标文件要求投标文件「佐证性强」（`b0497`）。六项创新点没有一项是凭空提出的：
每一项都落在一个已有的公开方法族上，我方的创新在三处——方法之间的组合方式、
在本项目具体对象上的具体化、以及把判定门限做成可标定、可复核、可回退的工程口径。
本小节逐项交代方法出处，并说明我方在其上加了什么。这样写的用处是：
招标方可以逐项核对方法族的公开出处与我方在其上具体化的内容，
验收时可以核对每一道门限的标定过程与留档材料。

表 2.10-3A　六项工具链创新点的方法依据与我方的具体化

| 创新点 | 所属方法族 | 依据来源 | 我方在其上的具体化 |
|---|---|---|---|
| 双通道算子 | 确定性计算与模型推断的分流；选择性预测（selective prediction） | 本项目标定集上实测的置信度—正确率曲线；展开长按中性层公式复算，第三方可用同一公式验算 | 用七类本体约束与工艺计算公式界定「能算出来」的边界；两通道交叉比对而非「模型先标、人再抽检」的串行抽检 |
| 证据、置信度与分流三件套 | 置信度校准与人机分流；标注一致性度量 | 一致性度量取科恩卡帕系数（Cohen's κ）与克里彭多夫阿尔法系数（Krippendorff's α），方法出处见参考依据 ① ② | 证据定位到图元句柄、帧时间戳、测点编号与时间区间一级，而非笼统的来源说明；三档阈值在试点批次的标定集上标定并留档 |
| 配置即代码与可回放 | 加工流水线可复现；配置项版本管理 | 本项目按记录配置版本重跑历史批次的比对记录 | 提示词模板、输出结构定义、本体版本、采样策略参数、相似度阈值一并入库带版本号；每条输出记录携带配置版本号与工具版本号 |
| 污染与泄漏四级级联防护 | 精确指纹比对；局部敏感哈希（locality-sensitive hashing）近重复检出；向量语义相似过滤；n-gram 重叠的污染扫描 | 基于局部敏感哈希的近重复文本比对方法见参考依据 ③ | 四级级联而非并列——上一级判出的重复组不再进入下一级计算；基准测试集一经构建即冻结，每次使用前校验指纹，指纹不一致则该次评测结论作废 |
| 血缘与错题反向归因的回路 | 训练数据归因（training data attribution）与数据血缘 | 归因方法族见参考依据 ④ | 归因结论自动生成数据修订工单，工单有责任人与时限、复检通过才闭合；影响范围由血缘图谱反查用过该子集的数据集版本、训练任务与模型检查点 |
| 统一任务骨架 | 统一任务与批次模型；按批次幂等重试 | 本项目的接口一致性测试与运维侧单点接入验证 | 血缘与版本字段由骨架统一写入，不依赖 25 个工具各自实现；异常重试以批次为粒度，不必整任务重跑 |

表 2.10-3A　数据来源：方法族名称按公开文献的通用表述；「依据来源」列中标注参考依据编号的，
出处见下方清单；未标注编号的，依据是本项目自己的标定集、比对记录或一致性测试，
相应材料随阶段验收提交。各项的首期基线、度量方法与回退路径见表 2.10-3。

参考依据：

① Artstein R. Inter-annotator Agreement. In: Handbook of Linguistic Annotation. Springer, 2017.
   DOI 10.1007/978-94-024-0881-2_11
② Krippendorff K. Alpha Compared With Primarily Nominal Agreement Measures.
   In: The Reliability of Generating Data. 2022. DOI 10.1201/9781003112020-5
③ Zhang Y, Peng Z, Qiao M, et al. LSHAlign: All-Pair Near-Duplicate Text Alignment via
   Locality-Sensitive Hashing. Proceedings of the ACM on Management of Data, 2026.
   DOI 10.1145/3802083
④ Mlodozeniec B, Reid I, Power S, et al. Distributional Training Data Attribution:
   What do Influence Functions Sample? Advances in Neural Information Processing Systems 38, 2025.
   DOI 10.52202/085713-0339

技术路线的可行性建立在三条上，而不是建立在某一项方法是否新。

第一条，每一项都以**可复算或可标定**为前提。能用公式算出来的用公式，验收时第三方复算即可；
不能用公式算的用标定集定阈值，标定集与置信度—正确率曲线一并留档。
本节各项指标均配有度量方法与留档材料：公式类指标出复算脚本与输入输出样例，
阈值类指标出标定集与置信度—正确率曲线，检出类指标出回灌测试的注入清单与检出统计，
三类材料随阶段验收提交，使每一项都可由招标方按同一方法复核到同一结果。

第二条，不依赖单一供应商或单一模型。方法族均为公开可查，涉及大模型调用的环节
经奔牛数据智能平台的统一模型网关接入，采用当期能力评测领先的通用大模型，可替换、可评测、可随代升级；
模型随代升级时只换网关侧的登记项，加工链路不改。交付文档不绑定具体品牌与型号。

第三条，每一项都有回退。六项的未达门限处置已逐项写入表 2.10-3，
回退动作分三类：收紧（提高抽检比例、转人工复核）、隔离（不进入下一阶段或发布版本）、
复议（调整门限或时限设定并说明理由）。因此技术路线的可行性不取决于每项门限首次就达成，
而取决于门限标定与回退路径是否落实——这两件在本节与各工具链分节都给了可核对的口径。

### 2.10　创新点与企业智能系统的衔接关系

六项创新点放在一处看，指向的是同一件事：让这批数据集具备支撑企业级智能系统的条件。这一判断需要交代清楚，因为智能场景的建设不在本包范围内，而数据集的设计取向却必须按将来的用法来定——数据集是先交付的，用它的系统是后建的，先交付的一方若不按后建一方的接口要求来准备，返工就落在数据侧。

企业智能系统对数据的要求，与通用语料训练对数据的要求有三处不同。第一处是回答要能溯源。企业里的应用场合，一个工艺参数建议若说不出依据，使用的人不会采信，班组更不会据此调整作业；因此数据集的每一条都要带着它的出处，这是 2.3 节把证据做成必填字段的原因。第二处是术语要与企业自己的叫法一致。同一台刮板输送机在设计、工艺、制造、质量四个口里有四套叫法，智能系统若按通用语料里的叫法回答，与现场对不上；因此标注口径要统一到知识本体给出的对象定义上，这是本节工具链与总体方案中以知识本体为中枢的技术主线相接的地方（见总体方案分节第 6 章）。第三处是能算的不能靠猜。展开长、材料定额、热处理保温时间这类数值有公式与标准可循，智能系统在这些地方必须走确定性计算而不是语言生成，数据集也应把公式类判断与语义类判断分开标注、分开评测，这是 2.2 节双通道算子的由来。

把三处要求连起来，可以看到本包交付物在整个数据要素链条中的位置：知识本体给出统一的对象与关系定义，四类数据集按这套定义加工并自带证据与血缘，基准测试集与评测结论给出这批数据的能力边界，场景验证给出在十一个具体业务场合下的可用性结论。将来在其上建设的智能系统，无论采用检索增强、工艺知识问答还是参数推荐的形态，取的都是同一套对象定义、同一批可溯源样本与同一份能力边界说明。这意味着数据集与系统之间不需要一次语义层面的二次对接——对接工作在数据加工阶段就按本体做完了。

需要说明的是，上述衔接关系是对交付物性质的说明，不是对智能系统建设成效的承诺。本包交付的是数据集、评测结论与场景验证结论；智能系统的建设与运行成效取决于系统侧的设计与实现，由相应包与建设方负责。本节把衔接关系写出来，目的是说明工具链的六项创新点为什么要按现在这个样子设计，而不是为了把范围延伸到数据集之外。

### 2.11　与本包范围的关系

工具链的创新点服务于本包的交付物，即四类数据集的加工生产、质量评测与场景验证。工具链本身也是本项目形成的可复用技术资产，在运营期作为技术工具赋能类公共服务向行业输出，输出方式是能力租用与任务代做而不是工具交付（见运营平台分节第 15 章）。这一条与本节第 6 章的能力复用机制相衔接。

智能场景建设不在本包范围内。工具链产出的是场景验证所需的样本与评测结论，场景本身的建设由相应包承担（b0804r06）。

## 3、数据标注专家库管理机制

本章回应招标文件第 108 页「3.2.6.8 数据标注专家库建设机制建设要求」（b1848、b1849、b1850），并承接项目目标层「建立行业数据标注专家库，入库专家不少于 50 人」（b0672）与知识产权目标中「建成一个不少于 50 人的数据标注专家库」（b0687）的要求。招标文件在实施要求中还把「打造高质量的数据标注专家库」与「制定数据标注规范」并列（b1216），说明专家库不是一份名单，而是数据标注规范能够落地的组织条件。

本章按招标文件 b1850 列明的六项内容依次展开：建设原则、专家类别、入库标准、遴选流程、工作职责、考核机制。此外补充两节：专家库的运行支撑（抽派、回避、保密与酬金），以及专家来源构成的两种情形口径。

### 3.1　专家库要解决的问题

把专家库写成一份名单是容易的，难的是让专家在该出现的时候真的出现。本项目对专家的需求不是偶发的评审会，而是贯穿加工全过程的若干个确定的时点。

第一类时点是定标。标注工作开始前，每一类标注任务都需要一批由人工确认为正确的样本作为黄金集，用于标注员入组考核、持续抽检与一致性基线测算。黄金集的正确性不能由标注员自己确认，必须由懂这个零件、这道工序的人确认。备料工序的 28 道工序集合、焊接的坡口型式与焊缝等级、热处理的淬火与回火程序，这些判断只有现场经验能给。

第二类时点是裁决。多人交叉标注的一致性低于门限时，样本进入专家裁决；本体中出现新术语、或同一业务含义在不同车间叫不同名字时，需要专家确定收录哪一个、废弃哪一个（b1036、b0937）。这类判断不能靠投票——三个标注员一致判错，仍然是错的。

第三类时点是复核与终审。数据集质量评测中的人工分层复核要求行业专家逐项核查说明文档完整性、标注规范性、领域专业性、内容真实性与跨模态语义一致性，对自动化检出的高危样本逐条复核（b2127）；知识库与知识图谱成果须经业务专家终审，未经终审不得进入发布版本（b1459）。模型训练侧的指令遵循与专业问答能力验证也要求专家抽样人评（b1347）。

第四类时点是标准与方案评审。标注规范的评审、标准文本的起草与审查、场景验证方案的判据确认、安全合规边界的判定（b2112），都需要相应领域的专家。

这四类时点合起来说明一件事：专家库的管理机制要解决的核心问题不是「有没有人」，而是「某一天某一类任务需要某一个领域的人时，能不能按规则抽到、抽到的人有没有履职、履职质量能不能被评价」。本章的机制按这个问题设计。

### 3.2　建设原则

招标文件要求按「专业化、规范化、制度化、动态化」原则组建专家队伍（b1849）。四条原则在本项目中的落实方式如下，每条都对应后文的一项具体安排。

专业化的落实是按领域分设而不是按资历排序。专家库不设统一的「高级专家」等级，而是按六大领域分别设置入库条件与履职范围。一位懂焊接工艺的专家在焊接类标注定标上是权威，在数据安全合规判定上不是，抽派规则不允许跨领域抽派。这一条写在 3.3 与 3.4 节。

规范化的落实是把专家的每一次履职变成一份有格式的产出。定标出黄金集定标记录，裁决出裁决意见书，复核出复核结论表，评审出评审意见。产出有固定字段、有签署、有留档，不以口头意见或会议纪要中的一句话代替。这一条写在 3.6 节。

制度化的落实是把专家库的运行写成制度文本而不是依赖项目组的临时安排。本项目交付《数据标注专家库管理办法》一份，内容覆盖本章六项机制与运行支撑，经招标方评审确认后生效，列入软建设制度体系（见本节 6.3.3 节）。

动态化的落实是入库不是终身的。专家按年度考核，考核结果分三档，连续两年考核在最低档或出现禁入情形的予以出库；每年按需补充入库，补充时优先补足考核暴露出的领域缺口。这一条写在 3.7 节。

### 3.3　专家类别与规模构成

招标文件要求组建覆盖标准编制、数据生产、质量管控、行业应用、项目管理、安全合规六大领域的专家队伍，形成结构合理、专业互补、来源广泛、权责清晰、管理规范、动态更新的专家库体系（b1849），入库专家不少于 50 人（b1850、b0672、b1858）。

六大领域的划分不是并列的六个标签，它们对应数据集建设链条上六个不同的判断类型。标准编制类回答「按什么判」，数据生产类回答「这一条标得对不对」，质量管控类回答「这一批能不能过」，行业应用类回答「这样的数据有没有用」，项目管理类回答「这件事该不该做、什么时候做」，安全合规类回答「这件事能不能做」。

表 2.10-4　专家库六大领域的构成与履职范围

| 领域 | 专业方向 | 拟入库人数 | 主要履职场合 | 产出物 |
|---|---|---|---|---|
| 标准编制 | 数据标准化、标注规范编制、术语与本体、行业标准起草 | 8 人 | 标注规范评审、术语收录与废弃判定、标准文本起草与审查、本体版本变更评审 | 规范评审意见、术语判定记录、标准草案与审查意见 |
| 数据生产 | 产品设计与选型、工艺（备料／焊接／热处理／机加工）、生产计划与物料、售后运维 | 18 人 | 黄金集定标、标注争议裁决、合成样本的事实性核验、知识库与知识图谱终审 | 黄金集定标记录、裁决意见书、核验结论、终审意见 |
| 质量管控 | 数据质量评价、检验检测、统计抽样、评测方法 | 9 人 | 质检判定门限审议、抽样方案评审、人工分层复核、评测结论复核 | 门限审议意见、抽样方案评审意见、复核结论表 |
| 行业应用 | 矿山装备制造业务、煤矿生产与在役运维、场景需求 | 8 人 | 场景验证判据确认、数据集适用性评价、应用效果评价、需求优先级评议 | 判据确认书、适用性评价意见、效果评价表 |
| 项目管理 | 项目管理、系统集成、进度与风险管理、验收组织 | 4 人 | 里程碑评审、方案可实施性评议、变更评审、验收评审 | 评审意见、变更评议结论 |
| 安全合规 | 数据安全、个人信息保护、密码应用、知识产权与合规 | 5 人 | 敏感数据判定、脱敏方案评审、权属与许可审查、对外发布合规审查 | 判定结论、审查意见 |
| 合计 | —— | **52 人** | —— | —— |

表 2.10-4　数据来源：六大领域划分依招标文件 b1849 原文；全流程工作需要（数据采集、数据标注、质量管控、标准编制、项目评审、场景落地、安全合规）依 b1849；总人数下限依 b1850、b0672、b1858。各领域拟入库人数为本方案的配置建议，按 52 人设置使总数在个别专家出库时仍不低于 50 人的下限；最终构成随遴选结果调整并报招标方确认。

拟入库人数的分配依据是履职频次而不是领域的重要性。数据生产类之所以人数最多，是因为黄金集定标与标注裁决是贯穿整个加工期的持续性工作，而且必须按工艺细分方向配齐——备料、焊接、热处理、机加工四个方向各自需要人，一个人替不了另一个。项目管理类人数最少，因为它的履职集中在里程碑节点，频次低。

结构合理在本方案中有一项具体要求：每个领域内不少于 3 人且不少于 2 个来源单位。3 人是专业把关「独立评审＋意见分歧上升」规则的最低人数（见 3.8 节），2 个来源单位是为了避免一个领域的判断全部来自同一处。安全合规领域按 5 人配置，是因为敏感数据判定、脱敏方案评审、权属审查三类事项需要不同的专业背景，不能互相替代。

来源广泛的落实与项目目标中「吸引不少于 5 家数据企业、高校、科研院所参与数据集建设」的要求相衔接（b0672）：专家库的来源单位按四类统计——甲方内部、产业链上下游企业、高校与科研院所、标准化与检测机构，每类不少于 1 家，高校与科研院所、标准化与检测机构合计不少于 3 家。来源单位清单在遴选完成后形成并报招标方确认【待填：来源单位名单与合作形式】。

### 3.4　专家入库标准

入库标准分三部分：通用条件、分领域专业条件、回避与禁入情形。三部分同时满足才予入库。

通用条件四项。一是具备与申报领域相关的专业背景，取得相应专业的中级及以上职称，或取得与申报领域直接相关的执业资格、注册资格，或在相关岗位连续从业不少于 8 年。二是近三年内未因专业失误受到行政处罚或行业通报。三是书面承诺能够投入本项目要求的履职时间，并接受考核与出库规则。四是签署保密承诺与利益冲突声明。

职称、资格与从业年限三者取其一而不是三者并列，原因是六大领域中数据生产类的多数专家是现场技术人员与资深技师，他们的判断力来自工龄而不是职称。本方案把「连续从业不少于 8 年」与中级职称并列，是为了不把真正懂 28 道备料工序的人排除在外。

表 2.10-5　分领域专业条件

| 领域 | 专业条件（满足其中一项即可） | 优先条件 |
|---|---|---|
| 标准编制 | 主持或参与起草国家标准、行业标准、团体标准不少于 1 项；或承担过数据标准、术语标准、元数据规范的编制工作不少于 2 年 | 参与过制造业或能源行业数据类标准的编制；熟悉标准化工作导则的起草规则 |
| 数据生产 | 在矿山装备或通用机械的设计、工艺、生产、质量、售后岗位连续从业不少于 8 年，且在申报的细分方向（设计选型／备料／焊接／热处理／机加工／物料计划／在役运维）有主责经历 | 参与过本企业工艺文件、作业指导书的编制或修订；有带徒与技术培训经历 |
| 质量管控 | 从事质量管理、检验检测或数据质量评价工作不少于 5 年；或具备质量管理体系审核员、检验检测人员资格 | 熟悉计数抽样检验程序；参与过数据集或软件产品的质量评测 |
| 行业应用 | 在煤矿生产、机电运维、装备采购或技术管理岗位连续从业不少于 8 年；或承担过矿山装备应用类课题 | 有工作面成套设备选型、在役设备故障处理的一线经历 |
| 项目管理 | 具备项目管理专业资格；或主持过信息化、数据类项目不少于 2 项且通过验收 | 有数据治理或人工智能类项目的主持经历 |
| 安全合规 | 从事数据安全、网络安全、个人信息保护、密码应用或法务合规工作不少于 5 年；或具备相应专业资格 | 熟悉数据分类分级规则与去标识化方法；有合规审查实务经历 |

表 2.10-5　数据来源：招标文件 b1849 六大领域与「全流程工作需要」的表述；年限与资格门槛为本方案设定，依据各领域履职所需判断力的来源差异，最终门槛报招标方评审确认。

回避与禁入三项。回避是指专家在特定事项上不得履职：与被评审对象有直接利益关系的、参与过该事项前序工作并需对其结果作判断的、与争议方有亲属或经济关系的，在该事项上回避。禁入是指不予入库或入库后出库：提供虚假材料的、泄露项目数据或评审内容的、未按承诺履职且无正当理由累计三次的、因专业失误导致数据集质量事故的。

回避这一条有一个容易被忽略的场合需要点明：数据生产类专家中的甲方内部人员，既可能是黄金集的定标人，也可能是被评价工艺的责任人。本方案的处置是把定标与结果评价分开——定标人不参与对本人所在单元工艺数据的适用性评价，适用性评价由行业应用类专家承担。这条分离写入《数据标注专家库管理办法》。

### 3.5　专家遴选流程

遴选按七步执行，每一步的产出与责任主体明确。流程设计上有一条贯穿的要求：遴选结论要能回答「为什么是这个人」，所以每一步都留评议记录，而不只留最终名单。

第一步，需求提出。项目组按加工计划测算各领域的履职工作量，形成《专家需求表》，内容包括领域、细分方向、人数、履职时间要求、入库条件。需求表经招标方确认后启动遴选。

第二步，渠道征集。按四类来源同步征集：甲方内部由各业务单元推荐；产业链上下游企业由汇聚协议的签约方推荐；高校与科研院所通过产学研用协同机制定向邀请；标准化与检测机构通过行业组织渠道邀请。征集公告载明领域、条件、职责与考核规则，不载明酬金标准以外的待遇承诺。

第三步，材料受理与形式审查。申报人提交申报表、专业背景证明材料、代表性成果或业绩说明、保密承诺与利益冲突声明。形式审查核对材料齐全性与真实性，材料不齐的一次性补正，补正后仍不齐的不进入下一步。

第四步，资格初审。按 3.4 节的通用条件与分领域专业条件逐项核对，形成初审结论表，每项条件注明「符合／不符合／需进一步核实」。初审由项目组执行，结论表报专业评议。

第五步，专业评议。按领域组织评议，每个领域的评议组不少于 3 人，由招标方代表、已入库的同领域专家（首批遴选时由招标方指定的业务负责人替代）与外部同行组成。评议采用独立打分后汇总的方式，评议维度为专业匹配度、判断力证据、履职可行性三项。评议组对每位申报人出具一份评议意见，意见包含推荐结论与理由。

第六步，审定与公示。评议结果汇总后报招标方审定。审定通过的名单在甲方内部与参与单位范围内公示 5 个工作日，公示期内有异议的由项目组核实后重新提交审定。

第七步，入库与建档。公示无异议的签署《专家履职协议》与保密承诺，在奔牛数据智能平台的专家库管理功能中建档。档案字段包括基本信息、领域与细分方向、入库时间、履职记录、考核记录、回避关系登记。建档完成即可被抽派。

首批遴选的时间安排与加工计划挂钩：标准编制与数据生产两类必须在标注作业启动前完成入库，否则黄金集无人定标；质量管控与行业应用两类在首批数据集质检前完成；项目管理与安全合规两类在首个里程碑评审前完成。各类的具体时点列入实施计划。

### 图 2.10-2　专家遴选、抽派、履职与出库的流程与制衡点

<svg viewBox="0 0 820 470" xmlns="http://www.w3.org/2000/svg"
     font-family="Noto Sans CJK SC, PingFang SC, SimHei, sans-serif" font-size="12">
  <defs>
    <marker id="t8a2" markerWidth="9" markerHeight="9" refX="8" refY="4.5" orient="auto">
      <path d="M0 0 L9 4.5 L0 9 z" fill="#334155"/></marker>
  </defs>

  <text x="10" y="20" font-size="13">遴选（一次性）</text>
  <rect x="10" y="28" width="104" height="40" rx="4" fill="#f1f5f9" stroke="#334155"/>
  <text x="62" y="45" text-anchor="middle">需求提出</text>
  <text x="62" y="61" text-anchor="middle" font-size="10.5">专家需求表</text>
  <path d="M114 48 H142" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <rect x="144" y="28" width="104" height="40" rx="4" fill="#f1f5f9" stroke="#334155"/>
  <text x="196" y="45" text-anchor="middle">四渠道征集</text>
  <text x="196" y="57.7" text-anchor="middle" font-size="10.5"><tspan x="196">内部／链上／</tspan><tspan x="196" dy="13.1">院所／机构</tspan></text>
  <path d="M248 48 H276" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <rect x="278" y="28" width="104" height="40" rx="4" fill="#f1f5f9" stroke="#334155"/>
  <text x="330" y="45" text-anchor="middle">形式审查</text>
  <text x="330" y="57.7" text-anchor="middle" font-size="10.5"><tspan x="330">材料齐全性与真实</tspan><tspan x="330" dy="13.1">性</tspan></text>
  <path d="M382 48 H410" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <rect x="412" y="28" width="104" height="40" rx="4" fill="#f1f5f9" stroke="#334155"/>
  <text x="464" y="45" text-anchor="middle">资格初审</text>
  <text x="464" y="61" text-anchor="middle" font-size="10.5">逐条件核对结论表</text>
  <path d="M516 48 H544" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <rect x="546" y="28" width="118" height="40" rx="4" fill="#e2e8f0" stroke="#334155"/>
  <text x="605" y="45" text-anchor="middle">专业评议（≥3 人）</text>
  <text x="605" y="61" text-anchor="middle" font-size="10.5">独立打分·出评议意见</text>
  <path d="M664 48 H692" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <rect x="694" y="28" width="112" height="40" rx="4" fill="#f1f5f9" stroke="#334155"/>
  <text x="750" y="45" text-anchor="middle">审定与公示</text>
  <text x="750" y="61" text-anchor="middle" font-size="10.5">公示 5 个工作日</text>

  <path d="M750 68 V96" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <rect x="600" y="98" width="206" height="40" rx="4" fill="#e2e8f0" stroke="#334155"/>
  <text x="703" y="115" text-anchor="middle">入库建档（专家库管理功能）</text>
  <text x="703" y="127.7" text-anchor="middle" font-size="10.5"><tspan x="703">领域·细分方向·回避关系·</tspan><tspan x="703" dy="13.1">履职与考核记录</tspan></text>

  
  <path d="M600 118 H330 V164" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <rect x="10" y="176" width="150" height="54" rx="4" fill="#f1f5f9" stroke="#334155"/>
  
  
  
  <path d="M160 203 H256" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <text x="164" y="196" font-size="10.5">任务类型＋细分方向</text>

  <rect x="258" y="176" width="150" height="54" rx="4" fill="#e2e8f0" stroke="#334155"/>
  <text x="333" y="196" text-anchor="middle">按规则抽派</text>
  <text x="333" y="212" text-anchor="middle" font-size="10.5">领域匹配·回避筛除</text>
  <text x="333" y="226" text-anchor="middle" font-size="10.5">轮次均衡·不得指定</text>
  <path d="M408 203 H504" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <text x="412" y="196" font-size="10.5">派单＋时限</text>

  <rect x="506" y="176" width="150" height="54" rx="4" fill="#f1f5f9" stroke="#334155"/>
  <text x="581" y="196" text-anchor="middle">履职并出具产出</text>
  <text x="581" y="212" text-anchor="middle" font-size="10.5">定标记录／裁决意见书</text>
  <text x="581" y="226" text-anchor="middle" font-size="10.5">复核结论表／评审意见</text>
  <path d="M656 203 H752" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <text x="660" y="196" font-size="10.5">产出入档</text>

  <rect x="754" y="176" width="54" height="54" rx="4" fill="#f1f5f9" stroke="#334155"/>
  <text x="781" y="200" text-anchor="middle" font-size="11">履职</text>
  <text x="781" y="216" text-anchor="middle" font-size="11">积分</text>

  <path d="M333 230 V268" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <text x="341" y="252" font-size="10.5">回避关系命中则换人并记录</text>
  <rect x="190" y="270" width="286" height="34" rx="4" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="333" y="292" text-anchor="middle" font-size="11.5">制衡一：抽派由规则决定，不由任务提出方指定人</text>

  <path d="M581 230 V268" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <rect x="490" y="270" width="318" height="34" rx="4" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="649" y="292" text-anchor="middle" font-size="11.5">制衡二：定标人不评价本单元工艺数据的适用性</text>

  
  <rect x="10" y="350" width="166" height="56" rx="4" fill="#f1f5f9" stroke="#334155"/>
  <text x="93" y="370" text-anchor="middle">履职数据归集</text>
  <text x="93" y="386" text-anchor="middle" font-size="10.5">应派／实派／按时完成</text>
  <text x="93" y="401" text-anchor="middle" font-size="10.5">产出采纳·复核反查</text>
  <path d="M176 378 H262" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <rect x="264" y="350" width="166" height="56" rx="4" fill="#e2e8f0" stroke="#334155"/>
  <text x="347" y="370" text-anchor="middle">年度考核评定</text>
  <text x="347" y="386" text-anchor="middle" font-size="10.5">五项指标·三档结果</text>
  <text x="347" y="401" text-anchor="middle" font-size="10.5">结果书面告知本人</text>
  <path d="M430 378 H516" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <rect x="518" y="350" width="136" height="56" rx="4" fill="#f1f5f9" stroke="#334155"/>
  <text x="586" y="370" text-anchor="middle">续聘／提醒／出库</text>
  <text x="586" y="387" text-anchor="middle" font-size="10.5">连续两年最低档出库</text>
  <text x="586" y="402" text-anchor="middle" font-size="10.5">禁入情形即时出库</text>
  <path d="M654 378 H740" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a2)" fill="none"/>
  <rect x="742" y="350" width="66" height="56" rx="4" fill="#f1f5f9" stroke="#334155"/>
  <text x="775" y="372" text-anchor="middle" font-size="11">按缺口</text>
  <text x="775" y="389" text-anchor="middle" font-size="11">补充</text>
  <text x="775" y="403" text-anchor="middle" font-size="11">入库</text>
  <path d="M775 350 V340 H62 V68" stroke="#334155" stroke-width="1.2" stroke-dasharray="5 3" marker-end="url(#t8a2)" fill="none"/>
  <text x="300" y="334" font-size="10.5">补充遴选回到需求提出，总数持续不低于 50 人</text>

  <rect x="10" y="424" width="798" height="36" rx="4" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="409" y="446" text-anchor="middle" font-size="11.5">制衡三：考核指标中的「产出采纳率」与「复核反查命中率」由质检与评测环节的客观记录生成，不由项目组主观评分</text>

  <rect x="6.0" y="153.8" width="116.0" height="19.0" fill="#ffffff" stroke="none" data-halo="1"/><text x="10" y="168" font-size="13">抽派与履职（持续）</text>

  <rect x="57.0" y="180.9" width="56.0" height="20.0" fill="#f1f5f9" stroke="none" data-halo="1"/><text x="85" y="196" text-anchor="middle">任务触发</text>

  <rect x="23.3" y="199.1" width="123.0" height="18.0" fill="#f1f5f9" stroke="none" data-halo="1"/><text x="85" y="212" text-anchor="middle" font-size="10.5">定标／裁决／复核／评审</text>

  <rect x="33.8" y="213.1" width="101.0" height="18.0" fill="#f1f5f9" stroke="none" data-halo="1"/><text x="85" y="226" text-anchor="middle" font-size="10.5">由加工链路自动产生</text>

  <rect x="6.0" y="324.8" width="142.0" height="21.0" fill="#ffffff" stroke="none" data-halo="1"/><text x="10" y="340" font-size="13">考核与动态更新（按年）</text>
</svg>

图 2.10-2　专家遴选、抽派、履职与出库的流程与制衡点。数据来源：招标文件 b1850 所列六项机制内容（建设原则、专家类别、入库标准、遴选流程、工作职责、考核机制）；履职场合依 b1036、b0937、b2127、b1459、b1347；人数下限依 b1850、b0672。

### 3.6　专家工作职责

招标文件要求制订专家工作职责（b1850）。本方案不按「指导、把关、审查」这类概括性表述写职责，而是按履职场合逐项写明「做什么、出什么、什么时限、不做什么」。这样写的好处是职责可以被考核——产出在不在、是否按时、有没有被采纳，都看得见。

表 2.10-6　专家履职场合、职责内容与产出要求

| 履职场合 | 触发条件 | 专家职责内容 | 产出物与字段要求 | 时限 |
|---|---|---|---|---|
| 黄金集定标 | 某类标注任务启动前；黄金集按季度轮换时 | 对抽取的样本逐条给出标准答案，标注判断依据；对规范中表述不清之处提出修订意见 | 黄金集定标记录：样本标识、标准答案、判断依据、引用的标准或作业指导书条款、签署 | 单批次 5 个工作日 |
| 标注争议裁决 | 多方交叉标注一致性低于门限；标注员与复核员意见相持 | 查看双方标注与依据，给出裁决结论与理由；判断争议是否源于规范缺陷 | 裁决意见书：争议点、各方意见摘要、裁决结论、理由、是否触发规范修订 | 3 个工作日 |
| 新术语与本体判定 | 一致性校验工具发现候选新术语；同义异名冲突 | 判定术语收录或废弃、确定首选术语与同义词、给出所属本体层级 | 术语判定记录：术语、判定结论、首选术语、层级、来源依据 | 5 个工作日 |
| 合成样本事实性核验 | 合成或增强批次提交质检前，按抽样比例 | 核验合成样本中的工艺参数、材料牌号、检测等级等事实性内容是否成立 | 核验结论：抽样清单、逐条结论、不成立项的具体错误、建议处置 | 单批次 5 个工作日 |
| 知识库与知识图谱终审 | 知识库与图谱成果提交发布前 | 对成果及其数据字典逐项终审，未经终审不得进入发布版本（b1459） | 终审意见：逐项结论、须整改项、整改复审要求、签署 | 10 个工作日 |
| 人工分层复核 | 数据集质量评测的人工复核环节；自动化检出的高危样本 | 逐项核查说明文档完整性、标注规范性、领域专业性、内容真实性、跨模态语义一致性；对高危样本逐条复核并判定缺陷（b2127） | 复核结论表：样本标识、各维度结论、缺陷类型与等级、处置建议 | 按评测排期 |
| 模型能力抽样人评 | 指令微调与强化学习阶段的能力验证（b1347） | 按评测协议对模型输出打分，给出不合格样例的原因归属（数据问题／训练问题／评测口径问题） | 人评记录：样本、评分、原因归属、补充说明 | 按训练排期 |
| 质检门限与抽样方案审议 | 质检规范制定与修订时；门限调整时 | 审议六维度指标的判定门限与抽样方案的合理性，给出专业意见 | 审议意见：逐项意见、是否同意、替代建议 | 7 个工作日 |
| 标注规范与标准文本评审 | 标注规范、实施技术规范、标准草案提交评审时 | 逐条评审并出具意见；标准起草人同时承担起草与答复意见的责任 | 评审意见表：条款号、意见、处理建议；起草类另出草案与编制说明 | 10 个工作日 |
| 场景验证判据确认 | 六个专业场景与通用场景的验证方案定稿前 | 确认验证判据的业务合理性与可测性，确认通过与不通过的分界 | 判据确认书：判据项、分界取值、确认结论、保留意见 | 7 个工作日 |
| 敏感数据与合规判定 | 数据入库前的敏感信息核查存在判定分歧；对外发布前的合规审查 | 判定数据的敏感等级与可用范围，审查脱敏方案与许可条件 | 判定结论：对象、等级、可用范围、限制条件、依据条款 | 5 个工作日 |
| 里程碑与变更评审 | 里程碑验收；重大技术方案变更 | 评议交付物完备性与方案可实施性，出具评审意见 | 评审意见：评议要点、结论、附条件事项 | 按验收排期 |

表 2.10-6　数据来源：履职场合依招标文件 b1849「全流程工作需要」的七项表述及 b1036、b0937、b1459、b1347、b2127、b2112；时限为本方案设定的首期口径，随加工计划细化后在《数据标注专家库管理办法》中定版。

职责之外有两条不做的事需要写明，它们属于责任边界。专家不承担标注作业本身。专家定标与裁决，标注量由标注队伍完成；把定标人当标注员用，黄金集就失去了独立性。专家不代替项目组作管理决策——专家出专业意见，进度、成本、范围的决定由项目管理层作，专业意见作为决定的输入并留档。

### 3.7　专家考核机制

招标文件要求制订专家考核机制（b1850），「动态化」原则要求专家库动态更新（b1849）。考核的设计难点在于不能只考核「来没来」：一位专家按时参加了全部评审但每次都只说「同意」，从出勤看是满分，从履职看是零。本方案因此把考核分成履职量与履职质两组指标，后者取自客观记录。

表 2.10-7　专家年度考核指标

| 指标 | 定义 | 数据来源 | 权重 | 性质 |
|---|---|---|---|---|
| 应派完成率 | 按时完成的派单数 ÷ 抽派给本人的派单数 | 专家库管理功能的派单台账 | 25% | 履职量 |
| 产出合规率 | 字段完整、依据齐全、可直接入档的产出数 ÷ 本人产出总数 | 产出入档时的形式校验记录 | 15% | 履职量 |
| 产出采纳率 | 被采纳为最终口径的意见数 ÷ 本人出具的意见数（含部分采纳按半数计） | 规范修订记录、裁决执行记录、整改工单关联记录 | 25% | 履职质 |
| 复核反查命中率 | 本人定标或裁决的样本在后续质检、评测或第三方复核中被判定错误的比例（取反向计分） | 质检缺陷台账、评测错题归因记录 | 25% | 履职质 |
| 规范贡献 | 本人提出并被采纳的规范修订、术语收录、判据改进项数 | 规范修订记录、术语判定记录 | 10% | 加分型 |

表 2.10-7　数据来源：考核指标为本方案设计，依招标文件 b1850「制订专家考核机制」与 b1849「动态化」原则；数据来源项均为本项目已有的台账与记录，不另建考核填报流程。权重与门限报招标方评审确认【待填：考核权重与档位分界的确认意见】。

考核结果分三档：优秀、合格、待改进。分档不按人数比例强制分布，按得分绝对值划线，首期按优秀不低于 85 分、合格不低于 70 分设定。得分低于 70 分为待改进，由项目组书面告知并说明具体不足；连续两年待改进的予以出库。出现 3.4 节所列禁入情形的即时出库，不等年度考核。

「复核反查命中率」这一项值得多说一句，因为它是把专家的判断与数据集的实际质量挂起来的唯一指标。一条样本由专家定标进入黄金集，后续若在第三方复核或评测归因中被判定为错，这条记录会回查到定标人。回查不是追责，而是三件事的依据：一是判断该领域的入库条件是否偏松；二是判断规范在该处是否表述不清——多位专家在同一处出错，问题通常在规范而不在人；三是作为该专家续聘的客观输入。回查机制写入《数据标注专家库管理办法》，回查结论向本人反馈并允许申辩，申辩意见一并留档。

动态更新按年度执行：考核完成后出具《专家库年度运行报告》，内容包括履职总量、各领域派单与完成情况、考核结果分布、出库与补充情况、暴露的领域缺口与下一年度补充建议。报告报招标方，并作为软建设年度政策符合性评估报告的输入之一（见 6.3.5 节）。

### 3.8　专家库的运行支撑

专家库的机制要能执行，靠的是平台功能与四条运行规则。

平台侧，专家库作为奔牛数据智能平台的管理功能承载，提供专家档案管理、回避关系登记、派单与时限跟踪、产出归档、履职积分与考核统计五项能力。加工链路中的定标、裁决、复核、终审等任务由工具链自动产生待办，待办按规则抽派到人，专家在平台上接单、提交产出、查看自己的履职记录。产出归档与数据集的版本记录关联，一条样本的复核状态字段记录的「专家裁决」，可以查到是哪一次裁决、依据是什么。

抽派规则三条。一是领域与细分方向必须匹配，不允许跨方向抽派；二是回避关系命中即筛除并记录筛除原因；三是同一领域内按轮次均衡，避免长期集中派给同一人。抽派由规则执行，任务提出方不能指定人——这一条是制衡设计，防止「找一个会同意的人来签字」。

专业判断的议事规则与行政事项不同。专业事项不采用多数表决，而采用「独立评审＋意见分歧上升」：每个议题由不少于 3 名同领域专家独立出具意见，意见一致时直接形成结论；存在分歧时不以票数决，而是把分歧点与各方理由一并上报，由相应的专业把关层（质量、合规、技术三个专业委员会，见运营平台分节第 14 章）审议后形成结论，结论须说明采纳哪一方意见及理由。这样安排的原因是专业问题的正确答案不由人数决定，但决策必须有人负责。

保密与酬金两项。入库即签署保密承诺，承诺内容包括项目数据、评审内容、裁决过程不得外泄；涉及甲方产品技术信息与商业秘密的材料按密级管理，专家在平台内查阅、不得下载导出，查阅行为留审计日志。酬金按履职场合与工作量计，标准在《数据标注专家库管理办法》中列明并经招标方确认【待填：专家酬金标准与结算方式】；甲方内部专家的履职按内部考核计入，不另行支付外部酬金。

### 3.9　专家来源构成的两种情形口径

招标文件要求建成不少于 50 人的数据标注专家库（b1850、b0687、b1858），并在项目目标中提出「吸引不少于 5 家数据企业、高校、科研院所参与数据集建设」（b0672），但未明确 50 人中甲方内部专家与社会专家各占多少，也未明确专家的聘任主体。本方案对两种情形都给出可执行的口径，待招标方明确后按对应情形执行，机制本体不变。

表 2.10-8　两种专家来源构成情形的口径对照

| 事项 | 情形一：以甲方内部专家为主体 | 情形二：以社会专家为主体 |
|---|---|---|
| 构成比例 | 内部专家约占六成，集中在数据生产与行业应用两类；外部补足标准编制、质量管控、安全合规三类 | 外部专家约占六成，内部专家集中在数据生产类的工艺细分方向 |
| 聘任主体 | 由甲方聘任并发文，项目组承担遴选组织、档案管理与考核支撑 | 由甲方聘任，项目组通过产学研用协同渠道与行业组织渠道组织征集 |
| 专业优势 | 对本企业的 28 道备料工序、工艺文件与历史案例最熟悉，定标与裁决的准确性高 | 在标准编制、评测方法、合规判定上视野更宽，对标准起草与第三方公信力有利 |
| 需要补强之处 | 标准编制与评测方法类经验相对不足，须外部补足；回避关系较复杂，须严格执行定标与评价分离 | 对本企业工艺细节不熟悉，须配套现场交底与资料准备；履职时间保障难度大，须在协议中明确时间承诺 |
| 履职时间保障 | 纳入内部工作安排与绩效考核，履职时间由所在单元保障 | 在《专家履职协议》中约定年度最低履职时间与响应时限，违约按考核规则处理 |
| 酬金口径 | 内部履职计入内部考核，不另行支付外部酬金 | 按履职场合与工作量支付酬金，标准经招标方确认 |
| 保密管理 | 适用甲方内部保密制度，平台侧按密级控制查阅范围 | 签署独立保密协议，涉密材料仅平台内查阅、不得下载，查阅留痕 |
| 对 b0672「5 家以上单位参与」的满足 | 外部来源单位不少于 5 家，承担标准编制、质量管控、安全合规类履职 | 外部来源单位不少于 5 家且承担主要履职，覆盖范围更广 |

表 2.10-8　数据来源：招标文件 b1850（50 人规模）、b0672（不少于 5 家单位参与）、b1849（来源广泛、结构合理）；两种情形的划分系因招标文件未明确内外部构成比例与聘任主体，本方案按两种情形分别给出口径，待招标方明确后执行。

无论哪种情形，三项要求不变：每个领域不少于 3 人且不少于 2 个来源单位；外部来源单位不少于 5 家（b0672）；总人数不低于 50 人且按 52 人配置以留出出库余量（b1850）。本方案在投标阶段按情形一编制人数分配建议（见表 2.10-4），因为数据生产类的定标与裁决工作量最大且最依赖本企业经验；若招标方明确按情形二执行，人数分配按表 2.10-8 第一行调整，机制与流程不作改动。

### 3.10　专家库的成效口径

专家库的成效不用「建成一个高质量专家库」这类表述度量，按四项可观测指标度量。

一是规模与结构达成：入库人数不低于 50 人，六大领域各不少于 3 人且各有不少于 2 个来源单位，外部来源单位不少于 5 家。度量方式为专家库台账统计，验收时出示名单与档案（b1850、b0672、b1858）。

二是履职覆盖：需要专家履职的任务类型（定标、裁决、术语判定、事实性核验、终审、人工复核、人评、门限审议、规范评审、判据确认、合规判定、里程碑评审）均有对应领域专家承接，无长期空缺的任务类型。度量方式为派单台账按任务类型统计。

三是响应与完成：派单按时完成率首期按不低于 85% 设定基线，运行一年后逐步接近 90%。未达基线时的处置是两条：一是核查该领域人数是否不足并按缺口补充入库，二是核查时限设定是否不合理并调整。

四是产出有用：专家意见进入最终口径的比例可观测，规范修订记录中由专家意见触发的修订项数可统计。《专家库年度运行报告》中列出该年度由专家意见触发的规范修订、术语收录、判据改进项数，作为专家库发挥作用的证据，而不以参会次数作为证据。

四项指标均为待验证目标，基线取值随首批遴选结果与加工计划细化后确认。

## 4、数据协同汇聚机制的创新点

本章回应评分表第 4 条中「数据协同汇聚机制」一项（b0496r03），对应招标文件第 105 页「3.2.6.6.1 数据协同汇聚要求」（b1787—b1795）。汇聚机制的本体——五类汇聚主体与汇聚范围、四种汇聚通道、入库三项核查、四类激励方式——已在运营平台分节第 10 章逐条详述并标注单元编号。本章只提炼其中四项机制创新点，给出成效口径，不重复机制本体。

### 4.1　汇聚机制要克服的是什么

招标文件要求把分散在产业链各环节、各主体的数据资源与数据集持续汇聚至运营平台（b1788）。这件事的难处不在技术通道，而在三处：数据在别人手里、数据没有电子留痕、数据给了之后给方得不到什么。

第一处最典型的例子是接口参数。工作面成套设备的截深、截高、推移步距这类参数，是矿方与刮板输送机、采煤机、液压支架、破碎机各家坐在一起讨论、相互妥协之后确定的，往往只存在于交流过程中，没有规范的电子留痕。这类数据不会自己流到平台上来。

第二处是产业链上中小配套企业的数据条件。它们有数据但没有系统，或者有系统但接口不开放，要求它们按统一接口规范接入是不现实的。

第三处是激励。一个只向平台单向供数的企业，供了三次之后就会问「我得到了什么」。没有回答，汇聚工作就停在第一次。

### 4.2　创新点一：汇聚通道按技术条件分档

常见做法是平台定一套接入规范，汇聚方按规范改造自己的系统。这个做法在产业链上游与下游的大型企业处行得通，在中小配套企业处行不通——改造成本超过它们供数的意愿。

本项目的做法是把通道按汇聚方的技术条件分四档，由汇聚方选：有系统且能开放接口的用接口对接，按约定频次增量拉取或推送；有系统但不便开放接口的用文件交换，按约定格式定期交换；数据量小或非结构化的用平台录入，在平台上直接填报或上传；缺少系统与数字化条件的用现场采集，由项目组配合完成（b1791、b1792）。

四档通道的产出在入库后统一到同一套数据模型上，差别只在入口。这一设计把「改造成本」从汇聚方一侧移到了平台一侧——平台多做三种入口，换来的是汇聚范围能覆盖到没有系统的主体。对一个行业数据集来说，缺少中小配套企业的数据，覆盖面就是不完整的。

成效口径：四种通道均建成并有实际汇聚方使用；汇聚计划的到位率首期按不低于 80% 设定基线，运行一年后逐步接近 90%；连续两期未达成的汇聚方由运营组织的执行层上门沟通并调整通道档位（b1791）。

### 4.3　创新点二：一数一源登记，把来源做成字段而不是说明

来源可溯这件事通常写成一句原则。本项目把它做成登记动作：每一批汇聚数据在进入平台时登记来源主体、来源系统或采集方式、取得依据（协议编号或内部授权记录）、交付时间与交付人、原始数据的指纹（b1793、b1794）。

登记的关键是时点：在数据进入平台时完成，不是事后补。事后补的来源记录在争议发生时没有证明力，因为补的人就是有争议的一方。登记完成后，后续加工产出的数据集通过血缘关系回溯到原始来源，一条样本能回答「它来自谁、依据哪份协议、哪一天交的」。

这一设计与工具链的血缘字段是同一套机制的两端：汇聚侧登记来源，加工侧记录链路，两端在同一组键上对齐。对外发布时，数据集卡片的来源与权属字段取自登记项而不是人工填写，减少了口径不一致。

成效口径：进入平台的数据批次登记完整率趋向 99%，登记不完整的批次不进入加工队列；数据集发布前校验其全部来源批次的登记完整性，不完整的不予发布。

### 4.4　创新点三：按份共有直通清算

产业链数据的一个固有特征是多方共有。接口参数由多方会商确定，制造过程数据涉及钢材供应商的材料批次与质量证明，在役运行数据来自煤矿企业。这类数据的权属不是「归谁」，而是「各占多少」。

本项目的做法是在协议签订时就把份额写明并登记入平台的确权模块，份额直接作为清算规则的输入（b1793、b1795）。合作共建类的汇聚采用按份共有，数据集产生收益时，清算模块按登记份额自动生成分账明细，不需要每次人工核算与协商。

把权属约定做成可执行规则，解决的是激励的可信度问题。一个汇聚方愿意持续供数的前提是它相信将来真能分到；分账由规则自动执行且明细可查，这件事就可信。反过来，若分配要靠每次协商，汇聚方的预期就不稳定。

成效口径：合作共建类汇聚的份额登记在协议生效后 5 个工作日内完成；有收益的数据集按登记份额生成分账明细，分账明细与确权登记的一致性在月度对账中校验，不一致的挂起并人工核对。

### 4.5　创新点四：四类激励按对象分设，服务权益用积分兑现

单一的收益分成覆盖不了全部汇聚方：无偿公益提供方不要分成，中小企业等不到数据集产生收益，研究机构更看重署名与标准参与。本项目按对象分设四类激励（b1795）：收益分成面向有偿提供方与合作共建方；服务权益面向无偿公益提供方与产业链中小企业，按贡献量折算平台服务配额（数据集使用额度、接口调用额度、加工任务额度），折算为服务积分并在订单中抵扣；优先获取面向持续供数的产业链企业，新版本数据集优先试用、评测服务优先排期；署名与认定面向全部汇聚方，在数据集卡片中署名贡献主体，并认定其参与行业标准验证与试点工作。

服务权益这一类是针对中小企业设计的。它们的实际困难不是没有数据，而是没有能力把数据变成可用的数据集；用服务配额回报它们的供数，比许诺将来的收益分成更有吸引力，兑现周期也短。积分的折算系数由运营组织决策层按年审定【待填：贡献量折算系数】。

成效口径：四类激励均有兑现记录；服务积分的发放与抵扣在平台上可查；汇聚方的持续供数率（连续两期按计划供数的汇聚方占比）首期按不低于 70% 设定基线。

### 4.6　四项创新点的实施前提与外部依赖

四项创新点能否落地，取决于三项前提是否按时就位，以及两处外部依赖能否被恰当处置。把这些写明，比只给成效口径更有用——招标文件要求方案「佐证性强」（b0497），而一项机制的佐证力，很大程度上取决于它是否敢把自己的前提条件讲出来。

第一项前提是协议文本先行。四项创新点里有三项直接依赖协议：通道档位的选定、来源与取得依据的登记、按份共有的份额约定，都要在数据提供协议或合作共建协议里写明，平台上的登记项只是协议内容的结构化副本。因此协议模板的拟定要早于汇聚工作的铺开，不能边汇聚边补协议。本项目的安排是在蓝图设计阶段完成三类协议模板（有偿提供、无偿公益提供、合作共建）的拟定，经招标方法务口径确认后用于全部汇聚谈判；模板里把份额、通道、激励方式、真实性与权属担保做成待填条款，谈成什么填什么，不逐家另起一套文本。这样做的好处是登记模块的字段与协议条款一一对应，录入时不需要人工解读协议。

第二项前提是确权与清算模块随平台同期可用。份额登记要能在协议生效后 5 个工作日内完成，前提是模块已经上线；分账明细要能自动生成，前提是清算规则已经配置。若模块晚于汇聚工作上线，前期汇聚批次的份额只能先记在台账上，后续再迁移，迁移过程中出错的风险落在最早参与、最该被善待的那批汇聚方身上。本项目把确权登记与清算规则配置列入平台第一批上线功能，与汇聚工作的首批铺开对齐排期，排期关系在实施计划的里程碑中单列。

第三项前提是现场采集能力的队列安排。四档通道里现场采集一档的成本最高、周期最长，由项目组派人到汇聚方现场完成，产能有上限。因此这一档不能按先来后到受理，要按数据价值排序：优先安排缺失后会造成数据集覆盖面缺口的汇聚方，例如工作面成套设备接口参数的会商方、关键工序的外协加工方。排序结论经运营组织的执行层确认后形成年度现场采集计划，计划内的汇聚方按计划排期，计划外的新增需求进入下一期评估，不挤占已排期的产能。

两处外部依赖需要如实交代。一处是汇聚方的意愿与数据条件，这件事不由技术方案决定。本项目能做的是把供数门槛降到最低（四档通道）、把回报周期缩到最短（服务权益以积分兑现）、把来源与份额做成可查的字段（登记与清算），但一个汇聚方最终是否持续供数，仍受其自身经营状况与数据管理水平影响。处置办法是把汇聚计划按季度滚动修订，连续两期未达成的汇聚方由执行层上门沟通并调整通道档位或激励组合，同时在同类主体中补充备选汇聚方，使单一汇聚方的退出不造成覆盖面缺口。另一处是多方共有数据的份额约定需要招标方与各汇聚方协商确认，份额不是技术判定的结果。本项目提供的是份额登记与自动清算的能力，以及按贡献量计量的若干可选计量口径（供数批次、样本条数、独有字段的不可替代性）供协商时参考；协商不成的数据暂不入库，不作为「权属不清但先用起来」处理——这一条与入库三项核查中的权属清晰一项是同一道门。

把三项前提与两处依赖放在一起看，汇聚机制的可行性并不取决于技术通道是否先进，而取决于协议、模块、产能三件事能否按排期就位，以及对不确定的两处是否留了处置办法。这也是本章把成效口径写成「首期基线＋未达基线时的处置」而不是单一目标值的原因。

### 图 2.10-2A　四档汇聚通道归一入库与权益回流的闭环

<svg viewBox="0 0 828 450" xmlns="http://www.w3.org/2000/svg"
     font-family="Noto Sans CJK SC, PingFang SC, SimHei, sans-serif" font-size="12.5">
  <defs>
    <marker id="t8b1" markerWidth="9" markerHeight="9" refX="8" refY="4.5" orient="auto">
      <path d="M0 0 L9 4.5 L0 9 z" fill="#334155"/></marker>
  </defs>
  <text x="400" y="18" text-anchor="middle" font-size="13.5">汇聚方按自身技术条件自选通道（b1791、b1792）</text>

  <rect x="14" y="28" width="186" height="46" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="107" y="47" text-anchor="middle">一档　接口对接</text>
  <text x="107" y="65" text-anchor="middle" font-size="11.5">有系统且可开放接口</text>
  <rect x="212" y="28" width="186" height="46" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="305" y="47" text-anchor="middle">二档　文件交换</text>
  <text x="305" y="65" text-anchor="middle" font-size="11.5">有系统但不便开接口</text>
  <rect x="410" y="28" width="186" height="46" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="503" y="47" text-anchor="middle">三档　平台录入</text>
  <text x="503" y="65" text-anchor="middle" font-size="11.5">量小或非结构化</text>
  <rect x="608" y="28" width="186" height="46" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="701" y="47" text-anchor="middle">四档　现场采集</text>
  <text x="701" y="65" text-anchor="middle" font-size="11.5">缺少系统与数字化条件</text>

  <path d="M107 74 V100" stroke="#334155" stroke-width="1.3" marker-end="url(#t8b1)" fill="none"/>
  <path d="M305 74 V100" stroke="#334155" stroke-width="1.3" marker-end="url(#t8b1)" fill="none"/>
  <path d="M503 74 V100" stroke="#334155" stroke-width="1.3" marker-end="url(#t8b1)" fill="none"/>
  <path d="M701 74 V100" stroke="#334155" stroke-width="1.3" marker-end="url(#t8b1)" fill="none"/>

  <rect x="90" y="102" width="640" height="56" rx="5" fill="#eef2f7" stroke="#334155"/>
  <text x="410" y="122" text-anchor="middle" font-size="13">入口归一：四档产出统一到同一套数据模型</text>
  <text x="410" y="142" text-anchor="middle" font-size="11.5">入库三项核查：来源合法性 · 数据质量 · 权属清晰（b1793）</text>

  <path d="M410 158 V184" stroke="#334155" stroke-width="1.3" marker-end="url(#t8b1)" fill="none"/>

  <rect x="90" y="186" width="640" height="52" rx="5" fill="#eef2f7" stroke="#334155"/>
  <text x="410" y="206" text-anchor="middle" font-size="13">一数一源登记（入库时完成，不事后补）</text>
  <text x="410" y="226" text-anchor="middle" font-size="11.5">来源主体 · 来源系统或采集方式 · 取得依据 · 交付时间与交付人 · 原始指纹</text>

  <path d="M250 238 V264" stroke="#334155" stroke-width="1.3" marker-end="url(#t8b1)" fill="none"/>
  <path d="M570 238 V264" stroke="#334155" stroke-width="1.3" marker-end="url(#t8b1)" fill="none"/>

  <rect x="90" y="266" width="310" height="56" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="245" y="286" text-anchor="middle">按份共有确权与直通清算</text>
  <text x="245" y="305" text-anchor="middle" font-size="11.5">份额登记即分账规则（b1795）</text>
  <rect x="420" y="266" width="310" height="56" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="575" y="286" text-anchor="middle">四类激励按对象分设</text>
  <text x="575" y="305" text-anchor="middle" font-size="11.5">收益分成 · 服务权益 · 优先获取 · 署名认定</text>

  <path d="M245 322 V342" stroke="#334155" stroke-width="1.3" marker-end="url(#t8b1)" fill="none"/>
  <path d="M575 322 V342" stroke="#334155" stroke-width="1.3" marker-end="url(#t8b1)" fill="none"/>

  <rect x="200" y="344" width="420" height="48" rx="5" fill="#e2e8f0" stroke="#334155"/>
  <text x="410" y="364" text-anchor="middle" font-size="13">汇聚方的持续供数</text>
  <text x="410" y="383" text-anchor="middle" font-size="11.5">持续供数率首期基线不低于 70%</text>

  <path d="M620 368 H814 V51 H806" stroke="#334155" stroke-width="1.3" stroke-dasharray="5 3"
        marker-end="url(#t8b1)" fill="none"/>
  <text x="738" y="258" font-size="11">权益兑现后</text>
  <text x="738" y="274" font-size="11">下一期续供</text>

  <rect x="14" y="404" width="780" height="34" rx="5" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="404" y="425" text-anchor="middle" font-size="11.5">闭环的要点：改造成本由平台一侧承担，来源与份额在入库时成为字段，权益按对象分类兑现</text>
</svg>

图 2.10-2A　四档汇聚通道归一入库与权益回流的闭环。数据来源：四档通道依 b1791、b1792；入库三项核查与登记项依 b1793、b1794；按份共有与四类激励依 b1795；持续供数率为本方案设定的首期目标，属待验证目标。

表 2.10-9　数据协同汇聚机制的四项创新点与成效口径

| 创新点 | 针对的困难 | 与常见做法的差别 | 首期基线 | 未达基线时的处置 | 回应单元 |
|---|---|---|---|---|---|
| 通道按汇聚方技术条件分四档 | 中小配套企业改造成本高于供数意愿 | 改造成本由平台承担而非汇聚方 | 四档通道均有实际使用；汇聚到位率不低于 80% | 调整通道档位；补充现场采集支持 | b1791、b1792 |
| 一数一源入口登记 | 事后补的来源记录没有证明力 | 登记在入库时完成并作为字段参与血缘 | 批次登记完整率趋向 99% | 登记不完整的批次不进加工队列 | b1793、b1794 |
| 按份共有直通清算 | 多方共有数据的分配靠逐次协商，预期不稳 | 份额登记即为分账规则，自动执行 | 份额登记在协议生效后 5 个工作日内完成 | 份额未登记的数据集暂不挂牌 | b1793、b1795 |
| 四类激励按对象分设 | 单一收益分成覆盖不了不同类型汇聚方 | 服务权益以积分兑现，周期短于收益分成 | 持续供数率不低于 70% | 上门沟通并调整激励组合 | b1795 |

表 2.10-9　数据来源：机制本体见运营平台分节第 10 章 10.3 至 10.6 节；基线取值为本方案设定的首期目标，属待验证目标，随首年运行实测后调整。

## 5、运营机制的创新点

本章回应评分表第 4 条中「运营机制」一项（b0496r03），对应招标文件 3.2.6.6 数据集运营推广服务要求中除协同汇聚外的六个方面：运营体系、运营架构、盈利模式、运营组织、公共服务内容体系、接入国家数据基础设施（b1785、b1786、b1796—b1845）。六个方面的机制本体已在运营平台分节第 9 章与第十一至十五章逐条详述。本章提炼六项机制创新点。

### 5.1　运营体系：链主牵头落到数据集的划分口径上

招标文件把运营方针定为「链主企业牵头、产学研用协同、市场化运作」（b1797）。链主牵头容易写成一句组织安排，本项目的落法是把它落到数据集的划分口径上：四类数据集——供需计划、产品工艺设计、制造过程、产品质量——按甲方的业务主线划分，而不按通用的数据分类框架划分（b1798、b1804、b1805）。

这个差别在使用时才显出来。按通用框架划分的数据集，甲方要用时得先做一次映射；按业务主线划分的数据集，28 道备料工序、63 万张历史工艺样本、工作面成套接口参数各自落在哪一类是清楚的，取数的人不需要翻对照表。

责任机制按三层落实，三层的边界是清楚的：甲方承担数据运营的主体责任（数据来源合法性、对外运营合规性、运营组织决策责任），各汇聚方承担所供数据的真实性与权属担保责任（由数据提供协议约定），平台运营方承担平台运行与服务履约责任（由分级服务体系与售后承诺约束）（b1798、b1799）。创新之处在于三层责任各有对应的约束文本，不是靠一张组织图示意。

### 5.2　运营架构：服务边界按交付物划分，不按工作内容划分

联合多方专业能力对外提供服务，最容易出的问题是边界不清，结果是用户找不到人、各方互相推。招标文件要求明确各相关方的服务边界、协作接口与质量责任（b1812）。

本项目的做法是边界按「交付物」划分而不按「工作内容」划分。每一类专业能力的承担方对一份或几份明确的交付物负责，交付物有名称、格式、质量判据与验收方（b1809、b1810）。这样划分的好处是边界可验证：交付物在不在、合不合格，看得见。按工作内容划分则不可验证——「负责数据标注工作」这句话在出问题时无法判断责任落在谁身上。

配套的两项设计是交接单与责任比例。上游向下游交付时提交交接单，内容为交付物清单、质量自检结论、已知问题与限制、下游需注意事项；下游在约定时限内完成接收检查并签回，不通过的退回并说明具体缺项。责任比例的规则是：上游问题下游未检出，上游承担主要责任、下游承担检查责任，比例按交接单中约定的检查项范围判定（b1812）。把责任比例事先写成规则，争议发生时不需要重新谈判。

### 5.3　盈利模式：收益表作为预算的硬性输入

招标文件要求形成「以服务养服务」的可持续良性循环机制（b1821）。这句话的落地难点在循环的第二环：收入进了总账、建设按原计划走，两者不挂钩，于是收益高的数据集得不到更新、无人使用的数据集还在投入。

本项目的处置是把数据集收益表作为年度预算分配的硬性输入，不是参考而是输入项。收益表按数据集呈现订单量与收益情况，年度预算分配时按收益表调整各数据集的更新与扩充投入（b1819、b1820、b1821）。这一条把「以服务养服务」从一个循环示意图变成一项预算规则。

另外两项设计服务于公益与商业的平衡。一是三层分层：公益层不收费或只收成本性费用，增值层按标准定价按量计费，定制层按合同定价（b1817、b1818）。二是公益与商业的比例由运营组织决策层按年审定，并在清算报表的服务类型收入表中单独呈现，使二者的平衡状况可被审视而不是靠口头说明（b1814）。

### 5.4　运营组织：专业判断不表决，关键动作四处分离

招标文件要求组织架构实现重大事项的科学决策、专业领域的权威把关与日常运营的高效执行，并要求不同角色权责清晰、相互制衡（b1823、b1824、b1828）。

第一项创新是议事规则按事项性质分设，而不是全部用多数表决。重大事项由决策层集体表决；专业事项不表决，采用「独立评审＋意见分歧上升」——每个议题由不少于 3 名专家独立出具意见，意见一致时直接成结论，存在分歧时把分歧点与各方理由一并上报由专业委员会审议（b1826、b1827）。理由是专业问题的正确答案不由人数决定。这条规则与本节 3.8 节的专家议事规则是同一套。

第二项创新是制衡落在四处分离上：审批与执行分离、运营与清算分离、运营与审计分离、规则制定与规则执行分离（b1828）。四处分离的共同点是关键动作的发起方与审核方不是同一个角色，且动作留痕可查。平台在技术上支撑这一分离：规则配置项的修改权限与业务操作权限分属不同角色，审计员不受运营中心管理、审计报告直接提交决策层。

第三项是日常执行的「责任到人由规则确定」：平台上每一个待办事项都有唯一责任人与时限，责任人由派单规则确定而不是由人认领，超期事项自动升级至组负责人（b1829）。认领制的问题是难办的事没人认领，派单制没有这个问题。

### 5.5　公共服务：输出能力而不输出工具

招标文件要求建立技术工具赋能类公共服务，向行业输出数据加工与智能化技术工具能力（b1834、b1835）。本项目的做法是能力租用与任务代做，而不是工具交付（b1830、b1831）。

这个取舍有两层理由。工具交付给一家没有数据加工经验的中小企业，它拿到工具也用不起来——工具的效果取决于配置、规范与黄金集，这些是随工具一起长出来的；能力租用则由平台承担配置与规范，用户提交任务、取回结果。另一层理由是工具链是本项目形成的技术资产，以租用方式输出可以持续产生收益，支撑「以服务养服务」的循环。

配套的设计是方法公开：数据标注规范、数据集构建方法、质量评测方法三类内容以公开文档形式向行业发布，不收费（b1834、b1835、b1838）。公开这些内容不削弱平台的能力输出——规范是公开的，把规范落地执行所需的工具、黄金集与专家资源不是一份文档能替代的。公开的实际作用是让行业用同一套口径，这对标准生态有利（见本节 6.5 节）。

公益部分的门槛设在起步处：对行业中小企业提供免费试用额度与首次加工任务的成本价优惠，使企业在小规模投入下先验证效果；试用额度按年度公益服务预算分配，分配情况进入服务类型收入表（b1832、b1833、b1838）。

### 5.6　接入国家数据基础设施：本地准备与接入实施两段分开

招标文件在平台侧要求「依照国家数据基础设施的接入规范预留统一目录标识登记、统一身份注册和标准接口互联互通的对接接口，并视国家数据基础设施开放进度支持数据集标识的注册与解析对接」，在实施侧要求制定技术方案并组织实施（b1840、b1841）。「视开放进度」这一限定说明这件事有外部依赖。

本项目的处置是把方案分两段：第一段是不依赖外部进度的本地准备（目录标识映射位、身份体系的主体标识与凭证分离、三组对外接口与接口桩），在建设期内完成并可验收；第二段是随规范开放推进的对接实施，按规范开放情况滚动推进，里程碑与验收口径在实施计划中单列（b1841、b1842）。

这样安排的作用有两条：本项目的验收不被外部进度卡住；一旦规范开放，平台不需要改造即可对接——身份体系不把内部租户标识当作对外身份使用，目录字段通过映射配置适配而不改数据模型，规范调整时改配置不改模型。两类数据集（平台生成数据集与行业用户自有数据集）的接入走同一套通道，区别在准入审核环节（b1843）。

资产化运营与可信流通的支撑落在接入连接器上，运营平台与连接器的分工是：运营平台负责数据集的运营管理与交易履约，连接器负责对外流通侧的接入、登记、存证与通道管控；运营平台不绕过连接器直接对外，连接器不承担运营管理职能（b1844、b1845）。3 台连接器按一主一备一测试部署，测试节点用于规范变更时的预验证——这是为「视开放进度」这一不确定性预留的试错位置。

### 5.7　六项运营创新点的实施前提与可行性依据

六项创新点中有五项是制度设计，一项（接入国家数据基础设施）带外部依赖。制度设计的可行性不在于设计本身是否周密，而在于三件事：有没有对应的文本、有没有对应的平台功能、有没有对应的追责路径。缺任何一件，制度就只停在方案里。本小节按这三件事逐项交代。

先说文本。本章的六项创新点共落在十一份文本上：主体责任清单、数据提供协议、服务履约承诺、五类专业能力的交付物清单与质量判据、交接单模板、责任比例规则、三层服务定价规则、年度预算分配办法、专业委员会议事规则、权限矩阵、派单规则。这十一份不是方案的附属说明，而是运营机制的实际载体——「服务边界按交付物划分」这句话的全部内容就在交付物清单与质量判据那两份里，「专业事项不表决」的全部内容就在议事规则那一份里。本项目把这十一份文本列入交付物清单，在建设期内分阶段提交并经招标方确认，确认后的版本进入制度体系（见本节 6.3.3 节），与软建设的制度建设同口径管理，不另起一套。文本的清单、责任拟稿方与提交时点在实施计划中单列。

再说平台功能。六项创新点里有四项需要平台承载：收益表的生成与呈现、权限矩阵中的四处分离、待办事项的规则派单与超期升级、交接单在平台上的流转与签回。这四项都不是纸面规则能自行实现的——举一个具体的例子，「规则制定与规则执行分离」要落实，必须由平台在技术上把规则配置项的修改权限与业务操作权限分配给不同角色，否则一个有操作权限的人顺手改一下阈值，这道分离就不存在了；同样，「待办由规则派单而非由人认领」要落实，必须由平台按派单规则自动指派并记录时限，否则难办的事仍会留在队列里没人动。因此这四项功能列入运营服务管理平台的功能模块（见运营平台分节第 14 章），与机制文本同期上线，上线后以权限矩阵核查与派单记录抽查两种方式验证其实际生效，而不是只验证功能存在。

最后说追责路径。制度最常见的失效方式不是没人执行，而是执行不到位也没有后果。本章的六项创新点各配一处追责落点：运营体系的三层责任由三份约束文本分别约定，违约责任按文本执行；运营架构的责任比例由交接单中约定的检查项范围判定，争议时按交接单判而不重新谈判；盈利模式的收益表采用情况在年度预算分配文件中可见痕迹，未采用需书面说明理由；运营组织的四处分离由审计员核查，审计报告直接提交决策层而不经运营中心；公共服务的试用额度发放与使用进入服务类型收入表，由决策层年审时审视；接入国家数据基础设施的两段进度在实施计划里程碑中单列，第一段的验收不受外部进度影响。六处落点的共同特征是把执行情况变成某一份可查文件里的一行，而不是依赖定期的自查自报。

关于带外部依赖的那一项，还要补一句可行性判断。接入国家数据基础设施这件事，招标文件自己用的措辞是「视国家数据基础设施开放进度」（b1840），说明招标方对外部不确定性是有预期的。本项目的两段切分正是对这一预期的回应：第一段的本地准备（目录标识映射位、主体标识与凭证分离、三组对外接口与接口桩）在建设期内可独立完成并独立验收，验收材料是接口自测记录与映射配置的回归测试记录；第二段按规范开放情况滚动推进，里程碑与验收口径随规范发布后确认。三台连接器按一主一备一测试部署，测试节点的用途就是在规范变更时先做预验证，确认影响范围后再变更主备节点的配置。这样安排之后，外部不确定性的影响被限制在第二段，不波及本包其余交付物的验收。

### 图 2.10-2B　「以服务养服务」的收支闭环与四处分离的制衡位置

<svg viewBox="0 0 820 372" xmlns="http://www.w3.org/2000/svg"
     font-family="Noto Sans CJK SC, PingFang SC, SimHei, sans-serif" font-size="12.5">
  <defs>
    <marker id="t8c1" markerWidth="9" markerHeight="9" refX="8" refY="4.5" orient="auto">
      <path d="M0 0 L9 4.5 L0 9 z" fill="#334155"/></marker>
  </defs>

  <rect x="30" y="40" width="200" height="56" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="130" y="60" text-anchor="middle">三层服务供给</text>
  <text x="130" y="79" text-anchor="middle" font-size="11.5">公益层 · 增值层 · 定制层</text>

  <rect x="300" y="40" width="200" height="56" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="400" y="60" text-anchor="middle">服务订单与收入</text>
  <text x="400" y="79" text-anchor="middle" font-size="11.5">按数据集归集，不进总账池</text>

  <rect x="570" y="40" width="220" height="56" rx="5" fill="#eef2f7" stroke="#334155"/>
  <text x="680" y="60" text-anchor="middle">清算与数据集收益表</text>
  <text x="680" y="79" text-anchor="middle" font-size="11.5">订单量 · 收益 · 投入成本</text>

  <rect x="570" y="200" width="220" height="56" rx="5" fill="#eef2f7" stroke="#334155"/>
  <text x="680" y="220" text-anchor="middle">年度预算分配</text>
  <text x="680" y="239" text-anchor="middle" font-size="11.5">收益表为硬性输入项</text>

  <rect x="30" y="200" width="200" height="56" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="130" y="220" text-anchor="middle">数据集更新与扩充</text>
  <text x="130" y="239" text-anchor="middle" font-size="11.5">版本迭代 · 覆盖补齐</text>

  <rect x="268" y="176" width="264" height="104" rx="5" fill="#ffffff" stroke="#334155" stroke-dasharray="4 3"/>
  <text x="400" y="196" text-anchor="middle" font-size="13">四处分离的制衡（b1828）</text>
  <text x="400" y="216" text-anchor="middle" font-size="11.5">审批与执行分离 · 运营与清算分离</text>
  <text x="400" y="235" text-anchor="middle" font-size="11.5">运营与审计分离 · 规则制定与执行分离</text>
  <text x="400" y="256" text-anchor="middle" font-size="11">关键动作的发起方与审核方不同角色，留痕可查</text>
  <text x="400" y="273" text-anchor="middle" font-size="11">公益与商业比例由决策层年审</text>

  <path d="M230 68 H296" stroke="#334155" stroke-width="1.3" marker-end="url(#t8c1)" fill="none"/>
  <text x="238" y="34" font-size="11">按层定价计费</text>
  <path d="M500 68 H566" stroke="#334155" stroke-width="1.3" marker-end="url(#t8c1)" fill="none"/>
  <text x="506" y="34" font-size="11">逐数据集归集</text>
  <path d="M680 96 V196" stroke="#334155" stroke-width="1.3" marker-end="url(#t8c1)" fill="none"/>
  <text x="690" y="150" font-size="11">收益表进预算</text>
  <path d="M680 256 V296 H130 V260" stroke="#334155" stroke-width="1.3" marker-end="url(#t8c1)" fill="none"/>
  <text x="340" y="312" font-size="11">按收益调整各数据集的更新与扩充投入</text>
  <path d="M130 200 V100" stroke="#334155" stroke-width="1.3" marker-end="url(#t8c1)" fill="none"/>
  <text x="18" y="150" font-size="11">新版本上线</text>
  <text x="18" y="166" font-size="11">续供服务</text>

  <path d="M532 215 H566" stroke="#334155" stroke-width="1.1" stroke-dasharray="4 3" marker-end="url(#t8c1)" fill="none"/>
  <path d="M400 176 V148 H656 V100" stroke="#334155" stroke-width="1.1" stroke-dasharray="4 3" marker-end="url(#t8c1)" fill="none"/>

  <rect x="14" y="330" width="792" height="34" rx="5" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="410" y="351" text-anchor="middle" font-size="11.5">闭环成立的关键不在收费能力，而在收益表与预算之间是硬连接：有收益的数据集得到更新投入，无人使用的不再续投</text>
</svg>

图 2.10-2B　「以服务养服务」的收支闭环与四处分离的制衡位置。数据来源：三层分层依 b1817、b1818；收益表与预算的关系依 b1819、b1820、b1821；四处分离依 b1828；公益与商业比例年审依 b1814。

表 2.10-10　运营机制六项创新点与成效口径

| 方面 | 创新点 | 成效口径与度量方式 | 回应单元 | 机制本体 |
|---|---|---|---|---|
| 运营体系 | 链主牵头落到数据集划分口径；三层责任各配约束文本 | 四类数据集按业务主线划分并经甲方确认；三份约束文本（主体责任清单、数据提供协议、服务履约承诺）齐备 | b1797—b1805 | 运营平台分节第 11 章 |
| 运营架构 | 服务边界按交付物划分；交接单＋责任比例规则 | 五类专业能力各有交付物清单与质量判据；交接单在平台流转且签回率可统计 | b1806—b1812 | 运营平台分节第 12 章 |
| 盈利模式 | 数据集收益表作为年度预算的硬性输入；三层分层与比例年审 | 年度预算分配文件中可见收益表的采用痕迹；服务类型收入表单独呈现公益与商业比例 | b1813—b1821 | 运营平台分节第 13 章 |
| 运营组织 | 专业事项不表决；关键动作四处分离；待办由规则派单 | 专业委员会议事记录体现独立评审与分歧上升；权限矩阵体现四处分离；待办按时完成率可统计 | b1822—b1829 | 运营平台分节第 14 章 |
| 公共服务 | 输出能力而非工具；方法公开；起步门槛设免费试用 | 能力租用与任务代做两种形态上线；三类方法文档公开发布；试用额度发放与使用可查 | b1830—b1838 | 运营平台分节第 15 章 |
| 接入国家数据基础设施 | 本地准备与接入实施两段分开；改配置不改模型 | 三组接口与接口桩建成并自测通过；映射配置变更的回归测试记录 | b1839—b1845 | 运营平台分节第 9 章 |

表 2.10-10　数据来源：各创新点的机制本体见运营平台分节对应章节；成效口径为本方案设定，属待验证目标。

## 6、项目「软建设」配套措施

本章回应招标文件第 108 至 109 页「3.2.6.10 项目『软建设』配套措施建设要求」（b1853—b1859），并承接项目成果目标中「建设『软建设』配套措施 1 套」（b0687）与实施要求中「在过程中形成配套措施，包含软建设配套措施、项目管理及保障措施」（b1216）。

软建设与工具链、平台、数据集这些可见的交付物不同，它交付的是文件、机制与制度。这类交付物的常见问题是写了一堆文本但没人用。本章因此对每一项都写明三件事：这份文件或机制约束的是本项目的哪一个具体动作，它在什么时点产生，谁按它执行。凡找不到具体约束对象的条目，本章不列。

### 6.1　软建设的总体构成与计数口径

招标文件把软建设分五类并给出各类的数量：政策体系梳理 25 个文件，政策规划制定 5 项，体制机制创新 5 项，标准规范完善 20 项以上，人才队伍建设 1 项，合计约 30 项以上配套文件、措施与机制（b1854—b1859）。

计数口径需要先说明，否则交付时双方对「30 项」的理解会不同。招标文件 b1859 的「约 30+ 项」统计的是后四类的措施与机制项数，第一类政策体系梳理的 25 个文件是梳理对象而不是我方编制的成果。

按这一理解，我方编制的软建设成果为：政策规划 5 类（共 8 份文件）、体制机制 5 项、标准规范 20 项以上（含牵头制定行业标准 2 项、细分标准 18 项、项目实施技术规范 6 项，合计 26 项）、人才队伍 1 项，合计 37 项以上；另交付政策梳理成果 1 套（含 25 个文件的梳理台账与适用性分析）。这一口径与招标文件「约 30+ 项」的要求一致且有余量。

表 2.10-11　软建设五类配套措施的构成与交付物

| 类别 | 招标文件要求的数量 | 我方交付的成果 | 交付物形态 | 回应单元 |
|---|---|---|---|---|
| 政策体系梳理 | 相关文件 25 个 | 25 个文件的梳理台账与适用性分析 1 套；半年度查新更新 | 《政策与标准适用清单》＋逐文件的适用性分析条目 | b1854 |
| 政策规划制定 | 共 5 项 | 5 类共 8 份文件：中长期发展规划 1 份、专项实施方案 4 项、制度体系 1 套、政策落地动态调整机制 1 套、年度政策符合性评估报告 1 份／年 | 规划与方案正文、制度汇编、机制办法、评估报告 | b1855 |
| 体制机制创新 | 共 5 项 | 五级组织责任体系、跨主体协同汇聚机制、全周期管理机制、绩效考核与激励机制、能力复用机制 | 机制办法文本＋配套表单与台账 | b1856 |
| 标准规范完善 | 共 20+ 项 | 牵头制定关键行业标准 2 项、「五位一体」标准体系细分标准 18 项、项目实施技术规范 6 项，合计 26 项 | 标准草案与编制说明、标准体系表、规范正文 | b1857 |
| 人才队伍建设 | 共 1 项 | 不少于 50 人、涵盖六大领域的数据标注专家库及其管理办法 | 专家库名单与档案、《数据标注专家库管理办法》 | b1858 |
| 合计 | 约 30+ 项 | 我方编制成果 37 项以上，另加政策梳理成果 1 套 | —— | b1859 |

表 2.10-11　数据来源：各类数量依招标文件 b1854—b1859 原文；成果项数的统计口径为本方案说明，与 b1859「约 30+ 项」的要求一致。

本章末尾另设 6.7 节一并交代知识产权成果（论文 5 篇、发明专利 3 项、软件著作权 6 项）的布局与申报路线。需要说明的是，这三类成果属于招标文件项目成果目标中与软建设并列的另一组要求（b0687），不计入上表「约 30+ 项」的软建设项数；把它放在本章一并论述，是因为论文、专利与标准三者的素材来源相同，都来自项目实施过程中积累的方法与实测数据，分开论述会把同一批素材说三遍。

### 6.2　政策体系梳理

招标文件要求梳理数据要素市场化配置、高质量数据集建设、人工智能产业发展、新型信息基础设施、数据安全、绿色低碳等领域的法律法规、产业政策、专项规划、技术导则、建设指南、评价标准等相关文件 25 个（b1854）。

梳理不是把文件名列出来。本项目的梳理按三列组织：文件是什么、它约束本项目的哪一个动作、不符合会有什么后果。第二列是梳理的价值所在——一份政策若找不到它在本项目中的约束对象，列进清单只是充数。

表 2.10-12　政策体系梳理清单（25 个文件）

| 序号 | 领域 | 文件名称 | 文件类型 | 在本项目中的约束对象 |
|---|---|---|---|---|
| 1 | 数据要素市场化配置 | 《中共中央 国务院关于构建数据基础制度更好发挥数据要素作用的意见》（2022 年） | 产业政策 | 数据产权、流通交易、收益分配、安全治理四项基础制度的设计依据；确权模块的按份共有规则与清算规则的分配原则 |
| 2 | 数据要素市场化配置 | 《「数据要素×」三年行动计划（2024—2026 年）》（国家数据局等，2023 年） | 专项规划 | 工业制造领域数据要素应用场景的选取依据；四类数据集的业务主线划分与场景验证的方向 |
| 3 | 数据要素市场化配置 | 《关于加强数据资产管理的指导意见》（财政部等，财资〔2023〕141 号） | 产业政策 | 《数据集资产台账》的字段设计与资产登记流程；数据集的成本归集与价值记录口径 |
| 4 | 数据要素市场化配置 | 《关于促进数据产业高质量发展的指导意见》（国家数据局等，2024 年） | 产业政策 | 公共服务内容体系的定位与公益层服务清单；产业链协同汇聚的激励方式设计 |
| 5 | 高质量数据集建设 | 《高质量数据集质量评测规范》（TC609-5-2025-04） | 评价标准 | 数据集质量评测的主依据；质检报告六维度指标与数据卡分区结构均对齐此规范（b1903、b1911） |
| 6 | 高质量数据集建设 | GB/T 36073—2018《数据管理能力成熟度评估模型》 | 评价标准 | 数据治理体系建设与三级达成路径的评估依据；九大能力域的划分 |
| 7 | 高质量数据集建设 | GB/T 38667—2020《信息技术 大数据 数据分类指南》 | 技术导则 | 九个业务域下的数据分类维度与分类编码 |
| 8 | 高质量数据集建设 | GB/T 36344—2018《信息技术 数据质量评价指标》 | 评价标准 | 质检报告中完整性、准确性、一致性、唯一性、及时性、有效性六项通用指标的计算口径 |
| 9 | 人工智能产业发展 | 《新一代人工智能发展规划》（国发〔2017〕35 号） | 专项规划 | 智能制造方向的总体政策依据；项目目标层的行业定位表述 |
| 10 | 人工智能产业发展 | 《国务院关于深入实施「人工智能＋」行动的意见》（2025 年） | 产业政策 | 「人工智能＋制造」的实施路径依据；六个专业场景验证的方向与成效表述口径 |
| 11 | 人工智能产业发展 | 《生成式人工智能服务管理暂行办法》（国家网信办等，2023 年） | 法规 | 训练语料的来源合法性与内容安全要求；合成数据的生成与过滤规则 |
| 12 | 人工智能产业发展 | 《人工智能生成合成内容标识办法》（国家网信办等，2025 年） | 法规 | 合成样本的来源标识与标记要求；数据卡中合成数据占比与标识字段 |
| 13 | 人工智能产业发展 | 《「十四五」智能制造发展规划》（工业和信息化部等，2021 年） | 专项规划 | 制造业数字化转型的政策依据；装备制造领域数据应用方向 |
| 14 | 新型信息基础设施 | 《国家数据基础设施建设指引》（国家数据局等，2024 年） | 建设指南 | 接入国家数据基础设施的技术方案依据；统一目录标识、统一身份注册、标准接口三项接口预留的设计口径（b1840、b1841） |
| 15 | 新型信息基础设施 | 《「十四五」数字经济发展规划》（国发〔2021〕29 号） | 专项规划 | 数据要素市场与行业数据平台的建设定位 |
| 16 | 新型信息基础设施 | 《算力基础设施高质量发展行动计划》（工业和信息化部等，2023 年） | 专项规划 | 训练推理算力配置与算力适配方案的政策依据 |
| 17 | 数据安全 | 《中华人民共和国数据安全法》（2021 年） | 法律 | 数据分类分级、重要数据识别、安全审查的总依据；数据汇聚入库三项核查的法律基础 |
| 18 | 数据安全 | 《中华人民共和国个人信息保护法》（2021 年） | 法律 | 涉及人员信息样本的处理依据；入口去标识化作业的法律基础 |
| 19 | 数据安全 | 《网络数据安全管理条例》（国务院令第 790 号） | 法规 | 数据处理活动的安全管理要求；平台侧的安全管理制度与应急处置 |
| 20 | 数据安全 | 《工业和信息化领域数据安全管理办法（试行）》（工业和信息化部，2022 年） | 法规 | 工业数据的分类分级备案与安全管理要求；重要数据目录的编制 |
| 21 | 数据安全 | 《工业数据分类分级指南（试行）》（工信厅信发〔2020〕6 号） | 技术导则 | 数据卡「安全与合规」分区中分类分级字段的取值依据；敏感数据判定的分级口径 |
| 22 | 绿色低碳 | 《工业领域碳达峰实施方案》（工业和信息化部等，2022 年） | 专项规划 | 制造过程数据集中能耗与碳排相关字段的采集口径；绿色制造类场景的数据准备方向 |
| 23 | 绿色低碳 | GB 40879—2021《数据中心能效限定值及能效等级》 | 评价标准 | 训练推理与平台运行环境的能效要求；硬件选型中的能效指标 |
| 24 | 矿山装备与煤矿智能化 | 《关于加快煤矿智能化发展的指导意见》（发改能源〔2020〕283 号） | 产业政策 | 下游用户需求方向的政策依据；在役运维与成套接口类数据的汇聚必要性论证 |
| 25 | 矿山装备与煤矿智能化 | 《煤矿智能化建设指南（2021 年版）》（国家能源局、国家矿山安全监察局） | 建设指南 | 工作面成套设备的智能化要求；供需计划与产品质量数据集的业务场景口径 |

表 2.10-12　数据来源：领域划分与文件类型依招标文件 b1854 原文所列六类领域与六类文件类型（另按本项目行业特点增列矿山装备与煤矿智能化一类）；约束对象一列为本方案的适用性分析结论。各文件的发文字号与现行版本以实施启动阶段的查新结论为准，查新结果列入《政策与标准适用清单》并报招标方确认【待填：查新确认意见】。

梳理成果不是一次性的。政策会修订、会被替代，清单跟着动。我方的处置与标准查新同口径：实施启动阶段完成一次政策与标准查新，出具《政策与标准适用清单》并提交招标方确认，此后每半年复查一次；查新发现文件被替代时，按新版本更新受影响的制度条款与规范条款，并在相关交付物中记录该版本所适用的文件版本，使历史交付物的依据可回溯。这条机制是 6.3.4 节政策落地动态调整机制的一部分。

引用的国家标准与行业标准的完整清单（五类共 60 余项）见附件分节第 3 章，本节不重复列。表 2.10-12 中列入的标准是被政策文件直接引用或作为评价依据的那几项。

### 6.3　政策规划制定

招标文件要求政策规划制定共 5 项，并列明构成：1 份中长期发展规划、4 项专项实施方案、1 套制度体系、1 套政策落地动态调整机制、1 份年度政策符合性评估报告（b1855）。按原文的列举，5 项指的是五类交付，其中专项实施方案一类含 4 项，因此文件总数为 8 份。本节按五类展开。

#### 6.3.1　中长期发展规划（1 份）

《矿山装备制造领域高质量数据集中长期发展规划》，规划期与项目建设期衔接并向后延伸至运营期。内容五章：行业数据资源现状与差距、数据集建设的阶段目标与规模路径、数据运营与对外服务的发展路径、标准与生态建设路径、实施保障。

规划的约束对象是年度计划。四类数据集的规模目标——预训练 615 亿 Token、指令微调 89 万条、强化学习偏好 6.6 万组、基准测试 0.95 万条——在规划中分解到年度，年度计划按规划分解值编制；年度实际与分解值的偏差进入年度政策符合性评估报告。规划不是愿景文本，它是年度计划的上级依据，这一点在规划的编制说明中写明。

规划在建设期首年编制，经招标方评审确认后发布，每两年复审一次。复审的触发条件除周期到达外，还包括上级政策发生实质变化、数据集规模目标发生调整两项。

#### 6.3.2　专项实施方案（4 项）

四项专项实施方案按本项目的四条主线设置，每一项都对应一个有明确交付物的工作面。

《数据集加工生产专项实施方案》覆盖四类数据集的加工组织：环节划分与门控设置、产能与排期、质量判定与返工规则、各类数据集的里程碑。它的约束对象是加工作业的排期与门控，加工链路按它执行。

《数据治理贯标专项实施方案》覆盖数据管理能力成熟度三级的达成路径：现状评估、九大能力域的建设任务、治理文档的编制计划、贯标评估的组织安排。它的约束对象是治理文档的交付节奏与评估准备。

《数据运营推广专项实施方案》覆盖运营体系的落地：汇聚计划、服务上线节奏、公益与商业的年度比例、营收目标分解、接入国家数据基础设施的推进节奏。它的约束对象是运营组织的年度工作计划。

《数据安全与合规专项实施方案》覆盖安全建设与合规事项：等级保护测评与密码应用评估的组织、数据分类分级与重要数据目录的编制、敏感数据处置流程、合规审查节点。它的约束对象是安全建设的里程碑与合规审查的门控位置。

四项方案的编制时点在建设期首年的前两个季度内，每年按实际进展修订一次，修订记录留档。

#### 6.3.3　制度体系（1 套）

制度体系是一套制度文件的汇编，而不是一份制度。它与标准规范的区别在约束对象：标准规范约束技术动作（怎么标、怎么检、怎么封装），制度约束组织行为（谁批、谁管、谁担责）。

表 2.10-13　制度体系的构成

| 制度类别 | 制度文件 | 约束的组织行为 |
|---|---|---|
| 组织与责任 | 《数据管理组织与职责规定》《五级组织责任体系实施办法》 | 各层级组织的设置、职责边界、议事与表决 |
| 数据资源 | 《数据资源目录管理制度》《数据提供与汇聚管理办法》《数据权属登记与确权管理办法》 | 目录维护、汇聚协议签订、权属登记与份额确认 |
| 加工与质量 | 《数据加工作业管理办法》《数据质量管理办法》《整改任务单与复检管理规定》 | 作业派单、质量门控、缺陷整改与复检闭环 |
| 安全与合规 | 《数据分类分级管理办法》《数据安全管理制度》《合规审查管理规定》《保密管理规定》 | 分级判定、权限审批、合规审查、涉密材料管理 |
| 运营与服务 | 《数据集上架与下架管理办法》《定价与清算管理办法》《服务质量与 SLA 管理办法》 | 上架审批、价格与清算规则变更、服务考核 |
| 专家与人才 | 《数据标注专家库管理办法》《标注人员培训与考核规定》 | 专家遴选、抽派、考核与出库；标注员入组与退出 |
| 考核与激励 | 《数据工作绩效考核与激励办法》 | 考核指标、评定周期、激励兑现 |
| 文档与档案 | 《文档编号与归档管理规定》《制度文件管理办法》 | 文档编号、归档借阅、制度的制定修订废止 |

表 2.10-13　数据来源：制度类别依招标文件 b1855「1 套制度体系」的要求与数据治理九大能力域的管理需要；各制度的编制依据见数据治理一、二分节的治理文档清单（治理文档不少于 25 份，需求实列 37 份）。制度体系与治理文档清单存在交集，交集部分只编制一次、两处引用，不重复交付。

制度体系与数据治理分节交付的治理文档有重叠，这一点需要写明处置方式：重叠的文件只编制一次，在治理文档清单与制度体系汇编中各列一条索引，实际交付一份。这样既满足两处的要求，也不制造两份内容相近而口径不同的文本。

#### 6.3.4　政策落地动态调整机制（1 套）

这一项是五类里最容易写空的一项。本项目把它做成四个动作，每个动作有触发条件、责任主体与产出。

第一个动作是查新。每半年一次，范围为表 2.10-12 的 25 个文件与附件分节的引用标准清单。产出是《政策与标准适用清单》的更新版本，标明新增、替代、废止三类变化。

第二个动作是影响分析。查新发现变化后，逐项分析受影响的交付物：哪些制度条款需要改、哪些规范条款需要改、哪些已交付的数据集的依据标注需要更新。产出是影响分析表，列明受影响项、改动内容、责任人与时限。

第三个动作是执行与留痕。按影响分析表修订相关文本，修订在原文件的修订记录中登记，内容包括依据的新文件、修订条款、生效日期。已发布的数据集不追溯修改，但在数据卡的「依据标准」字段保留其适用的版本，使历史版本的判定依据可回溯。

第四个动作是报告。年度汇总形成政策符合性评估报告的一个章节（见 6.3.5 节）。

触发条件除半年周期外还有两项：上级主管部门发文明确要求落实的，自发文之日起 20 个工作日内完成影响分析；项目范围或数据集规模发生调整的，同步复查政策适用性。

#### 6.3.5　年度政策符合性评估报告（1 份／年）

报告按年度出具，内容五部分：本年度政策与标准变化情况、本项目各交付物的符合性逐项核对结论、不符合项与整改情况、中长期发展规划分解目标的完成情况、下一年度的政策应对建议。

报告的第二部分是主体。核对按交付物逐项进行，核对结论分「符合」「部分符合（附整改）」「需进一步确认」三档。核对的依据是表 2.10-12 的约束对象一列——这一列事先写明了每份政策约束哪个动作，年度核对时按这一列逐条检查该动作的执行记录。这样设计使评估报告有可核对的对象，而不是一份总体表态。

报告的输入包括：《政策与标准适用清单》的年度更新版本、各专项实施方案的执行记录、《专家库年度运行报告》、数据集质检与评测的年度统计、审计报告中与合规相关的部分。报告报招标方，并在运营组织的决策层例会上审议。

### 6.4　体制机制创新

招标文件要求体制机制创新共 5 项，并列明：五级组织责任体系、跨主体协同汇聚机制、全周期管理机制、绩效考核与激励机制、能力复用机制（b1856）。五项之间不是并列的五块，前两项解决「谁负责、数据从哪来」，中间一项解决「数据从生到退怎么管」，后两项解决「人为什么要做好、做过的东西怎么再用」。

#### 6.4.1　五级组织责任体系

本项目涉及的组织不止一套：数据治理有治理组织，运营期有运营组织，项目建设期有项目管理组织。三套组织各有分节详述，若不把它们的关系讲清楚，评标时会看到三张组织图而不知道哪张管事。五级组织责任体系的作用就是把三套组织归并到一条责任链上，并明确每一级对什么负责、向谁交账。

五级自上而下为：决策级、把关级、管理级、作业级、岗位级。

决策级是数据运营管理委员会，对数据集建设与运营的重大事项负责，包括年度计划与目标、价格与清算规则、公益与商业比例、投入分配、重大合作与争议结论审议。它的交账方式是决议文件与年度运营计划。

把关级是质量、合规、技术三个专业委员会，对专业判断负责。专业判断不采用多数表决，采用独立评审与分歧上升（见 5.4 节与 3.8 节）。它的交账方式是专业意见书与判定结论。

管理级是项目管理层与运营中心的管理职能，对计划执行、进度、成本、范围变更负责。它的交账方式是计划执行报告、变更评议结论、月度运营报告。

作业级是八个作业组：数据采集组、加工标注组、质检组、评测组、平台运维组、运营服务组、交付保障组、清算结算组。它对交付物负责，交账方式是交付物与交接单。

岗位级是具体责任人，包括数据域的数据责任人、标注员、质检员、评测员、运营管理员、审计员。它对单条记录与单个动作负责，交账方式是平台上的操作留痕与待办完成记录。

表 2.10-14　五级组织责任体系与各分节组织的对应

| 级别 | 本级组织／角色 | 对什么负责 | 交账产出 | 在其他分节中的载体 |
|---|---|---|---|---|
| 决策级 | 数据运营管理委员会（含秘书处） | 重大事项、年度目标、规则与比例、投入分配 | 决议文件、年度运营计划、价格体系 | 运营平台分节第 14 章；数据治理分节的治理决策层 |
| 把关级 | 数据质量、合规与权属、技术三个专业委员会 | 专业门槛、专业争议、方案与方法的专业结论 | 专业意见书、判定结论、评审意见 | 运营平台分节第 14 章；专家库的议事规则见本节 3.8 节 |
| 管理级 | 项目管理层；运营中心管理职能 | 计划、进度、成本、范围变更、跨组协同 | 计划执行报告、变更结论、月度运营报告 | 项目管理措施分节；运营平台分节第 14 章 |
| 作业级 | 采集、加工标注、质检、评测、运维、运营服务、交付保障、清算结算各组 | 交付物的完成与质量自检 | 交付物、交接单、作业日报 | 数据加工生产一、二分节；运营平台分节第 12 章 |
| 岗位级 | 数据责任人、标注员、质检员、评测员、运营管理员、审计员 | 单条记录与单个动作 | 操作留痕、待办完成记录、复核状态字段 | 数据治理分节（数据责任人）；工具链分节（复核状态字段） |

表 2.10-14　数据来源：五级划分依招标文件 b1856「五级组织责任体系」的要求；各级组织的具体设置见对应分节，本表只建立对应关系，不重复设置。各级的人员编制与岗位要求见项目团队分节。

责任链上有两条贯穿规则。一是逐级交账而不越级：作业级向管理级交账，管理级向决策级交账；专业判断由把关级出结论，不由管理级代替。二是留痕逐级可查：岗位级的操作留痕是全部责任追溯的底层证据，上面四级的结论都能回查到具体的操作记录。

#### 图 2.10-3　五级组织责任体系的责任流向与交账关系

<svg viewBox="0 0 820 400" xmlns="http://www.w3.org/2000/svg"
     font-family="Noto Sans CJK SC, PingFang SC, SimHei, sans-serif" font-size="12">
  <defs>
    <marker id="t8a3" markerWidth="9" markerHeight="9" refX="8" refY="4.5" orient="auto">
      <path d="M0 0 L9 4.5 L0 9 z" fill="#334155"/></marker>
  </defs>

  <rect x="206" y="14" width="408" height="50" rx="5" fill="#e2e8f0" stroke="#334155"/>
  <text x="410" y="34" text-anchor="middle" font-size="13">决策级　数据运营管理委员会</text>
  <text x="410" y="54" text-anchor="middle" font-size="11.5">年度目标 · 价格与清算规则 · 公益与商业比例 · 投入分配</text>

  <rect x="90" y="88" width="300" height="50" rx="5" fill="#eef2f7" stroke="#334155"/>
  <text x="240" y="108" text-anchor="middle" font-size="13">把关级　三个专业委员会</text>
  <text x="240" y="128" text-anchor="middle" font-size="11.5">质量 · 合规与权属 · 技术（独立评审，不表决）</text>

  <rect x="430" y="88" width="300" height="50" rx="5" fill="#eef2f7" stroke="#334155"/>
  <text x="580" y="108" text-anchor="middle" font-size="13">管理级　项目管理层／运营中心管理职能</text>
  <text x="580" y="128" text-anchor="middle" font-size="11.5">计划 · 进度 · 成本 · 范围变更 · 跨组协同</text>

  <rect x="90" y="162" width="640" height="56" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="410" y="182" text-anchor="middle" font-size="13">作业级　八个作业组</text>
  <text x="410" y="201" text-anchor="middle" font-size="11.5">采集 · 加工标注 · 质检 · 评测 · 平台运维 · 运营服务 · 交付保障 · 清算结算</text>
  <text x="410" y="214" text-anchor="middle" font-size="11">对交付物负责，交付以交接单流转</text>

  <rect x="90" y="242" width="640" height="56" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="410" y="262" text-anchor="middle" font-size="13">岗位级　具体责任人</text>
  <text x="410" y="281" text-anchor="middle" font-size="11.5">数据责任人 · 标注员 · 质检员 · 评测员 · 运营管理员 · 审计员</text>
  <text x="410" y="294" text-anchor="middle" font-size="11">对单条记录与单个动作负责，操作留痕是追溯底层证据</text>

  <path d="M240 162 V142" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a3)" fill="none"/>
  <text x="248" y="156" font-size="10.5">专业争议上升</text>
  <path d="M580 162 V142" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a3)" fill="none"/>
  <text x="588" y="156" font-size="10.5">计划执行报告</text>
  <path d="M410 242 V222" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a3)" fill="none"/>
  <text x="418" y="236" font-size="10.5">操作留痕汇总为作业日报</text>

  <path d="M240 88 V68 H370" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a3)" fill="none"/>
  <text x="138" y="82" font-size="10.5">专业意见书</text>
  <path d="M580 88 V68 H450" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a3)" fill="none"/>
  <text x="590" y="82" font-size="10.5">重大事项提请</text>

  <path d="M206 39 H120 V84" stroke="#64748b" stroke-width="1.2" stroke-dasharray="5 3" marker-end="url(#t8a3)" fill="none"/>
  <text x="124" y="60" font-size="10.5">决议下达</text>
  <path d="M614 39 H700 V84" stroke="#64748b" stroke-width="1.2" stroke-dasharray="5 3" marker-end="url(#t8a3)" fill="none"/>
  <rect x="638.0" y="48.6" width="78.0" height="15.0" fill="#ffffff" stroke="none" data-halo="1"/><text x="640" y="60" font-size="10.5">规则与目标下达</text>
  <path d="M760 113 V190 H734" stroke="#64748b" stroke-width="1.2" stroke-dasharray="5 3" marker-end="url(#t8a3)" fill="none"/>
  <text x="664" y="152" font-size="10.5">派单与授权</text>
  <path d="M60 190 V270 H86" stroke="#64748b" stroke-width="1.2" stroke-dasharray="5 3" marker-end="url(#t8a3)" fill="none"/>
  <rect x="12.0" y="222.6" width="57.0" height="15.0" fill="#ffffff" stroke="none" data-halo="1"/><text x="14" y="234" font-size="10.5">待办与时限</text>

  <rect x="90" y="316" width="640" height="34" rx="5" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="410" y="338" text-anchor="middle" font-size="11.5">规则一：逐级交账不越级——专业判断由把关级出结论，管理级不代替</text>
  <rect x="90" y="356" width="640" height="34" rx="5" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="410" y="378" text-anchor="middle" font-size="11.5">规则二：留痕逐级可查——上面四级的结论都能回查到岗位级的具体操作记录</text>
</svg>

图 2.10-3　五级组织责任体系的责任流向与交账关系。实线为向上交账，虚线为向下授权。数据来源：招标文件 b1856「五级组织责任体系」；各级组织的具体设置见运营平台分节第 14 章、数据治理分节治理组织、项目管理措施分节。

#### 6.4.2　跨主体协同汇聚机制

这一项的机制本体在运营平台分节第 10 章，四项创新点已在本节第 4 章提炼。作为体制机制创新的一项，它在软建设中的交付物是三份文本与一套台账：《数据提供与汇聚管理办法》（制度）、《数据汇聚技术规范》（技术规范）、三类数据提供协议模板（无偿公益提供、有偿提供、合作共建按份共有），以及汇聚计划与到位率台账。

写在这里的理由是：协同汇聚之所以能算「体制机制创新」，不在于它有四条通道，而在于它把一件靠关系推动的事变成了靠文本约束的事。协议模板规定了双方的权利义务，技术规范规定了接入方式与数据格式，管理办法规定了汇聚方的准入与退出、责任人的指定与考核。有了这三样，汇聚工作换人也能接着做（b1789、b1790）。

#### 6.4.3　全周期管理机制

全周期管理机制管的是数据与数据集从进入到退出的六个阶段，每个阶段之间设门控，门控不过不进入下一阶段。这一机制把分散在加工、治理、评测、运营各分节的门控归并成一条链，并明确每个门控的判据与责任级别。

表 2.10-15　全周期六阶段与门控设置

| 阶段 | 起止 | 本阶段的主要动作 | 出口门控与判据 | 门控责任级别 | 机制本体所在 |
|---|---|---|---|---|---|
| 汇入 | 从数据提供到入库 | 来源登记、许可凭证留存、敏感信息核查、授权范围核查、用途限制核查 | 三项核查通过且登记完整；不通过的隔离 | 把关级（合规与权属专业委员会） | 运营平台分节第 10 章 |
| 加工 | 从入库到候选数据集 | 预处理、结构化、对齐、标注、合成与增强 | 字段完整、证据齐全、置信度分流处置完成 | 作业级自检＋管理级抽查 | 数据加工生产一、二分节 |
| 质检 | 候选数据集提交质检 | 六维度指标测算、抽样复核、缺陷分级 | 各维度达到判定门限；缺陷按级整改并复检通过 | 把关级（数据质量专业委员会）定门限 | 数据集质量评测分节 |
| 发布 | 质检通过到版本发布 | 数据卡编制、版本指纹与封装、血缘完整性校验、发布审批 | 血缘挂接率达门限、数据卡字段完整、审批通过 | 管理级审批、把关级参与 | 数据加工生产二分节、附件分节 |
| 运营 | 发布后的挂牌与服务 | 挂牌展示、订单与交付、清算分账、时效性监测、更新 | 时效性占比低于阈值的生成更新待办；未按承诺更新的调整挂牌状态 | 管理级 | 运营平台分节第 3 至 6 章、第 10 章 |
| 退役 | 下架到归档 | 下架申请与审批、用户通知、归档封存、依据版本保留 | 在用订单处置完毕、归档清单与指纹留存 | 管理级审批 | 运营平台分节第 3 章 |

表 2.10-15　数据来源：阶段划分依招标文件 b1856「全周期管理机制」的要求；各门控的判据与机制本体见对应分节，本表只建立门控链条与责任级别的对应。

全周期管理的创新之处在两点。一是门控的判据都是可测的量而不是「经评审同意」：血缘挂接率、六维度指标值、时效性占比、三项核查结论，都有数值或明确结论。二是门控的责任级别明确区分——定门限的是把关级，判是否达到门限的是作业级与系统，批准放行的是管理级。定门限与批放行不是同一级，这是防止门限被临时放宽的制衡。

#### 图 2.10-4　全周期六阶段的门控链与不通过时的流向

<svg viewBox="0 0 820 320" xmlns="http://www.w3.org/2000/svg"
     font-family="Noto Sans CJK SC, PingFang SC, SimHei, sans-serif" font-size="12">
  <defs>
    <marker id="t8a4" markerWidth="9" markerHeight="9" refX="8" refY="4.5" orient="auto">
      <path d="M0 0 L9 4.5 L0 9 z" fill="#334155"/></marker>
  </defs>

  <rect x="10" y="40" width="112" height="48" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="66" y="60" text-anchor="middle">汇入</text>
  <text x="66" y="78" text-anchor="middle" font-size="10.5">来源登记＋三核查</text>
  <rect x="152" y="40" width="112" height="48" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="208" y="60" text-anchor="middle">加工</text>
  <text x="208" y="78" text-anchor="middle" font-size="10.5">对齐·标注·合成</text>
  <rect x="294" y="40" width="112" height="48" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="350" y="60" text-anchor="middle">质检</text>
  <text x="350" y="78" text-anchor="middle" font-size="10.5">六维度＋抽样复核</text>
  <rect x="436" y="40" width="112" height="48" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="492" y="60" text-anchor="middle">发布</text>
  <text x="492" y="78" text-anchor="middle" font-size="10.5">数据卡·指纹·血缘</text>
  <rect x="578" y="40" width="112" height="48" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="634" y="60" text-anchor="middle">运营</text>
  <text x="634" y="78" text-anchor="middle" font-size="10.5">挂牌·交付·更新</text>
  <rect x="700" y="130" width="108" height="48" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="754" y="150" text-anchor="middle">退役</text>
  <text x="754" y="168" text-anchor="middle" font-size="10.5">下架·归档封存</text>

  <path d="M122 64 H148" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a4)" fill="none"/>
  <text x="98" y="32" font-size="10.5">门控①</text>
  <path d="M264 64 H290" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a4)" fill="none"/>
  <text x="240" y="32" font-size="10.5">门控②</text>
  <path d="M406 64 H432" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a4)" fill="none"/>
  <text x="382" y="32" font-size="10.5">门控③</text>
  <path d="M548 64 H574" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a4)" fill="none"/>
  <text x="524" y="32" font-size="10.5">门控④</text>
  <path d="M690 64 H754 V126" stroke="#334155" stroke-width="1.3" marker-end="url(#t8a4)" fill="none"/>
  <text x="664" y="32" font-size="10.5">门控⑤</text>

  <path d="M66 88 V116" stroke="#64748b" stroke-width="1.2" marker-end="url(#t8a4)" fill="none"/>
  <rect x="10" y="118" width="112" height="40" rx="5" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="66" y="134" text-anchor="middle" font-size="10.5">核查不通过</text>
  <text x="66" y="150" text-anchor="middle" font-size="10.5">隔离，不进加工</text>

  <path d="M208 88 V116" stroke="#64748b" stroke-width="1.2" marker-end="url(#t8a4)" fill="none"/>
  <rect x="152" y="118" width="112" height="40" rx="5" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  
  

  <path d="M350 88 V116" stroke="#64748b" stroke-width="1.2" marker-end="url(#t8a4)" fill="none"/>
  <rect x="294" y="118" width="112" height="40" rx="5" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="350" y="134" text-anchor="middle" font-size="10.5">未达判定门限</text>
  <text x="350" y="150" text-anchor="middle" font-size="10.5">整改工单＋复检</text>
  <path d="M294 138 H270 V64" stroke="#64748b" stroke-width="1.2" stroke-dasharray="5 3" marker-end="url(#t8a4)" fill="none"/>

  <path d="M492 88 V116" stroke="#64748b" stroke-width="1.2" marker-end="url(#t8a4)" fill="none"/>
  <rect x="436" y="118" width="112" height="40" rx="5" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="492" y="134" text-anchor="middle" font-size="10.5">血缘挂接不全</text>
  <text x="492" y="150" text-anchor="middle" font-size="10.5">剔除并记待补</text>

  <path d="M634 88 V116" stroke="#64748b" stroke-width="1.2" marker-end="url(#t8a4)" fill="none"/>
  <rect x="578" y="118" width="112" height="40" rx="5" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="634" y="134" text-anchor="middle" font-size="10.5">时效性低于阈值</text>
  <text x="634" y="150" text-anchor="middle" font-size="10.5">更新待办</text>
  <path d="M634 158 V186 H208 V92" stroke="#64748b" stroke-width="1.2" stroke-dasharray="5 3" marker-end="url(#t8a4)" fill="none"/>
  <text x="330" y="182" font-size="10.5">更新回到加工阶段，形成新版本</text>

  <rect x="10" y="214" width="798" height="40" rx="5" fill="#eef2f7" stroke="#334155"/>
  <text x="409" y="232" text-anchor="middle" font-size="12.5">门控责任分离：判据门限由把关级设定 ｜ 是否达标由作业级与系统判定 ｜ 放行由管理级批准</text>
  <text x="409" y="248" text-anchor="middle" font-size="11">定门限与批放行不在同一级，防止门限被临时放宽</text>

  <rect x="10" y="266" width="798" height="44" rx="5" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="409" y="284" text-anchor="middle" font-size="11.5">门控判据均为可测量：三项核查结论 ｜ 字段与证据完整率 ｜ 六维度指标值 ｜ 血缘挂接率 ｜ 时效性占比 ｜ 在用订单处置状态</text>
  <text x="409" y="301" text-anchor="middle" font-size="11.5">各判据的定义与门限取值见数据加工生产、质量评测与运营平台各分节，本图只呈现门控链与流向</text>

  <rect x="167.3" y="121.1" width="82.0" height="18.0" fill="#ffffff" stroke="none" data-halo="1"/><text x="208" y="134" text-anchor="middle" font-size="10.5">证据或字段缺失</text>

  <rect x="183.0" y="137.1" width="49.5" height="18.0" fill="#ffffff" stroke="none" data-halo="1"/><text x="208" y="150" text-anchor="middle" font-size="10.5">退回补录</text>
</svg>

图 2.10-4　全周期六阶段的门控链与不通过时的流向。数据来源：招标文件 b1856「全周期管理机制」；各门控判据见表 2.10-15 所列分节。

#### 6.4.4　绩效考核与激励机制

这一项分对内与对外两条，两条的设计原则相同：考核指标取自系统已有的客观记录，不另建填报流程。

对内考核的对象是各作业组与岗位。指标分四类：交付按时率（待办按时完成数占比）、交付一次通过率（首次提交即通过下游接收检查的交付物占比）、质量反查命中率（本组交付物在后续环节被判定缺陷的比例，反向计分）、整改闭环率（指派给本组的整改工单按时闭合的比例）。四类指标的数据来源是平台的待办台账、交接单记录、缺陷台账与工单台账。考核周期为月度统计、季度评定、年度汇总。

对外激励的对象是汇聚方与服务承担方。汇聚方的四类激励见本节第 4 章与运营平台分节第 10 章。服务承担方的激励与考核挂钩：各承担方的服务质量按同一套指标考核，考核结果进入服务质量报告，并作为后续服务分派的依据——分派量跟着考核结果走，这是把「联合」从一次性协作变成有反馈的长期机制。

专家的考核机制单列，见本节 3.7 节。标注人员的培训与考核见数据加工生产分节与《标注人员培训与考核规定》。

交付物是《数据工作绩效考核与激励办法》一份，内容包括考核对象、指标定义与数据来源、评定周期与档位、激励兑现方式、申诉渠道。办法经招标方评审确认后生效【待填：考核档位与激励额度的确认意见】。

#### 6.4.5　能力复用机制

能力复用机制针对的是数据集建设中的一类浪费：同一件事在不同数据集、不同场景上重复做。备料工序的标签体系在板材备料场景做过一次，焊接场景又从零做一次；黄金集在第一批数据集建过一次，第二批又重新抽样定标。重复的不是工作量问题，是口径问题——两次做出来的东西不一致，后面的数据集之间就对不上。

本项目把五类资产列为复用对象，每一类有明确的复用方式与一处权威来源。

表 2.10-16　五类可复用资产与复用方式

| 可复用资产 | 一处权威来源 | 复用方式 | 复用的收益 | 维护责任 |
|---|---|---|---|---|
| 知识本体与术语词典 | 统一的本体版本库，按七域组织 | 各类标注任务引用同一本体版本；新术语经专家判定后回流本体，不在局部自建 | 跨数据集的标签含义一致，数据集之间可拼接 | 标准编制类专家＋加工标注组 |
| 标注规范与标签体系 | 《多模态数据标注规范》五册 | 新场景的标注任务先查规范中有无同类标注对象，有则沿用标签体系并只补增量 | 标注员培训与考核可复用；一致性基线可比 | 标准编制类专家＋质检组 |
| 黄金集与定标记录 | 黄金集库，按标注任务类型与细分方向组织 | 新批次的入组考核与持续抽检优先用已有黄金集；按季度轮换时补充而不重建 | 定标工作量下降；一致性指标在时间上可比 | 数据生产类专家＋质检组 |
| 工具链与配置 | 工具版本库＋配置版本库 | 同类加工任务复用已验证的配置版本，只改必要参数；配置带版本号可回滚 | 调参成本下降；结果可复现 | 平台运维组 |
| 评测基准与评测协议 | 冻结基准集＋固化评测协议 | 新模型或新版本数据集的评测复用同一基准与协议，结果可纵向比较 | 评测结论在版本之间可比，能看出进步还是退步 | 质量管控类专家＋评测组 |

表 2.10-16　数据来源：复用资产的清单依本项目各分节的交付物构成；复用机制依招标文件 b1856「能力复用机制」的要求；各资产的本体内容见工具链分节、数据加工生产分节与数据集质量评测分节。

复用机制的执行靠两条规则。第一条是「先查后建」：任何新建标签体系、新建黄金集、新写配置的动作，须先在权威来源中检索有无同类，检索结论记录在任务单上；检索到同类而仍要新建的，须说明差异理由并经把关级确认。第二条是「只增不叉」：新场景对已有资产的扩展采用新增条目而不是新建一套平行体系，扩展后的版本回到权威来源统一发布。

复用机制的成效口径：新建数据集的标注任务中，沿用已有标签体系的比例逐年提高，首期按不低于 60% 设定基线【待填：沿用比例基线由首批数据集实测后确认】；跨数据集的术语一致性在数据字典比对中可测，不一致项进入本体回流待办。

能力复用机制也是运营期技术工具赋能类公共服务的基础：对外输出的是已经在本项目上验证过的工具配置、标注规范与评测协议，而不是从零为每个外部用户重做一遍（见 5.5 节）。

### 6.5　标准规范完善

招标文件要求标准规范完善共 20 项以上，并列明构成：牵头制定 2 项关键行业标准、构建「五位一体」标准体系包含 18 项细分标准、制定 6 项项目实施技术规范（b1857）。三部分合计 26 项。项目成果目标中另列有知识产权要求——发表高质量论文不少于 5 篇、申请发明专利不少于 3 项、获得软件著作权不少于 6 项（b0687），其中标准相关的成果与本节衔接。

#### 6.5.1　牵头制定 2 项关键行业标准

牵头制定行业标准是一件有外部依赖的事：立项要经标准化技术委员会批准，周期取决于标准化工作的整体安排。本方案因此把自主可控部分与外部依赖部分分开组织：自主可控部分在项目期内完成并可验收，含标准草案编制、意见征集、试验验证与申报材料报送；外部依赖部分给出推进路径与时间估计，并按标准化机构的实际排期动态更新。

两项标准的选题依据是本项目的实际产出。第一项《矿山装备制造领域高质量数据集构建通用要求》，内容覆盖数据集的分类与命名、元数据与数据卡字段、规模与覆盖度表述口径、质量指标体系、版本与封装要求。选它的理由是本项目在四类数据集上实际走完了一遍构建流程，这些要求是从实践里提炼的而不是推演的。

第二项《矿山装备制造数据标注规范》，内容覆盖文本、图像、图纸、时序、视频五类对象的标注粒度、标签体系层级、一致性判定与争议处置。选它的理由同上，并且招标文件单列了数据标注规范的建设要求（b1216、b1852）。

表 2.10-17　两项关键行业标准的推进路径

| 阶段 | 工作内容 | 产出 | 可控性 | 时间安排 |
|---|---|---|---|---|
| 一　素材积累 | 在本项目的加工实践中积累标注规范、数据卡模板、质量指标的执行记录与修订理由 | 实践记录与问题台账 | 完全可控 | 与加工期同步 |
| 二　草案起草 | 由标准编制类专家牵头起草，数据生产与质量管控类专家参与审查 | 标准草案、编制说明、条款依据对照表 | 完全可控 | 加工期中后段 |
| 三　内部评审与试用 | 在本项目后续批次数据集上试用草案条款，记录不适用之处并修订 | 试用报告、修订记录、草案第二版 | 完全可控 | 第二批数据集建设期 |
| 四　征求意见 | 面向产业链上下游企业、高校与科研院所、检测机构征求意见 | 意见汇总表与处理说明 | 基本可控 | 草案第二版形成后 |
| 五　立项申报 | 向相应标准化技术委员会申报立项 | 立项申报材料与受理回执 | 不完全可控 | 征求意见完成后启动 |
| 六　审查与报批 | 配合技术委员会审查、按审查意见修改、报批 | 送审稿、报批稿 | 不可控（取决于委员会审查节奏） | 立项获批后 |

表 2.10-17　数据来源：阶段划分依标准化工作的通常流程与招标文件 b1857「牵头制定 2 项关键行业标准」的要求；归口技术委员会的选择与立项申报时点待实施阶段与招标方共同确定【待填：标准归口技术委员会与立项申报渠道】。

验收口径按阶段设定：项目期内的验收对象是阶段一至四的产出，即两项标准的草案（含编制说明、条款依据对照表、试用报告、意见汇总表与处理说明），以及立项申报材料的提交与受理记录。标准的获批与发布不作为本项目的验收条件，原因是审查节奏不由项目方决定。这一条在投标阶段就写明，避免将来按「标准是否发布」来判定本项目是否完成。

#### 6.5.2　「五位一体」标准体系的 18 项细分标准

「五位一体」指标准体系按五个层次组织：基础通用、数据资源、加工生产、质量评测、安全流通。五个层次不是并列的五组文件，它们是逐层依赖的——上层的判定要用到下层的定义，下层改了上层跟着改。18 项细分标准按五层分布。

表 2.10-18　「五位一体」标准体系的 18 项细分标准

| 层次 | 序号 | 细分标准名称 | 主要内容 | 本项目中的依赖关系 |
|---|---|---|---|---|
| 基础通用（4 项） | 1 | 矿山装备制造数据术语 | 术语条目、定义、同义词与废弃词 | 上面四层的全部文本引用本项术语 |
| | 2 | 矿山装备制造数据分类与编码 | 业务域划分、分类维度、编码规则 | 数据资源层的目录与元数据按本项分类 |
| | 3 | 矿山装备制造业务对象标识规则 | 施工号、产品号、图号、零件号、物料编码、工单号的标识与映射规则 | 加工生产层的对齐与血缘依赖本项标识 |
| | 4 | 数据元与元数据描述规则 | 数据元的命名、定义、表示方式；元数据项与取值域 | 数据资源层与质量评测层的字段定义依赖本项 |
| 数据资源（4 项） | 5 | 数据资源目录编制规则 | 目录层级、目录项字段、维护与发布流程 | 依赖第 2、4 项；运营平台的目录模块按本项实现 |
| | 6 | 数据集描述与数据卡规范 | 数据卡分区、字段必填性、取值约束、填写示例 | 依赖第 4 项；质量评测层的报告引用数据卡字段 |
| | 7 | 数据集版本与封装规范 | 版本号规则、清单生成、摘要与签名、自描述封装结构 | 依赖第 6 项；安全流通层的可信流通依赖本项指纹 |
| | 8 | 数据权属与许可描述规范 | 权属类型、份额表示、许可条件与用途限制的描述方式 | 依赖第 4 项；清算规则与对外发布依赖本项 |
| 加工生产（4 项） | 9 | 数据采集与接入技术要求 | 源系统登记、接入方式、增量机制、入口处置要求 | 依赖第 3 项；四种汇聚通道按本项实现 |
| | 10 | 数据预处理与结构化技术要求 | 文档解析、语义切分、表格与公式还原、时序对齐的技术要求 | 依赖第 1、3 项 |
| | 11 | 多模态数据标注技术要求 | 五类对象的标注粒度、标签体系层级、一致性判定、争议处置 | 依赖第 1、2 项；是行业标准第二项的基础 |
| | 12 | 数据合成与增强技术要求 | 种子选取、合成方法登记、占比控制、与基准子集的去重要求 | 依赖第 11 项；质量评测层按本项核验合成样本 |
| 质量评测（3 项） | 13 | 数据集质量指标与计算方法 | 六维度指标的定义、计算公式、量纲与修约规则 | 依赖第 4、6 项；质检与评测按本项出数 |
| | 14 | 数据集质量检验抽样与判定规则 | 抽样方案、样本量、接收判定、缺陷分级 | 依赖第 13 项 |
| | 15 | 数据集验证与评测协议规范 | 评测环境、协议固化项、判分策略、结果呈现与可比性要求 | 依赖第 13 项；评测基准的复用依赖本项 |
| 安全流通（3 项） | 16 | 数据分类分级与敏感数据判定规则 | 分级维度、判定流程、重要数据识别、分级结果的表示 | 依赖第 2 项；汇入门控按本项判定 |
| | 17 | 数据去标识化与脱敏技术要求 | 识别范围、方法选择、效果评估、留痕要求 | 依赖第 16 项 |
| | 18 | 数据集对外流通与接入技术要求 | 对外发布的字段范围、标识登记、身份互认、存证与通道管控要求 | 依赖第 7、8、16 项；接入国家数据基础设施按本项实施 |

表 2.10-18　数据来源：五层划分与 18 项的数量依招标文件 b1857「构建『五位一体』标准体系包含 18 项细分标准」的要求；各项内容依本项目各技术分节的实际交付需要设定；与既有国家标准的对应关系见附件分节第 3 章引用标准清单。

18 项细分标准与附件分节列出的引用国家标准不是重复关系：引用标准解决「凭什么这样判」，细分标准解决「在矿山装备制造这个行业里具体怎么判」。例如数据集质量指标的六维度框架来自评测规范，而「焊缝等级字段的取值是否合法」这类行业专属判定，国家标准里没有，要由第 13 项与第 11 项规定。18 项中凡与既有国家标准有对应关系的，在条款中直接引用而不另行规定，这一点在标准体系表的编制说明中逐项标注。

#### 图 2.10-5　「五位一体」标准体系的层次与依赖方向

<svg viewBox="0 0 820 400" xmlns="http://www.w3.org/2000/svg"
     font-family="Noto Sans CJK SC, PingFang SC, SimHei, sans-serif" font-size="12">
  <defs>
    <marker id="t8a5" markerWidth="9" markerHeight="9" refX="8" refY="4.5" orient="auto">
      <path d="M0 0 L9 4.5 L0 9 z" fill="#334155"/></marker>
  </defs>

  <rect x="40" y="18" width="620" height="54" rx="5" fill="#eef2f7" stroke="#334155"/>
  <text x="350" y="38" text-anchor="middle" font-size="13">安全流通层（3 项）</text>
  <text x="350" y="57" text-anchor="middle" font-size="11.5">分类分级与敏感判定 ｜ 去标识化与脱敏 ｜ 对外流通与接入技术要求</text>

  <rect x="40" y="82" width="620" height="54" rx="5" fill="#eef2f7" stroke="#334155"/>
  <text x="350" y="102" text-anchor="middle" font-size="13">质量评测层（3 项）</text>
  <text x="350" y="121" text-anchor="middle" font-size="11.5">质量指标与计算方法 ｜ 检验抽样与判定规则 ｜ 验证与评测协议规范</text>

  <rect x="40" y="146" width="620" height="54" rx="5" fill="#eef2f7" stroke="#334155"/>
  <text x="350" y="166" text-anchor="middle" font-size="13">加工生产层（4 项）</text>
  <text x="350" y="185" text-anchor="middle" font-size="11.5">采集与接入 ｜ 预处理与结构化 ｜ 多模态标注 ｜ 合成与增强</text>

  <rect x="40" y="210" width="620" height="54" rx="5" fill="#eef2f7" stroke="#334155"/>
  <text x="350" y="230" text-anchor="middle" font-size="13">数据资源层（4 项）</text>
  <text x="350" y="249" text-anchor="middle" font-size="11.5">资源目录编制 ｜ 数据集描述与数据卡 ｜ 版本与封装 ｜ 权属与许可描述</text>

  <rect x="40" y="274" width="620" height="54" rx="5" fill="#e2e8f0" stroke="#334155"/>
  <text x="350" y="294" text-anchor="middle" font-size="13">基础通用层（4 项）</text>
  <text x="350" y="313" text-anchor="middle" font-size="11.5">术语 ｜ 分类与编码 ｜ 业务对象标识规则 ｜ 数据元与元数据描述规则</text>

  <path d="M30 300 V48" stroke="#334155" stroke-width="1.4" marker-end="url(#t8a5)" fill="none"/>
  <rect x="12.0" y="167.5" width="107.0" height="16.0" fill="#eef2f7" stroke="none" data-halo="1"/><text x="14" y="180" font-size="11.5" transform="rotate(-90 14 180)">下层定义被上层引用</text>

  <path d="M670 44 V300" stroke="#64748b" stroke-width="1.4" stroke-dasharray="5 3" marker-end="url(#t8a5)" fill="none"/>
  

  <rect x="700" y="18" width="106" height="110" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="753" y="40" text-anchor="middle" font-size="12">牵头制定</text>
  <text x="753" y="58" text-anchor="middle" font-size="12">2 项行业标准</text>
  <text x="753" y="80" text-anchor="middle" font-size="10.5">数据集构建</text>
  <text x="753" y="95" text-anchor="middle" font-size="10.5">通用要求</text>
  <text x="753" y="113" text-anchor="middle" font-size="10.5">数据标注规范</text>
  <path d="M700 90 H666" stroke="#334155" stroke-width="1.2" stroke-dasharray="4 3" fill="none"/>
  <path d="M753 128 V170 H664" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a5)" fill="none"/>
  <text x="690" y="150" font-size="10.5">素材来自</text>
  <text x="690" y="164" font-size="10.5">加工实践</text>

  <rect x="700" y="210" width="106" height="118" rx="5" fill="#f1f5f9" stroke="#334155"/>
  <text x="753" y="232" text-anchor="middle" font-size="12">项目实施</text>
  <text x="753" y="250" text-anchor="middle" font-size="12">技术规范 6 项</text>
  <text x="753" y="265.4" text-anchor="middle" font-size="10.5"><tspan x="753">加工生产·</tspan><tspan x="753" dy="13.1">采集接入</tspan></text>
  <text x="753" y="291.4" text-anchor="middle" font-size="10.5">预处理·标注</text>
  <text x="753" y="304.9" text-anchor="middle" font-size="10.5">合成增强·质检</text>
  <text x="753" y="317.8" text-anchor="middle" font-size="10.5"><tspan x="753">（正文见附件分节</tspan><tspan x="753" dy="13.1">）</tspan></text>
  <path d="M700 250 H664" stroke="#334155" stroke-width="1.2" marker-end="url(#t8a5)" fill="none"/>
  <rect x="594.0" y="194.6" width="130.5" height="15.0" fill="#ffffff" stroke="none" data-halo="1"/><text x="596" y="206" font-size="10.5">按本层标准落地为作业规范</text>

  <rect x="40" y="344" width="766" height="46" rx="5" fill="#ffffff" stroke="#64748b" stroke-dasharray="4 3"/>
  <text x="423" y="362" text-anchor="middle" font-size="11.5">合计 26 项：基础通用 4 ＋ 数据资源 4 ＋ 加工生产 4 ＋ 质量评测 3 ＋ 安全流通 3 ＝ 18 项细分标准；另牵头行业标准 2 项、项目实施技术规范 6 项</text>
  <text x="423" y="380" text-anchor="middle" font-size="11.5">与既有国家标准有对应关系的条款直接引用，不另行规定；引用清单见附件分节第 3 章</text>

  <rect x="680.0" y="166.0" width="122.5" height="19.0" fill="#ffffff" stroke="none" data-halo="1"/><text x="753" y="188" text-anchor="middle" font-size="10.5">下层变更</text><text x="753" y="201" text-anchor="middle" font-size="10.5">触发上层复审</text>
</svg>

图 2.10-5　「五位一体」标准体系的层次与依赖方向。数据来源：招标文件 b1857 所列三部分构成；引用标准清单见附件分节第 3 章。

#### 6.5.3　项目实施技术规范（6 项）

6 项项目实施技术规范是直接约束作业动作的文本：《数据集加工生产技术规范》《数据采集与接入规范》《数据预处理与结构化规范》《多模态数据标注规范》《数据合成与增强作业规范》《数据集质检规范》。它们的正文与另外 15 份内部管理与安全合规规范一并在附件分节第 3 章列出并随附模板，本节不重复列出内容。

这里只说明它们与 18 项细分标准的关系：细分标准规定「应当达到什么」，实施技术规范规定「本项目具体怎么做」。例如第 11 项《多模态数据标注技术要求》规定标注粒度与标签体系层级的要求，《多模态数据标注规范》则给出五册具体的标注手册——每一类对象的标签清单、典型示例、争议处置的具体条目。标准可以被别的项目引用，实施规范是本项目的作业文件。

#### 6.5.4　标准归口的选择与申报路线

6.5.1 节表 2.10-17 的第五阶段「立项申报」写了「向相应标准化技术委员会申报立项」，这句话在实际工作中不是一个动作，而是一次选择。本小节把这次选择的依据讲清楚，因为选错归口，前四个阶段积累的草案与意见汇总就要重走一遍。

依《中华人民共和国标准化法》，标准分为国家标准、行业标准、地方标准、团体标准与企业标准五类，前两类由相应的标准化行政主管部门与全国专业标准化技术委员会归口管理，团体标准由社会团体自行制定、自行发布。本项目的两项标准各有其合适的层级，不宜一律按最高层级申报。

《矿山装备制造领域高质量数据集构建通用要求》这一项，内容的主体是数据集的分类命名、元数据字段、规模与覆盖度的表述口径、质量指标体系与封装要求，这些属于数据领域的共性要求，矿山装备制造只是它的应用场景。这类标准的归口有两种可能：按数据领域归口到数据标准化的专业技术委员会，或按行业领域归口到煤炭及煤矿机械方向的专业技术委员会。两种归口各有利弊——按数据领域归口，标准的通用性更强、将来被其他制造行业引用的可能性更大，但审查时会要求剥离行业特殊性，而本项目恰恰是以行业特殊性见长；按行业领域归口，条款可以写得具体，审查周期通常较短，但适用面局限在本行业。本方案的倾向是先按行业领域归口申报行业标准，待行业内实施一段时间、条款稳定之后再考虑向数据领域的通用标准转化，因为一项没有在真实行业场景里运行过的通用标准，条款多半要返工。

《矿山装备制造数据标注规范》这一项的情况不同。标注粒度、标签体系层级、一致性判定与争议处置这些内容带有很强的行业专属性——文本里的「坡口型式」、图纸里的「中性层系数」、时序里的「层间温度」，这些标签在其他制造行业里不成立。因此这一项按行业领域归口是清楚的，不存在两种选择。

还有一条路径需要写明：团体标准。两项标准在走行业标准或国家标准程序之前，可以先经相关社会团体以团体标准形式发布。团体标准的制定与发布周期明显短于国家标准与行业标准，且不依赖技术委员会的年度立项计划；更重要的是，团体标准发布后在行业内的实际引用情况，是将来申报更高层级标准时最有说服力的立项理由。本方案因此把团体标准作为前置一步而不是替代方案：项目期内形成草案并争取以团体标准形式发布，同时按表 2.10-17 的阶段推进行业标准的立项申报，两条路线并行，互为材料。

还有一条与归口相关但性质不同的工作路线，需要在此与标准制定分开说明：参与全国数标委的标准验证与试点应用。招标文件对此单列了要求——「积极参与全国数标委标准验证和试点应用工作，持续完善标准技术指标」（b1846、b1847）。这件事与前面讨论的「我方牵头制定两项标准」是两条不同的路线：前者是我方作为验证方与试点方，为已经立项或已发布的标准提供实测数据与应用反馈；后者是我方作为起草方提出新标准。两条路线的产出物不同，前者产出验证数据、问题反馈与试点应用案例，后者产出标准草案与编制说明；两条路线在素材上互通，验证过程中发现的指标不适用之处，正是我方牵头标准里要写清楚的条款。标准验证工作的实施安排见本卷「数据治理体系总体方案」节第 6 章（参与方式、产出与时点见该章表 6-1），本小节不重复，只说明一点：参与验证不需要等到我方的标准立项，它可以在项目早期就开始，一旦有了实测数据就可以提交，因此它是两条路线中更早见到成果的一条。

需要说明的是，归口单位的最终确定与申报渠道的具体对接，须由招标方作为链主企业牵头协调，原因有两条：标准立项申报通常要求有行业内的牵头单位与若干家参与单位联合提出，招标方在煤矿装备行业中的地位是立项理由的组成部分；归口技术委员会的沟通渠道也主要在招标方及其上级单位一侧。本方案承担的是草案编制、试验验证、意见征集与申报材料准备这四项技术工作，并配合招标方完成归口沟通【待填：标准归口单位与申报渠道由招标方在实施启动阶段确定】。表 2.10-17 把第五、第六阶段标注为「不完全可控」与「不可控」，依据就在这里。

### 6.6　人才队伍建设

招标文件要求人才队伍建设共 1 项，即组建不少于 50 人规模、涵盖六大领域的数据标注专家库（b1858）。该项的机制与构成已在本节第 3 章详述，交付物为专家库名单与档案、《数据标注专家库管理办法》一份、《专家库年度运行报告》一份／年。

软建设口径下需要补充一句的是人才培养的延伸部分。专家库是智力支撑的载体，培养是它的配套：平台面向行业提供数据治理、数据标注、数据集构建三类培训，培训教材与课程体系在项目期内形成并持续更新，公益部分面向中小企业与院校（见运营平台分节第 15 章 15.4 节）。培训的组织与课时安排见售后服务分节，本节不重复。

### 6.7　知识产权成果的布局与申报路线

招标文件在项目成果目标中列出知识产权要求：发表高质量论文不少于 5 篇、申请发明专利不少于 3 项、获得软件著作权不少于 6 项（b0687）。这三项数字容易被当作一份承诺表来应答，但它们实际上有一个共同的前置条件——成果必须从项目的真实产出里长出来。论文要有实测数据，专利要有可实施的技术方案，软著要有已经写完并运行起来的代码。因此本小节不只报数，而是把每一项成果的来源、选题方向与申报时点落到项目的具体工作上，使这三项数字与前面各章的交付物对得上。

#### 6.7.1　六项软件著作权与平台模块的对应关系

软件著作权是三类成果中最确定的一类，因为登记的对象就是本项目实际交付的代码，不依赖外部审查结论。六项的选取原则是：一项软著对应一组功能内聚、可独立运行、有独立用户界面或独立接口的模块，不把整个平台登记为一项，也不把每个工具都单独登记——前者使权利范围过于笼统，后者会出现大量代码重复登记的情况。

表 2.10-19　六项软件著作权的登记对象与申报时点

| 序号 | 登记名称方向 | 对应交付模块（工具链数） | 代码主体来源 | 申报时点 |
|---|---|---|---|---|
| 1 | 矿山装备领域训练数据构建软件 | 思维链构建 2 个、长上下文与检索增强 3 个、多轮对话构建 3 个，共 **8 个** | 智能工具链（一）分节所述模块 | 该组模块通过集成测试后 1 个月内 |
| 2 | 本体驱动的工业数据标注软件 | 大模型预标注、主动学习标注、本体驱动规则标注、一致性校验标注，共 **4 个** | 智能工具链（二）分节所述模块 | 同上 |
| 3 | 多模态数据对齐软件 | 设备图纸与工艺图结构化抽取、视频—文本对齐、传感器时序—运维事件对齐，共 **3 个** | 智能工具链（二）分节所述模块 | 同上 |
| 4 | 数据集合成增强与质量控制软件 | 数据生成与增强 3 个、数据质量与分布控制 2 个、数据生成控制与评测 2 个，共 **7 个** | 智能工具链（二）（三）分节所述模块 | 同上 |
| 5 | 数据集评测与归因软件 | 多协议模型评测引擎、数据贡献度归因与错题溯源、数据集—模型版本血缘追溯，共 **3 个**，含三维度指标计算 | 智能工具链（三）分节与质量评测分节所述模块 | 首轮评测完成后 1 个月内 |
| 6 | 数据集运营服务管理平台软件 | 运营服务管理平台的功能模块 | 运营平台分节所述模块 | 平台上线试运行后 1 个月内 |

表 2.10-19　数据来源：分组依招标文件九类二十五个专项智能工具链的类别划分（b0804r04）与智能工具链（一）（二）（三）分节、运营平台分节、质量评测分节的模块归属；登记名称的最终表述在申报时按登记规范调整。申报时点以模块通过测试为触发条件，不设固定日期，原因是软著登记的对象必须是已完成的代码。

前五项按工具链数相加为 8＋4＋3＋7＋3＝**25 个**，正是本项目交付的二十五个专项智能工具链全数；第六项对应运营服务管理平台。因此这六项合计覆盖本项目交付的全部工具类与平台类软件，没有留下未被任何一项覆盖的模块，也没有一个模块被两项重复覆盖——这一条可按上表的工具链数逐行相加核对。申报的触发条件设为「模块通过测试」而不是某个日历日期，是为了避免出现为了赶申报时点而对未完成代码提交登记的情况。

#### 6.7.2　三项发明专利的技术方向与专利族构想

发明专利的选题来自本项目在加工实践中实际解决的技术问题，三项各对应一个难点，彼此之间有技术关联但权利要求不重叠。

第一项的方向是工业工艺数据的双通道标注方法。要解决的问题是工艺类标注错误不会被海量样本摊薄（见本节 2.1 节），技术方案的要点是把判断分为确定性计算与语义推断两类通道，两类通道对同一样本并行出结论、按一致性分流，并以本体约束与工艺计算公式界定两类通道的边界。这一项的可专利性在于分流规则与边界界定方法，而不在于任一通道本身。

第二项的方向是多源时序数据与离散工艺事件的对齐方法。要解决的问题是焊接参数流与工件、焊道的对应关系（见本节 2.1 节），技术方案的要点是以设备时钟偏差的估计与补偿为前置，用工艺节拍特征在参数流上定位事件边界，再与工单记录的离散事件做双向校验，对无法唯一确定的区间给出不确定度标记而不强行归属。这一项的现场价值直接对应甲方一次交检合格率从 97% 至 98% 向 99% 推进时所需的因果追溯能力。

第三项的方向是评测错题的反向归因与定向回流方法。要解决的问题是评测报告与加工动作脱节（见本节 2.6 节），技术方案的要点是把样本级评测结果按能力维度与数据子集标签聚类，经血缘图谱反查受影响的数据集版本与训练任务，自动生成带范围与判据的数据修订工单。这一项是三项中与本项目交付物关系最紧的一项，因为它的输入输出都是本项目自己的数据资产。

三项之间的关系可以这样看：第一项与第二项解决「数据怎么做对」，第三项解决「做错了怎么找回来」，三项合起来构成一个围绕数据集质量的专利族。申报时点安排在相应技术方案在本项目上完成验证、取得实测数据之后，具体为第一批数据集加工完成并通过质检之后启动撰写，这样权利要求书里的实施例有真实数据支撑，审查答复时也有实测结果可用。先申报再验证的做法本方案不采用，原因是未经验证的实施例在实质审查阶段容易被要求补正，反而延长周期。

#### 6.7.3　五篇论文的选题方向与发表安排

论文的选题原则是每一篇都有本项目的实测数据或实践记录作为支撑，不写综述性的泛论。五篇的方向分别是：矿山装备制造领域高质量数据集的构建方法与质量评价体系，这一篇对应四类数据集的整体构建方法与三维度评测指标体系的实践；工艺图纸的多模态要素抽取与结构化方法，对应 63 万张历史工艺样本的处理实践；基于知识本体的工业数据标注一致性提升方法，对应本体约束与一致性核验的实测对比数据；焊接过程多源时序数据与工艺事件的对齐方法，对应制造过程数据集的对齐实践；面向大模型训练的工业数据集污染与泄漏检测方法，对应四级级联防护的回灌测试数据。

发表安排与数据产出节奏绑定：前两篇在第一批数据集完成后具备数据条件，中间两篇在标注与对齐工作稳定运行一个阶段后具备对比数据，最后一篇在首轮评测完成后具备回灌测试结果。投稿期刊的选择以行业内有影响的中文期刊与相关领域的学术会议为主，优先选择审稿周期明确的刊物，使发表时点可以纳入项目进度管理【待填：拟投期刊与会议清单在实施启动阶段提交招标方确认】。

#### 6.7.4　权属、署名与成果交付

三类成果的权属、申报主体与署名方式按合同约定执行。本方案在此只说明两件与项目管理相关的事。

一是成果的权属安排不影响成果的使用。无论权属如何约定，本项目形成的工具链、平台与数据集的使用权，以及相关技术文档的完整交付，都按合同约定的交付范围执行，不因知识产权申报而附加任何使用限制；软件著作权的登记也不改变源代码与技术文档的交付义务。

二是成果进度要可核查。三类成果共 14 项，其申报与发表状态纳入项目月度报告的成果台账，一项一行，记录当前状态（撰写中、已提交、已受理、已授权或已发表）、受理或登记编号、以及预计的下一状态时点。台账随月度报告提交，使成果产出的进度与数据集加工的进度一样可被跟踪，而不是到项目结束时才一次性核对数量【待填：知识产权权属与申报主体、署名方式由合同约定，实施启动阶段确认】。

需要如实说明的是，三类成果中软件著作权的取得基本可控，论文发表与专利申请的受理可控，而专利的授权与论文的最终录用取决于外部审查与评审结论，不由项目方决定。本方案因此把可验收的对象定为「申请与提交」——六项软著完成登记申请并取得受理或登记证明、三项专利完成申请并取得受理通知书、五篇论文完成投稿并取得录用或发表证明，与招标文件「申请发明专利不少于 3 项」的措辞一致（b0687）。授权与录用的后续进展在运维期继续跟踪并向招标方报备。

### 6.8　软建设的交付节奏与验收口径

软建设的交付物容易出现「项目末期集中补文件」的情况，这类文件对项目本身没有约束作用。本方案把交付节奏与项目阶段绑定，原则是：约束前序动作的文件必须在该动作开始前交付。

表 2.10-20　软建设交付节奏与验收口径

| 交付物 | 交付时点 | 必须早于什么动作 | 验收口径 |
|---|---|---|---|
| 《政策与标准适用清单》首版 | 实施启动阶段 | 制度与规范的编制 | 清单含 25 个政策文件与引用标准，逐项有适用性分析结论；经招标方确认 |
| 四项专项实施方案 | 建设期首年前两季度 | 加工作业排期、贯标评估准备、运营计划、安全建设里程碑 | 四份方案齐备，各含交付物清单、里程碑与责任分工；经招标方评审 |
| 中长期发展规划 | 建设期首年 | 年度计划编制 | 规划含四类数据集规模的年度分解值；经招标方评审确认后发布 |
| 《数据标注专家库管理办法》与首批入库 | 标注作业启动前（标准编制、数据生产两类） | 黄金集定标、标注争议裁决 | 办法经评审确认；首批入库名单与档案齐备，两类领域各不少于 3 人 |
| 制度体系（八类共 20 份） | 分批交付，与对应能力域建设同步 | 相应组织行为的发生 | 制度汇编齐备且与治理文档清单无重复交付；每份有生效日期与修订记录 |
| 五级组织责任体系实施办法 | 建设期首年前两季度 | 各级交账关系的建立 | 办法含五级职责、交账产出、两条贯穿规则；与各分节组织设置无冲突 |
| 全周期管理机制 | 首批数据集汇入前 | 汇入门控的执行 | 六阶段门控的判据与责任级别明确；门控在平台上有对应功能 |
| 绩效考核与激励办法 | 建设期首年 | 首个考核周期 | 办法含指标定义与数据来源；指标数据可从平台台账直接取得 |
| 能力复用机制 | 第二批数据集建设启动前 | 第二批的标签体系与黄金集建设 | 五类资产各有权威来源；「先查后建」的检索结论在任务单上可见 |
| 18 项细分标准 | 分批交付，按层次自下而上 | 上层标准与实施规范的编制 | 标准体系表＋18 份标准文本；与引用国家标准的对应关系逐项标注 |
| 2 项行业标准草案与立项材料 | 加工期中后段至第二批建设期 | —— | 草案、编制说明、条款依据对照表、试用报告、意见汇总表、立项申报受理记录 |
| 6 项项目实施技术规范 | 对应加工环节启动前 | 该环节的作业 | 规范正文与模板齐备（见附件分节） |
| 年度政策符合性评估报告 | 每年度末 | —— | 报告含逐交付物的符合性核对结论与整改情况 |
| 《专家库年度运行报告》 | 每年度末 | —— | 报告含履职总量、考核结果分布、出库与补充情况、领域缺口建议 |

表 2.10-20　数据来源：交付时点按招标文件建设周期（至 2028 年 5 月）与各分节实施计划的阶段划分设定；验收口径为本方案设定，最终以合同与实施计划定版为准。

验收方式按三类分别设定。文本类交付物（规划、方案、制度、标准、规范、办法）的验收以招标方评审确认为准，评审意见与处理说明一并归档。机制类交付物（动态调整机制、全周期管理机制、能力复用机制、考核机制）的验收不看文本而看执行记录——查新记录、门控执行记录、检索结论记录、考核评定记录，有记录才算机制在运行。名单类交付物（专家库）的验收以名单、档案与履职记录为准。

这样分类的理由是：机制类交付物只交一份办法文本是验收不了的，办法写得再好若没有执行记录，它就没有发生。

## 7、创新成效的量化口径与验证方式

本章把前六章各项创新点的成效口径汇总成一处，便于评审与将来验收时对照。汇总的目的不是重复，而是让「创新是否成立」有一张可逐行核对的表。

### 7.1　成效口径的写法约定

三条约定写在前面，它们解释了表 2.10-21 为什么这样写。

第一条，指标写成可度量的形式。凡涉及覆盖面与检出率的指标，均给出首期基线、度量方法与留档材料，并以「趋向」「逐步接近」表述随批次推进的改善过程，使每一期的实测值都能与基线比对、与上一期比对。覆盖面类指标的度量依据是回灌测试（见 2.5 节）：注入已知样本、统计检出比例、留存注入清单，这样得到的召回数值有实测来源，可在阶段验收时复算。

第二条，每项指标配回退动作。指标达不到时做什么，在投标阶段就写明，而不是到验收时再商量。回退动作有三种类型：收紧（提高抽检比例、转全量人工）、隔离（不进入下一阶段、不进入发布版本）、复议（调整门限或时限设定并说明理由）。

第三条，首期基线均为待验证目标。基线取值随蓝图设计与首批实测结果确认，确认过程与结论报招标方。本节列明的指标均为验收应答条款，而基线的设定方式比基线的数值更能说明指标是否可达——表 2.10-21 的「度量方法」一列说明的就是设定与检验方式。

### 7.2　成效口径汇总

表 2.10-21　五个创新方向的成效口径汇总

| 创新方向 | 创新点 | 首期基线 | 度量方法 | 回退类型与动作 |
|---|---|---|---|---|
| 智能工具链 | 双通道算子 | 两通道一致率不低于 90%；高置信档抽检比例由 5% 降至 3% 需连续三批达标 | 每批次抽 500 条双盲复核 | 收紧：全量转人工复核并重标定阈值 |
| 智能工具链 | 证据、置信度与分流 | 证据字段完整率趋向 99% | 字段完整性自动校验；阈值标定集曲线留档 | 隔离：证据缺失记录不进候选集 |
| 智能工具链 | 配置即代码与可回放 | 可调项全部入库带版本号；按版本重跑结果一致 | 抽取历史批次按记录配置重跑比对 | 隔离：不可复现批次不进发布版本 |
| 智能工具链 | 污染与泄漏四级级联 | 近重复抽样准确率趋向 95%；跨集合泄漏逐步接近零命中 | 已知污染样本回灌测试统计召回；切分后复查 | 隔离＋重做：重切并作废受影响评测结论 |
| 智能工具链 | 血缘与错题反向归因 | 血缘挂接率趋向 98%；修订工单按时闭合率不低于 85% | 发布前血缘完整性校验；工单台账统计 | 隔离：未挂接样本剔除并记待补 |
| 智能工具链 | 统一任务骨架 | 25 个工具均通过统一接口提交并返回统一结果结构 | 接口一致性测试＋运维单点接入验证 | 复议＋整改：未纳入骨架不计交付完成 |
| 专家库 | 规模与结构 | 不低于 50 人（按 52 人配置）；六领域各不少于 3 人、各不少于 2 个来源单位；外部来源单位不少于 5 家 | 专家库台账统计，验收出示名单与档案 | 复议＋补充：按缺口补充遴选 |
| 专家库 | 履职覆盖 | 十二类履职场合均有对应领域专家承接，无长期空缺 | 派单台账按任务类型统计 | 复议＋补充：空缺领域优先补充入库 |
| 专家库 | 响应与完成 | 派单按时完成率不低于 85%，一年后逐步接近 90% | 派单台账统计 | 复议：核查人数是否不足、时限是否不合理 |
| 专家库 | 产出有用 | 年度由专家意见触发的规范修订、术语收录、判据改进项数可统计 | 规范修订记录与术语判定记录 | 复议：调整履职场合设置与考核权重 |
| 数据协同汇聚 | 四档通道 | 四档均有实际使用；汇聚到位率不低于 80%，一年后逐步接近 90% | 汇聚看板按汇聚方与数据类型统计 | 复议＋调整：调整通道档位并上门沟通 |
| 数据协同汇聚 | 一数一源登记 | 批次登记完整率趋向 99% | 入库校验统计 | 隔离：登记不完整批次不进加工队列 |
| 数据协同汇聚 | 按份共有直通清算 | 份额登记在协议生效后 5 个工作日内完成；分账与确权登记月度对账一致 | 确权台账与清算明细比对 | 隔离：份额未登记的数据集暂不挂牌 |
| 数据协同汇聚 | 四类激励 | 持续供数率不低于 70%；积分发放与抵扣可查 | 汇聚台账与积分台账统计 | 复议＋调整：调整激励组合 |
| 运营机制 | 运营体系三层责任 | 三份约束文本齐备；四类数据集划分经甲方确认 | 文本齐备性核对 | 复议：补齐缺失文本 |
| 运营机制 | 交付物划界＋交接单 | 五类专业能力各有交付物清单与质量判据；交接单签回率可统计 | 交接单台账统计 | 复议＋整改：补充交付物判据定义 |
| 运营机制 | 收益表作为预算硬输入 | 年度预算分配文件可见收益表采用痕迹；公益与商业比例单独呈现 | 预算文件与清算报表核对 | 复议：由决策层审议调整比例 |
| 运营机制 | 四处分离与规则派单 | 权限矩阵体现四处分离；待办按时完成率可统计 | 权限配置核查与待办台账统计 | 整改：调整权限配置 |
| 运营机制 | 输出能力而非工具 | 能力租用与任务代做两种形态上线；三类方法文档公开发布 | 服务上线记录与发布记录 | 复议：调整服务形态与公益额度 |
| 运营机制 | 接入两段分开 | 三组接口与接口桩建成并自测通过 | 接口自测报告与映射配置回归测试记录 | 复议：按规范开放进度调整里程碑 |
| 软建设 | 政策梳理与动态调整 | 25 个文件逐项有适用性分析结论；每半年查新一次 | 《政策与标准适用清单》版本记录与影响分析表 | 整改：按影响分析表修订受影响条款 |
| 软建设 | 政策规划五类八份 | 八份文件齐备并经评审确认；规划含年度分解值 | 文本齐备性与评审记录核对 | 复议：按评审意见修订 |
| 软建设 | 体制机制五项 | 五项各有办法文本与执行记录 | 执行记录核查（查新、门控、检索结论、考核评定） | 复议＋整改：无执行记录的机制视为未运行，补执行 |
| 软建设 | 标准规范 26 项 | 18 项细分标准＋6 项实施技术规范齐备；2 项行业标准完成草案与立项申报 | 标准体系表与文本核对；立项受理记录 | 复议：标准获批不作为验收条件 |
| 软建设 | 能力复用 | 新建标注任务沿用已有标签体系比例不低于 60% | 任务单上的检索结论统计 | 复议：核查差异理由是否成立 |
| 软建设 | 人才队伍 | 见专家库四项口径 | 同上 | 同上 |

表 2.10-21　数据来源：各项基线与度量方法取自本节前六章及对应技术分节的质量口径；全部基线均为待验证目标，随蓝图设计与首批实测结果确认后报招标方定版。

### 7.3　对评分表创新项的应答说明

评分表第 4 条要求评价方案的技术创新点与机制创新点，所列五类为智能工具链、专家库管理机制、数据协同汇聚机制、软建设、运营机制（b0496r03）。本节对五类的应答位置是：智能工具链见第 2 章（六项技术创新点），专家库管理机制见第 3 章（六项机制内容逐项详述），数据协同汇聚机制见第 4 章（四项机制创新点），运营机制见第五章（六项机制创新点），软建设见第六章（五类配套措施逐项详述）。

评分表同条还规定「完全满足招标文件技术要求得 5 分，有负偏离的、不响应的视为扣分项」（b0496r03）。本节范围内的技术要求——3.2.6.8 专家库建设机制的六项内容、3.2.6.10 软建设五类配套措施的全部条目——逐条有对应段落回应，无负偏离项。偏离情况的统一说明见技术与商务规格差异表分节。

招标文件对硬件选型、系统集成、总体方案设计的评价要求（b0496r03 第 2、3、5 条）不属本节范围，分别由技术方案总论、硬件选型与配置、系统集成方案三个分节应答。

## 8、本节单元覆盖对照

本章列出本节覆盖的 73 个招标文件单元与对应节号，便于溯源核对与索引页编制。

表 2.10-22　单元覆盖对照

| 单元 id | 页码 | 要求内容摘要 | 本节回应位置 |
|---|---|---|---|
| b0496r03 | p28 | 综合评分表第 4 条：评价技术创新点与机制创新点（智能工具链、专家库管理机制、数据协同汇聚机制、软建设、运营机制） | 第 1 章 1.1、1.2；第 7 章 7.3 |
| b1785、b1786 | p105 | 运营推广服务须围绕七个方面提出可落地的运营服务能力与机制 | 第五章导言；机制本体见运营平台分节第十章导言 |
| b1787、b1788 | p105 | 建立可行的数据协同汇聚机制 | 第 4 章 4.1 |
| b1789、b1790 | p105 | 明确汇聚范围、责任主体与协同规则 | 第 4 章 4.2；6.4.2 节交付物 |
| b1791、b1792 | p105 | 支持持续、增量汇聚，保障常态化与持续性 | 第 4 章 4.2 |
| b1793、b1794 | p105 | 建立权属与合规登记机制，来源可溯、权属清晰、合规可用 | 第 4 章 4.3、4.4 |
| b1795 | p105 | 建立汇聚激励与更新机制 | 第 4 章 4.4、4.5 |
| b1796、b1797 | p105 | 以「链主牵头、产学研用协同、市场化运作」构建运营体系 | 第五章 5.1 |
| b1798、b1799 | p105 | 明确链主牵头的组织与责任机制 | 第五章 5.1 |
| b1800、b1801 | p105 | 建立产学研用多方协同创新机制，明确角色、流程与成果共享规则 | 第五章 5.1；专家库来源渠道见 3.5 节第二步、3.9 节 |
| b1802、b1803 | p105 | 建立市场化运作机制 | 第五章 5.3 |
| b1804、b1805 | p106 | 运营体系适配矿山装备制造行业特性 | 第五章 5.1 |
| b1806、b1807 | p106 | 设计并建立完整的数据集运营架构 | 第五章 5.2 |
| b1808 | p106 | 以运营平台为统一依托构建总体架构 | 第五章 5.2 |
| b1809、b1810 | p106 | 整合五类环节的专业能力实施专业服务 | 第五章 5.2 |
| b1811 | p106 | 面向行业用户提供定制化数据服务与智能体开发服务 | 第五章 5.2；本包范围边界见第二章 2.9 |
| b1812 | p106 | 明确服务边界、协作接口与质量责任 | 第五章 5.2 |
| b1813、b1814 | p106 | 设计并建立盈利模式，兼顾公共服务职能与商业价值 | 第五章 5.3 |
| b1815、b1816 | p106 | 梳理客户需求并制定差异化服务策略 | 第五章 5.3 |
| b1817、b1818 | p106 | 服务内容与方式分层，区分公益性与增值、定制服务 | 第五章 5.3 |
| b1819、b1820 | p106 | 营收目标分解与计费、价值转化方式 | 第五章 5.3 |
| b1821 | p106 | 形成「以服务养服务」的可持续循环机制 | 第五章 5.3 |
| b1822、b1823 | p106 | 设计运营组织架构，实现决策、把关、执行三层 | 第五章 5.4；五级责任体系见 6.4.1 节 |
| b1824、b1825 | p106–107 | 设计组织架构与职位，覆盖三个层级 | 第五章 5.4；表 2.10-14 |
| b1826、b1827 | p107 | 制定议事规则与表决规则 | 第五章 5.4；专家议事规则见 3.8 节 |
| b1828 | p107 | 不同角色权责清晰、流程顺畅、相互制衡 | 第五章 5.4；门控责任分离见 6.4.3 节 |
| b1829 | p107 | 建立日常运营的高效执行机制 | 第五章 5.4 |
| b1830、b1831 | p107 | 按「公益导向、能力输出、生态共建」构建公共服务内容体系 | 第五章 5.5 |
| b1832、b1833 | p107 | 数据资源供给类公共服务 | 第五章 5.5 |
| b1834、b1835 | p107 | 技术工具赋能类公共服务 | 第五章 5.5；能力复用机制见 6.4.5 节 |
| b1836 | p107 | 知识智力支撑类公共服务 | 第五章 5.5；专家咨询见第三章；培训见 6.6 节 |
| b1837 | p107 | 价值转化通路类公共服务 | 第五章 5.5 |
| b1838 | p107 | 坚持公益导向与生态共建 | 第五章 5.5 |
| b1839、b1840 | p107 | 制定技术方案并实施，将数据集接入国家数据基础设施 | 第五章 5.6 |
| b1841、b1842 | p107 | 优先采用成熟技术与产品并开展必要的技术开发实施 | 第五章 5.6；政策依据见表 2.10-12 第 14 项 |
| b1843 | p107 | 支持平台生成数据集与行业用户自有数据集的接入 | 第五章 5.6 |
| b1844、b1845 | p107 | 实现可信、高效流通并支撑资产化运营 | 第五章 5.6；标准第 18 项见表 2.10-18 |
| b1848、b1849 | p108 | 专家库建设的目的、原则（专业化、规范化、制度化、动态化）、六大领域与体系特征 | 第 3 章 3.1、3.2、3.3 |
| b1850 | p108 | 建设专家库管理机制，不少于 50 人，含建设原则、专家类别、入库标准、遴选流程、工作职责、考核机制六项内容 | 第 3 章 3.2 至 3.8；成效口径见 3.10 |
| b1853 | p108 | 项目「软建设」配套措施建设要求 | 第 6 章导言、6.1 |
| b1854 | p108 | 政策体系梳理：六领域相关文件 25 个 | 第 6 章 6.2；表 2.10-12 |
| b1855 | p108 | 政策规划制定共 5 项 | 第 6 章 6.3；表 2.10-13 |
| b1856 | p109 | 体制机制创新共 5 项 | 第 6 章 6.4；表 2.10-14 至 2.10-16 |
| b1857 | p109 | 标准规范完善共 20+ 项 | 第 6 章 6.5；表 2.10-17、2.10-18 |
| b1858 | p109 | 人才队伍建设共 1 项（50 人专家库） | 第 6 章 6.6；机制见第 3 章 |
| b1859 | p109 | 合计约 30+ 项配套文件、措施、机制 | 第 6 章 6.1；表 2.10-11 |
| b2278r03 | p140 | **[表单行·待我方填写]** 索引表 2「综合评审内容」第 2 行（评分项／评分标准／索引页码） | 本章 8.1 节给出填写口径 |

表 2.10-22　数据来源：单元 id 与页码依本任务覆盖范围；回应位置为本节节号。b1785 至 b1845 的机制本体在运营平台分节，本节为创新点提炼，两处不重复论述。

### 8.1　索引表填写口径（b2278r03）

招标文件第 140 页「索引表 2－综合评审内容」为必填项，要求按综合评分表的评分项逐行填写评分标准与索引页码（b2271、b2272、b2276、b2277）。表中第 2 行（b2278r03）对应评分项「技术方案」。

填写口径：该行的「评分项」填「技术方案」，「评分标准」按综合评分表第 2 项的原文摘要填写，「索引页码」填技术方案卷的起止页码；其中第 4 小项「技术创新和机制创新」的索引页码指向本节的起止页。整表由投标文件封面与总目录分节统一汇总填写，本节在合稿完成、页码确定后提供本节的起止页码与小项定位【待填：本节在投标文件中的起止页码，合稿后回填】。

招标文件对索引表另有一条要求需照办：索引表为必填项，未按格式要求提供致使评审受阻的属不合格情形（b0337、b0471）。落实方式是在合稿阶段由封面与总目录分节逐行核对索引表与正文页码的一致性，核对完成后方可定稿。

## 9、本稿待补材料清单

本节的结构与论述不依赖外部材料，但以下事项需要项目组或招标方提供确认后方可定版。清单按需要提供方分列。

### 9.1　需招标方确认的事项

| 序号 | 事项 | 影响的内容 | 说明 |
|---|---|---|---|
| 1 | 专家库 50 人的来源构成：以甲方内部专家为主体，还是以社会专家为主体 | 表 2.10-4 的人数分配、表 2.10-8 的执行情形、酬金口径 | 招标文件未明确内外部构成比例与聘任主体，本节已按两种情形各给口径，待明确后按对应情形执行 |
| 2 | 专家酬金标准与结算方式 | 3.8 节酬金条款、《数据标注专家库管理办法》 | 涉及费用，需招标方确认后写入办法 |
| 3 | 专家考核权重与档位分界 | 表 2.10-7 权重、3.7 节档位 | 本节已给出首期建议值，需评审确认 |
| 4 | 两项行业标准的归口技术委员会与立项申报渠道 | 表 2.10-17 第五阶段 | 归口决定申报路径与周期，需与招标方共同确定 |
| 5 | 政策与标准查新结论的确认 | 表 2.10-12 的发文字号与现行版本 | 实施启动阶段完成查新后提交确认 |
| 6 | 公益与商业比例的首年取值 | 5.3 节、运营平台分节第 13 章 | 由运营组织决策层按年审定，首年取值需招标方参与确认 |
| 7 | 考核档位与激励额度 | 6.4.4 节《数据工作绩效考核与激励办法》 | 涉及费用与人事安排 |

### 9.2　需项目组在实施阶段补充的事项

| 序号 | 事项 | 影响的内容 | 补充时点 |
|---|---|---|---|
| 1 | 专家库来源单位名单与合作形式（不少于 5 家） | 3.3 节来源广泛的落实、b0672 的满足情况 | 首批遴选完成时 |
| 2 | 服务积分的贡献量折算系数 | 4.5 节服务权益、运营平台分节表 2.4-20 口径 | 运营组织决策层首次年审时 |
| 3 | 归因修订工单按时闭合率的基线取值 | 2.6 节、表 2.10-3、表 2.10-21 | 蓝图设计阶段 |
| 4 | 新建标注任务沿用已有标签体系比例的基线取值 | 6.4.5 节、表 2.10-21 | 首批数据集实测后 |
| 5 | 本节在投标文件中的起止页码 | 8.1 节索引表填写 | 合稿完成、页码确定后回填 |
| 6 | 各领域专家履职时限的定版取值 | 表 2.10-6 时限一列 | 加工计划细化后，在《数据标注专家库管理办法》中定版 |

### 9.3　本节不依赖的材料

为避免合稿时重复索取，说明三项：本节不需要我方的企业资质、财务报表与业绩合同（这些属企业资质与业绩分节）；不需要个人简历与证书（属项目团队分节）；不需要厂商报价与设备参数（属硬件选型与报价分节）。本节的交付物是机制、文本与清单，其内容由招标文件要求与本项目各技术分节的实际交付构成决定。
