2.92.2 选2落地: ①清理中间包(v2.89.0/2.89.5/2.91.0/2.92.0 各~885MB, 保留 v2.92.1 与 v2.9.2); ②置信度消费口径定案=维持诊断展示不参与判级(三条升级条件: 扩窗+common_mode/A轴序列, usable 覆盖扩大+B缺件截断规则, 用户下令); 禁令延续: 不得声称已用置信度; 审计清单§11

VERSION

@@ -1 +1 @@
-2.92.1
+2.92.2

app_common/app_common_guanlan/version.py

@@ -24,7 +24,7 @@ import json
 import pathlib
 
 NAME = '观澜·如东样板 v2'
-VERSION = '2.92.1'         # ★ 版本只改这里
+VERSION = '2.92.2'         # ★ 版本只改这里
 EDITION = 'offline-single-package'
 PACKAGE_STEM = 'app_guanlang'           # 交付包文件名前缀（用户令 2026-09-17）
 
@@ -54,6 +54,9 @@ BUMP_RULE = ('改动落在"解决方案/架构/核心功能" → 大 +1（中/
 #   level: major/minor/patch 表示这一版**相对上一版**是哪一级变化；legacy 表示该版用的是
 #   旧编号体系（0.x，未按本规则），仅作历史对账用。
 HISTORY: tuple[dict, ...] = (
+    dict(version='2.92.2', date='2026-10-06', level='patch',
+         title='置信度消费口径定案（诊断展示、不参与判级 + 三条升级条件）＋ 清理中间交付包',
+         note='用户令：选 2（暂不扩窗）。**① 清理中间交付包**：删除 `app_guanlang_v2.89.0/2.89.5/2.91.0/2.92.0.zip`（各约 884.5 MB），保留 **`v2.92.1`（当前交付）** 与 **`v2.9.2`（基线参照）**。**② 置信度消费口径定案**：维持「**诊断展示**」—— 随 `/api/fleet` 的 `fus.置信度` 下发、页面「置信度（诊断）」面板可见，**不参与任何判级、不进报告等级栏**（接线至今未改动任何 verdict/等级）。不升级为"消费"的三个未满足前提：（a）E 轴 `common_mode` 无候选链产物且需 ≥2 窗时间序列（属扩窗前置）；（b）A 轴仅粗口径（`model_run_l6` 只含 PASS 行 ⇒ 逐台逐闸明细无产物承载）；（c）`usable` 覆盖低（本地 11/107 · 线上 69 行视图 6），且 B 轴同窗独立源属**现场数据现实**（温度判「—」/油样 stale），非算法可补。**升级条件（三条同时满足 + 用户明确下令）**：扩窗到位并补 common_mode 与 A 轴逐窗序列 · `usable` 覆盖显著扩大（并先定 B 缺件时的等级截断规则）· 用户下令接入报告/派工（届时须逐一列出判级变化范围）。**禁令延续**：报告与交付件**不得声称已使用置信度评分**；正确表述为「置信度已作为诊断随 `/api/fleet` 下发、页面可见，但不作为判级依据」。本节写入 `docs/主张审计清单_v0.1.md` §11。'),
     dict(version='2.92.1', date='2026-10-06', level='patch',
          title='共模为何未计入 E 轴（不补分）＋ 扩窗收益表（C02/§5-3/共模同源阻塞于窗数=1）',
          note='用户令：继续。**实测结论（不补分）**：E 轴四类中 `fleet_base_rate`（`G8`）· `intrinsic_line`（`G4`）· `alternative_explanation`（`G6/G7/G5/G2`）**有候选链闸** ⇒ 各计 5 分；`common_mode` **无候选链闸/产物** ⇒ **不计**（E 保持 15.0）—— `G4_INHERENT_OR_BATCH` 是"固有线/批次"（fleet 共有谱峰），与"共模"（fleet 同期共同变化）**不同义**，不得混算。**观澜确有共模机制但不在振动候选链上**：`subsys/temp_nbm.py:197–207`（`common_shift()` 共模图，"实验 K 接线 2026-09-07"）· `sop/analysis_kit.py:170`（机群相对偏差扣同期共模）· `sop/stat_clean.py:17`（>半数同向共模=反转 EXP-C4-01 ⇒ kill 熔断）· `sop/hydraulic_validation.py`（共模/差模分解）· `sop/discriminators.py`（共模相关 67 处）。**根因（三者同源）**：共模=同期跨台共同变化 ⇒ 需 **≥2 窗时间序列**；观澜实况 **1 窗** ⇒ 与 **C02 逐窗滞回**、**§5-3 原厂逐测量迟滞** 同一根阻塞。**扩窗收益表**已写入 `docs/主张审计清单_v0.1.md` §10 与 `docs/TCM口径与规则引入_需求立项_v0.1.md` §6（逐项列出现状与扩窗后可解锁能力：D 轴窗覆盖满分 · A 轴持续性分量 · E 轴 common_mode · C02 滞回接线 · §5-3 实现 · 撤下 `fus.盲区` 的单窗条目；未承诺具体分值）。本版**不改任何评分与判级**，只把"不补分的理由"与"扩窗收益"明文化（并写入 wire 模块注释）。'),

docs/src/数据要求说明_观澜_2.92.1.md → docs/src/数据要求说明_观澜_2.92.2.md

@@ -1,4 +1,4 @@
-# 数据要求说明 · 观澜 v2 风电场智能分析系统 · 版本 2.92.1
+# 数据要求说明 · 观澜 v2 风电场智能分析系统 · 版本 2.92.2
 
 ## 1 文档说明
 

docs/src/系统设计说明_观澜_2.92.1.md → docs/src/系统设计说明_观澜_2.92.2.md

@@ -1,4 +1,4 @@
-# 系统设计说明 · 观澜 v2 风电场智能分析系统 · 版本 2.92.1
+# 系统设计说明 · 观澜 v2 风电场智能分析系统 · 版本 2.92.2
 
 ## 1 文档说明
 
@@ -6,19 +6,19 @@
 
 ### 1.1 目的与范围
 
-本文是"观澜 v2（风电场智能分析系统）"（海上风电场智能分析离线系统）的设计说明（下称"本系统"），面向版本 2.92.1；内容以样本风电场（下称"本场"）为依据，样本场实测日期为 2026-09-22，说明本系统"由哪些部分组成、各部分怎么实现、数据从哪来到哪去、判据写在哪里、怎么验证、边界在哪里"。
+本文是"观澜 v2（风电场智能分析系统）"（海上风电场智能分析离线系统）的设计说明（下称"本系统"），面向版本 2.92.2；内容以样本风电场（下称"本场"）为依据，样本场实测日期为 2026-09-22，说明本系统"由哪些部分组成、各部分怎么实现、数据从哪来到哪去、判据写在哪里、怎么验证、边界在哪里"。
 
 本文覆盖十五个设计面：总体架构与分层、目录结构与路径真源、数据接入与重算链、判级与算法、时间窗口径、服务与前端、本体与知识层、本机模型接入、运维控制台与重算编排、安装与服务化与版本管理、质量保证、安全与离线边界、可移植性与资源占用、多场适用性与换场迁移、已知边界与未实现。
 
-本文不重复需求条目本身（那是《需求分析_观澜_2.92.1.docx》的职责），也不重复操作步骤的逐步手册（那是 docs/重算操作手册_v0.1.md 与《使用说明书》v0.2（随包 docs/）的职责）；本文只回答"设计上为什么这样、落在哪个文件的哪一处、用什么机器守卫保证它不漂移"。
+本文不重复需求条目本身（那是《需求分析_观澜_2.92.2.docx》的职责），也不重复操作步骤的逐步手册（那是 docs/重算操作手册_v0.1.md 与《使用说明书》v0.2（随包 docs/）的职责）；本文只回答"设计上为什么这样、落在哪个文件的哪一处、用什么机器守卫保证它不漂移"。
 
 ### 1.2 读者与用法
 
 现场运维与检修人员可看第 3 章、第 7 章、第 8 章、第 11 章，了解自己能点到的页面背后读的是什么口径；场站管理人员与换场交付人员可看第 6 章、第 7 章、第 16 章、第 17 章，了解判级与可靠性指标的口径与边界，以及换场时要重新标定哪些参数；研发与交付人员应通读全文，重点是第 4 章、第 5 章、第 12 章、第 13 章；验收方可直接按第 13 章的质量门与附录 A 的编写依据逐条复核。
 
-### 1.3 与《需求分析_观澜_2.92.1.docx》的对应关系
+### 1.3 与《需求分析_观澜_2.92.2.docx》的对应关系
 
-需求分析写"要什么、为谁、优先级与验收门"，设计说明写"怎么实现、落在哪、如何自证"。两文的章节对应关系如表 1-1 所示；与《数据要求说明_观澜_2.92.1.docx》的数据侧口径去向见 16.6 节。
+需求分析写"要什么、为谁、优先级与验收门"，设计说明写"怎么实现、落在哪、如何自证"。两文的章节对应关系如表 1-1 所示；与《数据要求说明_观澜_2.92.2.docx》的数据侧口径去向见 16.6 节。
 
 | 本文章节 | 需求分析对应章 | 对应关系说明 |
 |---|---|---|
@@ -41,7 +41,7 @@
 
 ### 1.4 口径与依据
 
-本文所有数字来自仓库文件或命令的实跑输出，不采用估算与推测；查不到、未实现的，一律写"未取证"或"未实现"，并在第 17 章汇总。本文中"本次实测"与各表"实测"列一律指样本场实测（2026-09-22）：即在样本风电场的一套实例上的一次实跑，换场后这些数字会变、方法与口径不变。版本号的唯一真源是 src/version.py 的 VERSION 常量，本版为 2.92.1；打包文件名由 src/version.py 的 package_name() 给出，为 app_guanlang_v2.92.1.zip。
+本文所有数字来自仓库文件或命令的实跑输出，不采用估算与推测；查不到、未实现的，一律写"未取证"或"未实现"，并在第 17 章汇总。本文中"本次实测"与各表"实测"列一律指样本场实测（2026-09-22）：即在样本风电场的一套实例上的一次实跑，换场后这些数字会变、方法与口径不变。版本号的唯一真源是 src/version.py 的 VERSION 常量，本版为 2.92.2；打包文件名由 src/version.py 的 package_name() 给出，为 app_guanlang_v2.92.2.zip。
 
 本文遵循四条写作口径：含"窗"且确实指时间窗口的，一律写全"时间窗"（天气窗、作业窗、预览窗、观测窗属领域词，保持原样）；影响的是风电机组时写"影响机组"或"影响机组数"；使用英文简写时必须写成"中文（英文简写）"形式，如平均无故障间隔（MTBF）、平均停机间隔（MTBO）、单次停机时长（MDT）；全文用简体中文与半角数字与单位。
 
@@ -863,7 +863,7 @@ Windows 安装入口是 install.bat 与 install.ps1，步骤号写死在输出
 
 ### 12.3 安装记录与版本三守卫
 
-安装记录 install-info.json 是"这台机器装的是哪一版"的唯一凭据，字段如表 12-3 所示。装完写、卸载时删（删掉等于这台机器回到"没装过"）。需要如实指出：本机该文件记录的版本是 2.5.0（装于 2026-09-17），落后于当前代码版本 2.92.1，因此它正是"安装前检查会提示版本差异"的活样本；重装或升级后会随之更新。
+安装记录 install-info.json 是"这台机器装的是哪一版"的唯一凭据，字段如表 12-3 所示。装完写、卸载时删（删掉等于这台机器回到"没装过"）。需要如实指出：本机该文件记录的版本是 2.5.0（装于 2026-09-17），落后于当前代码版本 2.92.2，因此它正是"安装前检查会提示版本差异"的活样本；重装或升级后会随之更新。
 
 | 字段 | 含义 |
 |---|---|
@@ -1030,7 +1030,7 @@ Windows 安装入口是 install.bat 与 install.ps1，步骤号写死在输出
 
 ### 15.2 Python 与依赖 wheel
 
-解释器要求是 3.11 及以上（依赖 pandas 3，3.10 及以下没有轮子）；机器上没有 3.11 时使用包内便携运行时（3.12.14，三个平台各一份）。依赖清单共 172 条固定版本：polars 1.42.0、pandas 3.0.3、pyarrow 24.0.0、numpy 2.5.0、pyyaml 6.0.3、python-frontmatter 1.3.0、matplotlib 3.11.0、plotly 6.8.0、jinja2 3.1.6、python-docx 1.2.0、docxtpl 0.20.2、python-dotenv 1.2.2、requests 2.34.2、rich 15.0.0、tqdm 4.68.3、openpyxl 3.1.5、scipy 1.18.0、xlrd 2.0.2，另有一条不锁版本的 tzdata（Windows 无系统时区库，而 pandas 3 硬依赖它）。离线件如表 15-2 所示（件数与体积为本次实测）。
+解释器要求是 3.11 及以上（依赖 pandas 3，3.10 及以下没有轮子）；机器上没有 3.11 时使用包内便携运行时（3.12.14，三个平台各一份）。依赖清单共 173 条固定版本：polars 1.42.0、pandas 3.0.3、pyarrow 24.0.0、numpy 2.5.0、pyyaml 6.0.3、python-frontmatter 1.3.0、matplotlib 3.11.0、plotly 6.8.0、jinja2 3.1.6、python-docx 1.2.0、docxtpl 0.20.2、python-dotenv 1.2.2、requests 2.34.2、rich 15.0.0、tqdm 4.68.3、openpyxl 3.1.5、scipy 1.18.0、xlrd 2.0.2，另有一条不锁版本的 tzdata（Windows 无系统时区库，而 pandas 3 硬依赖它）。离线件如表 15-2 所示（件数与体积为本次实测）。
 
 | 离线件目录 | 件数（实测） | 体积（实测） | 覆盖平台 |
 |---|---|---|---|
@@ -1224,7 +1224,7 @@ Linux 侧的适配程度如表 15-4 所示，全部为"已有实现但在本次
 
 ### 16.6 与同批交付文档的对应关系
 
-本章对应《需求分析_观澜_2.92.1.docx》第 11 章（场配置化、机组与机型可替换、数据源形态可适配、阈值按场标定、术语与单位可配、跨场统一口径、按场裁剪收资、换场验收检查表）与《数据要求说明_观澜_2.92.1.docx》第 12 章（通用必选与可选的判定规则、场配置字段对照、数据源形态适配、换场收资差异清单、按场裁剪步骤）；本章给的是设计侧的落点、换场作业单与检查表，数据侧的收资口径与字段要求以数据要求说明为准，需求侧的验收项以需求分析为准。
+本章对应《需求分析_观澜_2.92.2.docx》第 11 章（场配置化、机组与机型可替换、数据源形态可适配、阈值按场标定、术语与单位可配、跨场统一口径、按场裁剪收资、换场验收检查表）与《数据要求说明_观澜_2.92.2.docx》第 12 章（通用必选与可选的判定规则、场配置字段对照、数据源形态适配、换场收资差异清单、按场裁剪步骤）；本章给的是设计侧的落点、换场作业单与检查表，数据侧的收资口径与字段要求以数据要求说明为准，需求侧的验收项以需求分析为准。
 
 ***
 
@@ -1290,7 +1290,7 @@ Linux 侧的适配程度如表 15-4 所示，全部为"已有实现但在本次
 
 | 章节 | 来源文件 |
 |---|---|
-| 1 文档说明 | src/version.py（VERSION 与 HISTORY 的 2.59.0 条目）、docs/需求分析_观澜_2.92.1.docx、scripts/delivery_docs_figures.py |
+| 1 文档说明 | src/version.py（VERSION 与 HISTORY 的 2.59.0 条目）、docs/需求分析_观澜_2.92.2.docx、scripts/delivery_docs_figures.py |
 | 2 设计目标与原则 | docs/系统设计说明.md（四条设计铁律）、app_ontology/.../ontology/mcp_server.py 头部、src/windscada/subsys/fusion.py 头部、src/windscada/perf/reliability.py |
 | 3 总体架构 | configs/serve.json、scripts/guanlan_gateway.py、guanlan.py（组件启动表）、run/pids.json、docs/系统设计说明.md（产物全景） |
 | 4 目录结构与路径真源 | src/paths.py、configs/registry.yaml、docs/系统设计说明.md（路径约定与统一记录）、本次目录实测 |

docs/主张审计清单_v0.1.md

@@ -234,3 +234,28 @@ E 轴的 `checks_total` 含四类：`fleet_base_rate` / `common_mode` / `intrins
 | **置信度 `usable`** | 11/107 | 随 D/A/E 补齐而显著扩大（B 仍属现场数据现实） |
 
 **注**：上表只列**已实测到的机制**与**已知的取数口径**，未承诺具体分值；扩窗后须逐项复跑并重新出件。
+
+---
+
+## 十一、置信度「消费口径」定案（2026-10-06 · 用户选 2：暂不扩窗）
+
+**决定：维持「诊断展示」，不参与任何判级、不进报告等级栏。**
+
+| 现状 | 位置 |
+|---|---|
+| 逐台五轴（A–E）+ 缺件清单 + caveat | API：`/api/fleet` → `fus.置信度`（`per_row`） |
+| 页面展示（含分档计数 · 各可取轴已取到行数 · 结构性缺件 · 前 8 台明细 · 接线状态 · 不可判状态告诫） | 振动融合分析页「**置信度（诊断）**」面板（`data-added="confidence"`） |
+| 判级影响 | **无**（接线只新增字段，未改动任何 verdict/等级/结论） |
+
+**为什么不升级为"消费"（即不让它驱动报告/派工）** —— 三个前提尚未满足：
+1. **E 轴 common_mode 缺失**（无候选链产物；且需 ≥2 窗时间序列 ⇒ 属"扩窗"前置）；
+2. **A 轴仅粗口径**（有 ≥1 条 PASS 线按 5 闸计；`model_run_l6` 只含 PASS 行 ⇒ 逐台逐闸明细无产物承载）；
+3. **`usable` 覆盖率低**（本地 11/107；线上 69 行视图 6）—— 且 **B 轴同窗独立源属现场数据现实**（温度判「—」/油样 stale），非算法可补。
+
+**升级条件（三条同时满足，且需用户明确要求）**：
+① 扩窗到位（≥2 窗，理想 9 窗）⇒ 补 common_mode 与 A 轴逐窗序列；
+② `usable` 覆盖显著扩大（并明确 B 轴缺件时的等级截断规则，如"B 缺 ⇒ 最高只能到中"）；
+③ 用户明确下令"接入报告/派工"（届时须先列出判级变化范围，逐一核对）。
+
+**同时保留的禁令**（延续 P2）：接线验收前，报告与交付件**不得声称已使用置信度评分**；现阶段的正确表述是
+「置信度已作为**诊断**随 `/api/fleet` 下发，页面可见，但**不作为判级依据**」。