Q3-04 热管理数值型基准库治理：口径标注、跨源置信排序、退役与入库门槛

课程代码 Q3-04 · 板块 Q 职业发展与工程协作 / Q3 工具与效率 时长 约 3.5 小时（5 讲 + 1 次「入库模板设计 → 供应商样本口径体检 → 三源冲突排序与留痕」实操） 适合对象 热管理系统工程师（主修）· CAE / 仿真工程师（必修）· 技术管理与项目负责人（必修）。三角色简称「管 / 系 / 仿」 前置 L7-03 试验数据分析与不确定度评估 试验数据分析与不确定度评估（u_c 的合成、包含因子 k、外推边界声明模板）· L7-02 数据采集、台架搭建与自动化测试 数据采集、台架搭建与自动化测试（试验记录元数据、T_bulk 的取法）· A1-07 热管理常用工质的热物性与查用 热管理常用工质的热物性与查用。体系外前置须自备：所在团队现行的技术评审与发布流程——本课不规定三源冲突的裁决权归属，那一段须挂到本团队既有流程上落地 本讲义定位 讲师授课蓝本 / 学员自学讲义。本课是 L2 进阶而不是管理岗入门课：学员须能读台架数据与供应商样本曲线、能判不确定度分量。本课只管数值型工程资产，文本型经验条目归 Q3-02 工程知识管理与经验沉淀方法，两门互为一件事的两半

---

按任务导航

你手上的事	直接看	还要配
手上有一批老数据，要判哪些该进库	第 1 讲 1.2：七类资产清单	第 1 讲 1.5：三张清单不重不漏的核账
一条基准换车型之后还能不能用	第 1 讲 1.4：复用半径三档	第 5 讲 5.6：按列变化触发再验证
拿到一条数，要判它够不够格入库	第 2 讲 2.1：六列口径	第 2 讲 2.8：逐列缺项处置表
供应商样本上只写了一条 Δp-Q 曲线，没写别的	第 2 讲 2.5：修正状态这一列	第 2 讲的算例 2-2 与图5
样本、台架、仿真三个数不一样，要给评审一个说法	第 3 讲 3.2：二维排序法	第 3 讲 3.5：三条合法出路
有人提议「三个数取个平均」	第 3 讲 3.6：为什么平均之后不可逆	图9
要设计一套入库门槛，还要能批量跑	第 4 讲 4.1：三条门槛	第 4 讲 4.2：判据写成可机检形式
要给库做一次健康体检	第 4 讲 4.4：追溯完整率	第 4 讲 4.5：分母口径与跨课桥
要定「这条数能被谁用」	第 4 讲 4.6：复用准入三档	第 3 讲 3.7：拆车实测值固定落第二档
有人要求守门人也复核数值对不对	第 4 讲 4.7：守门人只查三件	⛔ 数值复核 → L7-03 试验数据分析与不确定度评估（测量侧）/ J7-01 仿真—试验相关性验证（Correlation）（仿真侧）
零件换代了，旧条目怎么处理	第 5 讲 5.3：退役三条触发	第 5 讲 5.4：留「被谁取代」的指针
新项目想把一条基准外推到边界之外用	第 5 讲 5.5：使用侧禁令与两条合法动作	第 3 讲 3.3：外推边界声明怎么写
团队里有人主张「一年一复核」	第 5 讲 5.6：按列触发 vs 按时间触发	算例 5-3 的两法工作量对比
要把这套东西落到没有专用系统的团队	第 4 讲 4.8：最低落地方式	实操三件交付物

⛔ 本课不覆盖 · 栏一（每样带去向）：工质物性数据源选型与温度 / 浓度修正 → A1-07 热管理常用工质的热物性与查用，本课只把它「每个值必须注明数据源＋温度＋浓度」这条口头规则推广成强制列；样本曲线的密度与工质换算方法本体 → A2-01 管网水力学：沿程/局部压降与流量分配（液侧 Δp-Q）与 A2-05 空气侧压降、风量与风阻的工程处理（空气侧 Δp-v_face），本课只引其误区条作口径体检素材；不确定度评定（A 类 / B 类、分量表、u_c 合成与包含因子 k）与外推边界声明模板的立法 → L7-03 试验数据分析与不确定度评估；试验记录格式、通道与元数据的产生侧、T_bulk 的取法 → L7-02 数据采集、台架搭建与自动化测试；标定数据的版本控制、分支合并与变更评审本体 → K6-05 标定数据管理与版本控制；仿真模型资产（模型 / 网格 / 求解设置 / 物性 map 文件 / 后处理脚本）的准入、快照与归档 → J7-07 仿真任务的输入、交付与模型资产管理；相关性验证的计划、定量判据、标定方法与可信域划法 → J7-01 仿真—试验相关性验证（Correlation）；公开情报与竞品信息的信源分级 → M5-02 技术路线情报与竞品对标 / M5-03 标杆车热管理反推：从公开证据到带置信度的回路图与模式表 / B3-08 标杆车型架构解构：Model Y 八通阀 / 小米 SU7 九通阀双模热泵 / 比亚迪直冷直热 / 问界 M9 增程 TMS；隐性经验的条目化沉淀、文本型知识的标签体系与检索 → Q3-02 工程知识管理与经验沉淀方法；拆车的 BOM 重建、工艺痕迹、降本靶点与成本对标库 → M3-02 VA/VE 降本设计方法；可靠性失效率 λ 的取数与库口径 → I7-04 故障树分析（FTA）实操：建树、最小割集与顶事件概率定量；车端运行期的信号置信与数据源延迟 → K1-01 热管理传感器信号处理与故障诊断 / K7-01 预测性热管理（导航/云端/驾驶意图协同）；脚本与批量核查的工程化 → Q3-01 热管理工程师的数据分析与 Python 脚本。

⛔ 本课不覆盖 · 栏二（真正不给的数）：① 追溯完整率的目标值与健康门槛——它是组织相关量，K6-05 标定数据管理与版本控制 已明写「门限抄来的那一刻它就不再是本项目机制健康度的量」，本课同口径 ⛔ 不给；② 三源冲突的裁决权归属（谁有权拍板选哪一源、以什么身份拍板）——本课程体系内无可署来源，须挂各企业现行评审制度落地，本课只管拍板之后留什么；③ 任何标准号——数值型基准库治理在本课程体系内无可署的现行标准，不确定度评定所依框架按 L7-03 试验数据分析与不确定度评估 已引口径使用；④ 各类数值资产的「正确值」——本课通篇出现的 UA、Δp、u_c、条目数一律是演算假设值，用来演示判据怎么走，⛔ 不对应任何真实零件。

⚠ 栏二之外的平台相关量（库内条目规模、机检拦截比例、三源 u_c 的常见量级、体检一条条目的耗时）本课照给典型区间与常见值锚点，逐条标「⚠ 典型值、⛔ 不是验收依据，须实测确认」与拿到它的路。汇总表在 1.8。

---

引言：那条压降曲线在库里躺了三年，没有人发现它缺两列

某平台选冷却水泵。系统工程师从团队共享盘里调出一条「回路阻力曲线」——文件名规整、放在正确的目录、上一代车用过、评审也过了。他按这条曲线选了泵，扬程留了余量。

冬季标定，低温工况实测回路压降明显高于预测，泵扬程不足，末端支路流量掉出目标带。查泵——泵没问题，按样本出力。查回路——管径、弯头、阀件都对得上图纸。查了两周，回头翻那个文件的属性，只有一行注释：「取自供应商样本 Δp-Q 曲线」。

问题就在这一行。这条曲线是供应商在常温水下标定出来的，而实车跑的是低温乙二醇水溶液。下游沿用时按密度缩了一道——密度确实缩了——但黏度没动。低温乙二醇的运动黏度比常温水高一个量级以上，同样流量下雷诺数 Re 掉出了样本标定时所在的湍流区，摩擦因子的取法根本不是同一套，压降被系统性低估。（换算方法本体见 A2-01 管网水力学：沿程/局部压降与流量分配，本课不重讲。）

⚠ 请注意这次事故的形态：没有任何一个人做错了他被要求做的事。取数的人取了库里的数，评审的人评了摆在桌上的曲线，选泵的人按曲线选了泵。错误藏在那条数据入库的那一刻——入库时没有人被要求写下「这条曲线是在什么工质、什么温度下取的，有没有做过修正」。

这就是本课要治的那一层。它既不是「怎么测出一条准的曲线」（那是 L7-02 数据采集、台架搭建与自动化测试 与 L7-03 试验数据分析与不确定度评估），也不是「怎么把水的压降换算成乙二醇的压降」（那是 A2-01 管网水力学：沿程/局部压降与流量分配），而是：一个已经测出来、要跨项目复用的数值，凭什么被信、能被谁用、什么时候必须停止被用。

三根钉子，全课五讲围着它们转：

钉子一：不带口径的数值，找得到比找不到更危险。Q3-02 工程知识管理与经验沉淀方法 治文本型知识条目，那门的判据是「找得到」——一条 Lessons Learned 被检索到，读者会自己判断它适不适用本项目，因为文字是要读的。数值不是。数值会被直接代进算式，而算式不会报错。1197 W/K 这个数代进热平衡式，得到的是一个看起来完全合理的出风温度，没有任何东西提示你它的口径是错的。⇒ 数值资产的治理规则与文本条目完全不同，这不是本课的发明，是 Q3-02 工程知识管理与经验沉淀方法 已经写下并指过来的判断。

钉子二：置信排序的底座是可算量，不是来源身份。「供应商样本比自测台架权威」是本课要拆掉的第一个直觉。供应商样本是在供应商自家台架、按其自定的标定工质与工况取的；口径未声明时，它的置信排序不必然高于你自己的台架。本课把排序换成两个可算的维度：各源的 u_c（合成标准不确定度，评定方法归 L7-03 试验数据分析与不确定度评估）与本次工况点离该源验证边界有多远。

钉子三：门槛的判据必须可机检，否则它只是多一个签字人。本课给的三条入库门槛——六列齐、有边界声明、有原始记录指针——之所以是这三条，恰恰因为它们全部能写成脚本批量跑（列齐没齐、指针指不指得到、工况点在不在区间内）。⚠ 一条要靠人的经验判断的门槛，在时间压力下必然被绕过去，而绕过去的那一次不会留下任何痕迹。（脚本工程化本体归 Q3-01 热管理工程师的数据分析与 Python 脚本，本课只规定判据必须写成可机检的形式。）

五讲是同一条链的五段。第 1 讲划对象与射程：哪七类数进这个库、这条数换了什么之后还能用、与另外两张资产清单怎么不重不漏。第 2 讲立口径：最低元数据六列，缺一列即不得入库，逐列给判据与缺项处置。第 3 讲解冲突：三源给出不同值时怎么排序、外推边界声明怎么写、排不出时三条合法出路是什么、为什么⛔ 不许取平均。第 4 讲立门槛：三条准入条件、可机检的判据形式、追溯完整率与它的分母陷阱、复用准入三档、守门人查什么不查什么。第 5 讲管生命周期：参考件与受控发布件的定位两分、条目版本语义、退役三条触发与「被谁取代」指针、外推超边界的使用侧禁令、按列触发而不是按时间触发的再验证。

---

第 1 讲　数值型工程资产谱系与复用半径：哪些数该进库、这条数能走多远

1.1 先划对象：本课只管数值，且只管要跨项目复用的那批

一个团队里流动的「知识」形态很多。本课把它切成两半，判据只有一条——它是不是一个会被代进算式的数。

• 文本型经验条目：Lessons Learned、检查表、内部规范、培训材料、评审意见汇编。它们的共同点是要被人读，读的人会自己判断适不适用本项目。⇒ 归 Q3-02 工程知识管理与经验沉淀方法，那门课的载体谱系四级全为文本。
• 数值型工程资产：一条 UA 曲线、一张压缩机效率 map、一组接触热阻实测值。它们的共同点是会被代进算式，代进去之后不再有人读它。⇒ 归本课。

两门互为文本型与数值型两半，不重叠也不互相替代。⚠ 这里最容易犯的错是「我们已经有知识库了，数值往里一放就行」——放得进去，但那套治理规则管不住数值。

还要再切一刀：只管「要跨项目复用」的那批。一次试验里产生的原始通道数据、中间计算表、一次仿真的后处理结果，它们的归属是 L7-02 数据采集、台架搭建与自动化测试 与 J7-07 仿真任务的输入、交付与模型资产管理，不是本课。本课的对象是已经从这些原始记录里提炼出来、准备给下一个项目用的那个数。

⇒ 一条可判真假的分界句：「这个数会不会被一个没有参与过它的产生过程的人取走用？」答「会」的，进本课射程；答「不会」的，留在它产生侧那门课的射程里。

1.2 七类对象清单：本课的射程就是这七类

类别	典型条目形态	最容易缺的元数据列（第 2 讲展开）
① 热负荷谱与工况库	某车型某工况下的部件产热时间序列、工况点包络	工况点有效区间、来源与日期
② 换热器 UA 与 Δp 特性	UA-流量曲线、Δp-Q 曲线、效能-NTU 拟合系数	工质与浓度、修正状态
③ 压缩机效率 map	等熵效率 / 容积效率随压比与转速的 map	工况点、工质牌号
④ 回路阻力曲线	系统 Δp-Q 曲线、各支路分配比	工质与浓度、修正状态
⑤ 风扇 / 水泵特性	扬程-流量、风压-风量、功耗曲线	修正状态（转速换算、密度换算）、不确定度
⑥ TIM 与接触热阻实测值	界面热阻随压力 / 厚度的实测点	测点位置（这个热阻代表哪一层界面）、不确定度
⑦ 拆车 benchmark 实测值	从竞品样件上测得的部件性能点	来源与日期、修正状态（样件老化与装车状态不可知）

⚠ 第七类是特殊的，第 1.6 节与第 3.7 节各展开一次。

易错点（1.2）。三个：① 把「一次试验的原始通道数据」当成基准条目入库——那是 L7-02 数据采集、台架搭建与自动化测试 的产物，进本课库的是从它提炼出来的曲线或特征点，两者的元数据要求不同；② 把七类当成「只能有这七类」——它是本课射程的边界，团队里若还有别的数值资产（例如电池内阻-SOC-温度 map），照同一套六列规则治理即可，⛔ 不必先争它算不算第八类；③ 把 CAE 模型里的物性 map 文件当成模型资产——那是被模型引用的数值，归本课；模型本体、网格与求解设置归 J7-07 仿真任务的输入、交付与模型资产管理。

1.3 数值与文本的分野：算式不会报错

这是全课第一根钉子，值得单独占一节，因为它决定了后面所有门槛的必要性。

文本条目的失效是可见的。一条三年前的 Lessons Learned 写着「某供应商的膨胀阀在低负荷时会啸叫」，读的人会自己问：还是那个供应商吗？还是那一代阀吗？——因为它是文字，读它就要理解它，理解就带着判断。

数值条目的失效是不可见的。一个 UA = 1180 W/K 被取走，代进热平衡式：

Q = UA · ΔT_lm

其中 ΔT_lm ＝ 对数平均温差（K）、UA ＝ 总传热系数与传热面积之积（W/K）、Q ＝ 换热量（W）。代进去得到一个 Q，这个 Q 看起来完全合理——量级对、单位对、随温差单调、能画出好看的曲线。没有任何一个环节会提示你这条 UA 是在另一种工质、另一个流量区间下取的。

⇒ 所以：找得到，对文本条目是及格线；对数值条目连起点都不是。一个「能搜到但没写口径」的数值库，比一个空库更危险——空库会逼人去重新测，而带着数的库让人放心地用错。

易错点（1.3）。两个：① 用「我们知识库的检索率很高」来论证数值资产治理已经做好了——检索率量的是找得到，本课量的是能不能信，两件事由不同的闸管，⛔ 不许互相担保（这条与 K6-05 标定数据管理与版本控制 对追溯完整率立的第三条口径同源）；② 以为「常用的那几条数大家都熟，出不了错」——恰恰相反，越常用的条目被跨项目搬运的次数越多，口径漂移的机会也越多。

1.4 复用半径：这条数换了什么之后还能用

复用半径是本课自建的一个说法，回答的问题只有一个：一条已入库的基准，在换车型 / 换供应商 / 换工质之后，还能不能续用。判据不是「差不多吧」，而是六列元数据里哪几列变了。

三档：

第一档：同平台同零件换车型。一般可续用，但有一个必查项——核工况点是否仍落在原有效区间内。同一个换热器搬到另一个车型上，零件没变，但新车型的流量、进风温度可能落在原标定区间之外。⇒ 六列里只有「工况点」这一列的取值变了，而它的有效区间没变；判据是新取值在不在旧区间内。

第二档：同类零件换代或换供应商。须重取，不得沿用旧条目。⚠ 这一档最容易被违反，因为「同类零件」看起来是同一个东西——同样是 300 mm × 400 mm 的散热器芯体，换代之后翅片间距、翅片型式、扁管内翅都可能变，而 UA 与 Δp 恰恰由这些决定。⇒ 六列里「来源」这一列变了，而这一列一变，前五列的取值全部失去依据。

第三档：跨工质或跨温区。那是另一条条目，不是同一条的续用。常温水标定的 Δp-Q 与低温乙二醇下的 Δp-Q 是两条不同的曲线，不是同一条曲线的两个「使用场景」。⇒ 六列里「工质与浓度」变了，「修正状态」随之必须重写。

⛔ 三档不是「越往下越不建议」，而是三种不同的动作：第一档核区间、第二档重取、第三档另立条目。把第三档当成第一档处理（「换个工质缩一下密度就行」）正是引言那次事故的形态。

算例 1-1：一条 UA 条目换车型之后能不能续用。（以下数值均为演算假设值，用于演示判据走法，⛔ 不对应任何真实零件。）

库里有一条条目：

• 对象：某低温散热器芯体，件号未变
• UA ＝ 1180 W/K
• 工况点：冷却液流量 0.35 kg/s，有效区间 0.25 ~ 0.45 kg/s；迎面风速 4.0 m/s，有效区间 2.5 ~ 5.5 m/s
• 工质：乙二醇水溶液，体积比 50%
• u_c ＝ 3.0%（相对量，k = 2 时 U ＝ 6.0%）

新车型的工作点：冷却液流量 0.52 kg/s，迎面风速 4.2 m/s，零件件号未变、供应商未变、工质与浓度未变。

逐列判：

列	旧	新	变了吗
① 工况点	0.35 kg/s（区间 0.25~0.45）	0.52 kg/s	取值变了，且落在区间外
② 测点位置	芯体进出口，流量加权	同	否
③ 工质与浓度	乙二醇 50%	同	否
④ 修正状态	已修正至标准大气压	同	否
⑤ 不确定度	u_c ＝ 3.0%	—	否
⑥ 来源与日期	自测台架，件号未变	同	否

⇒ 只有第①列的取值变了，落在第一档。但新取值 0.52 kg/s 超出有效区间上限 0.45 kg/s，超出量：

(0.52 − 0.45) / (0.45 − 0.25) ＝ 0.07 / 0.20 ＝ 35%

即新工作点在区间上端外推了区间宽度的 35%。⇒ 判定：不得直接作设计输入。两条合法出路（第 5 讲 5.5 展开）：补测把区间推到覆盖 0.52 kg/s，或降档为趋势与量级校核并在报告里写明「该条目已出边界」。

⚠ 注意这个判定与 UA 的数值本身无关：1180 这个数可能非常准，但它准的是 0.25~0.45 kg/s 那一段。判据全程只看元数据。

算例 1-2：三张资产清单的不重不漏核账。（条目数为演算假设值。）

某团队清点三张清单：

• J7-07 仿真任务的输入、交付与模型资产管理 模型资产库：120 件（模型 / 网格 / 求解设置 / 后处理脚本）
• K6-05 标定数据管理与版本控制 标定数据库：340 个标定量
• 本课基准库申请：待定

清点中发现有 18 个对象「既被模型快照引用、又被标定值引用」——例如一张压缩机效率 map，1D 模型要用它，标定时也要按它设门限。

它们归谁？判据是本课与两门课的分工写死那一条：J7-07 仿真任务的输入、交付与模型资产管理 的快照只要求引用 map 与基准值的版本号，K6-05 标定数据管理与版本控制 管的是随车型走的标定值本身。⇒ 这 18 个是被两者共同引用的数值本身，归本课。

再清点其余：模型资产库里剩下 120 − 0 ＝ 120 件仍归 J7-07 仿真任务的输入、交付与模型资产管理（模型本体不是数值）；标定数据库 340 个标定量里，有 26 个其实不是标定量而是「从台架实测提炼出来、被写进标定表当默认值」的基准数——这 26 个要迁出到本课库，在 K6-05 标定数据管理与版本控制 库里改为引用本课条目号。

⇒ 本课库首批条目数：18 + 26 ＝ 44 条，另加团队自查出的其余五类资产条目。

⚠ 这次核账的价值不在那个 44，而在它把「一个数同时躺在两个库里、两处各改各的」这种形态找了出来。同一个数在两个库里各有一份，就必然会有一天两份不一样，而没有任何东西会报错。

⚠ 平台相关量提示：库首批条目规模是平台相关量。典型区间：一个中等规模热管理团队首批梳理出的基准条目数常在 30 ~ 200 条之间，常见值锚点约 60 ~ 80 条。⚠ 典型值、⛔ 不是验收依据，须按本团队实际清点确认。拿到它的路：按本节 1.2 的七类逐类清点现有共享盘 / 系统里「已被跨项目取用过至少一次」的数值条目。

1.5 三张清单不许重叠也不许留空档

上一节的核账不是一次性动作，它要成为一条常设的分工线。三张清单的分界，本课与两门课已互相写死：

清单	属主	管什么	与本课的接口
CAE 模型资产库	J7-07 仿真任务的输入、交付与模型资产管理	模型、网格、求解设置、物性 map 文件、后处理脚本	快照只引用本课条目的版本号；J7-07 仿真任务的输入、交付与模型资产管理 其边界声明已把数值型基准值的口径标注、跨源置信排序、入库门槛与退役整块划给本课
标定数据库	K6-05 标定数据管理与版本控制	A2L / Hex / DCM，随车型走的标定值	K6-05 标定数据管理与版本控制 主动把「变更记录最小信息集」与「追溯完整率算式」送给本课；对应地它不重讲基准库治理
数值型基准库	本课	被上面两库共同引用的那批数值本身：物性与部件 map、特性曲线、实测基准	见左两栏

⚠ 这套分工两门互指，防的是互踢——两门课都说「那个归对方」，结果谁也不管，是资产治理最常见的死角。⇒ 判「一个对象归谁」只用一句：它是一个数，还是一个能跑出数的东西？是数 → 本课；是能跑出数的东西 → J7-07 仿真任务的输入、交付与模型资产管理；是随车型冻结发布的那组数 → K6-05 标定数据管理与版本控制（第 5 讲 5.1 讲两分）。

易错点（1.5）。三个：① 两门都把某类对象写进自己的「不覆盖」栏而没写去向——那就是一个留空档，本课的做法是每一条不覆盖都带去向（见按任务导航下方两栏）；② 让同一个数在两个库里各存一份「便于各自查用」——必然分叉，且分叉不报错，正确做法是一处存、另一处只存条目号与版本号；③ 用「谁先建的库归谁」定分工——建库先后是历史偶然，分工要按对象性质定。

1.6 拆车 benchmark 实测值：与成本对标库共用样件，必须共用口径

第七类对象需要单独说，因为它有一个别的六类没有的结构：它常与 M3-02 VA/VE 降本设计方法 的成本对标库共用同一批样件。

一台竞品车拆下来，成本侧要重建 BOM、算工艺成本，性能侧要测部件性能点。如果两库不共用同一套口径元数据，会出现一个很难查的现象：成本结论与性能结论对不上同一台车。

具体形态：成本侧记的是「2023 款某车型，VIN 后六位 xxxxxx，拆解日期 2024-03」；性能侧记的是「某竞品散热器，UA ＝ 1420 W/K」——没有记样件来自哪一台车。半年后有人问「那台车的散热能力和它的散热器成本对得上吗」，答不出来，因为两条记录之间没有一个共同的键。

⇒ 本课要求：拆车来源的基准条目，其「来源与日期」一列必须写到能与成本对标库同一批样件对齐的粒度——最低是样件批次号或车辆识别标识 + 拆解日期。（M3-02 VA/VE 降本设计方法 已把性能维度的入库口径与置信标注指给本课；BOM 重建、工艺痕迹与降本靶点归 M3-02 VA/VE 降本设计方法，本课只管这一条接口。）

⚠ 拆车实测值的置信问题在第 3.7 节展开（它的口径缺陷是结构性的，不是记录不全的问题）。

1.7 明确不进本课库的三类

写清楚「不管什么」和写清楚「管什么」一样重要，因为它挡的是把不同性质的问题塞进同一套规则。

① 车端运行期的信号置信与数据源延迟。K1-01 热管理传感器信号处理与故障诊断 的信号置信度语法、K7-01 预测性热管理（导航/云端/驾驶意图协同） 的车端数据源延迟，管的是车在跑的时候，这一帧信号能不能信。⇒ 那是运行时问题，判据是时间戳、有效位与超时窗口；本课是入库治理问题，判据是元数据齐不齐。两套判据长得完全不像，混在一起谁也管不住。

② 公开情报与竞品信息的信源分级。M5-02 技术路线情报与竞品对标 / M5-03 标杆车热管理反推：从公开证据到带置信度的回路图与模式表 / B3-08 标杆车型架构解构：Model Y 八通阀 / 小米 SU7 九通阀双模热泵 / 比亚迪直冷直热 / 问界 M9 增程 TMS 回答的是「这条公开消息可不可信」——发布方是谁、有没有交叉印证、是不是营销口径。本课回答的是「这个实测或仿真数值的口径全不全」。⚠ 两者都用「置信」这个词，但被判的对象一个是陈述、一个是测量。

③ 可靠性失效率 λ 库。I7-04 故障树分析（FTA）实操：建树、最小割集与顶事件概率定量 已把它自锁在故障树这一个模型内。⇒ 其方法本课要借、对象不借：借的是它对失效率库立的那条纪律——「三源并用而不逐条声明口径的树，在评审中按不可采信处理」（其底事件失效率库强制带「数值 / 来源 / 口径 / 环境与应力条件」四列）；不借的是对象，λ 与性能基准不是一类量，且 I7-04 故障树分析（FTA）实操：建树、最小割集与顶事件概率定量 的射程只在故障树内。⚠ I7-04 故障树分析（FTA）实操：建树、最小割集与顶事件概率定量 目前只有大纲、尚无讲义，此处引的是它的大纲要点，⛔ 不得称其「已讲透」。

易错点（1.7）。三个：① 把「置信度」当成一个通用词，于是把运行时信号置信、情报信源分级、测量口径完整性三件事塞进同一张表——三者的判据、周期与责任人全不同；② 借 I7-04 故障树分析（FTA）实操：建树、最小割集与顶事件概率定量 的纪律时连它的四列一起照搬——本课扩到六列，多出的「修正状态」与「不确定度」两列恰是性能基准的误用重灾区，λ 库不需要；③ 以为「不进本课库」等于「不用管」——它们各有属主，本课只是不重复它们的规则。

1.8 本讲的平台相关量汇总

⚠ 下列各量均为平台相关量，本课给典型区间与常见值锚点用于建立量级感。⚠ 典型值、⛔ 不是验收依据，须实测确认。

量	典型区间	常见值锚点	拿到它的路
首批梳理出的基准条目数	30 ~ 200 条	60 ~ 80 条	按 1.2 七类逐类清点「已被跨项目取用过至少一次」的条目
三张清单交叉重叠对象数占本课库比例	10% ~ 45%	约 25%	按算例 1-2 的核账做一次，逐条判归属
逐条做一次六列体检的耗时	5 ~ 30 min/条	约 12 min/条	首批体检时实测记时，第二批起用它排产
首批体检中六列齐全的条目占比	5% ~ 40%	约 15%	本团队首批体检实测；⚠ 首次做常低于预期，那是正常的

⚠ 最后一行值得单独提醒：首次体检算出来的「六列齐全率」通常很低，这不说明团队水平差，只说明此前没有人被要求写这六列。⛔ 不要把这个数当成绩效指标（K6-05 标定数据管理与版本控制 已写明同类指标一旦成为考核指标，最省事的做法是删掉说不清来历的条目而不是补记录）。

1.9 本讲小结与自检

三条可判真假的自检：

① 拿出团队现有的任意一个共享数据目录，随机抽 5 个数值文件，问：「这个数会不会被一个没参与过它产生过程的人取走用？」——答「会」的，它就在本课射程里，而它此刻有没有六列？ ② 拿出 J7-07 仿真任务的输入、交付与模型资产管理 与 K6-05 标定数据管理与版本控制 两张清单（若团队还没有，就拿「CAE 用的文件」与「标定用的文件」两个目录），找出同时出现在两边的对象——这批就是本课库的首批条目。 ③ 对本团队最常被跨项目取用的那一条数值，用 1.4 的三档判一次：它上一次被搬到新项目时，六列里哪几列变了？当时有没有人核过？

⛔ 三条自检都不需要先建系统、先买工具。判据是「换个人、半年之后，能不能按条目号找回这六列」（这条判据的写法与 J7-07 仿真任务的输入、交付与模型资产管理 的快照 ID 判据同源）。