# 2026-09-05 会话记录

## 工单七态状态编码由 0–6 调整为 1–7（只改编码这一项）

- 目标：沿用 domain-modeling 共识，在**不改变**状态名、流程结构、“验收驳回=回退动作”“已取消终态”“删除延期”等任何既有结论的前提下，把七态目标编码改为从 1 开始：`1 待派单 / 2 待接单 / 3 已接单 / 4 处理中 / 5 待验收 / 6 已结案 / 7 已取消`。
- 关键领域结论：改为从 1 开始后，**前六态与现网旧编码 1–6 同值**，仅第 7 态语义不同（旧 7=“已驳回”且 `cancel`/`reject` 混用 → 新 7=“已取消”）；验收驳回回退边由 `4→3` 变为 `5→4`；中间态区间由 `0–4` 变为 `1–5`；终态括号由“已结案(5)/已取消(6)”变为“已结案(6)/已取消(7)”；因此前六态无需做存量数据重排。
- 文件变更（均为 Markdown，未改任何代码）：
  - 后端 `pipe-ner-server`：`pipe-network-service/docs/domain/work-order-lifecycle.md`（状态表、迁移表、证据箭头 3→4/4→5、终态与中间态括号、第 8 节对照表与迁移说明）、`pipe-network-service/docs/adr/0008-...md`（决策状态行、回退 5→4、已取消(7)、待接单(2)、编码与迁移、双轨后果）、根 `docs/superpowers/specs/2026-08-26-*.md` 与 `2026-08-27-*.md`（“目标编码 0-6”→“1-7”、“迁移后目标编码 6”→“7”）。
  - 前端 `city-life-line`：`docs/domain/work-order-lifecycle.md`（27 处单行编码同步，保持 CRLF）、`memory/long-term.md`（补记 1–7 版七态长期决策）。
  - UE `Pipelines`：`docs/domain/work-order-lifecycle.md`（状态表、迁移区间、第 6 节对照表）。
- 刻意未改：三份 lifecycle 的 mermaid 状态图（节点用状态中文名、不含编码）；三仓 CONTEXT、前端 design、UE issue#10/#28/spec/vendor/prototype（均只用状态名、不含目标编码数字）；`memory/sessions/2026-09-04.md`（历史会话，如实保留当时 0–6 定稿）；ADR-0008 背景段对旧九态 1–9 的描述（历史事实）；所有源代码。
- 验证：改后全仓复扫“目标编码 0-6 / 0 待派单 /（0–4）/ 0/1/2/3/4”等目标编码痕迹应清零，允许保留的仅为旧九态 1–9 背景、废止项旧 7/8/9 与 09-04 历史记录；前端 lifecycle 27/27、两份 spec 各 2/2、long-term 插入均命中。
- 风险与后续：文档与后端仍处双轨期，后端代码与存量数据迁移另开任务——把旧 7 重定义为“已取消(7)”、实现 5→4 验收驳回回退、下线旧 8/9 延期，前六态无需整体重排。

## Gogs Issue #7 / #8 人工验收通过并关闭

- 用户确认：Issue #7「T3 管网数据统计分析」与 Issue #8「T4 供水运行监测」已人工验收通过，并在 Gogs 关闭。
- 本次仅同步文档（记忆库、`CONTEXT.md`、设计文档），未改任何代码；`memory/sessions/2026-09-01.md` 中“等待人工验收”的表述为当时事实，按历史快照惯例保留原文不改写。
- 同步中发现本仓共识文档存在漂移并已修复：`CONTEXT.md`（最后提交 2026-08-27）与设计文档仍残留旧口径（“已驳回”阶段、申请延期/处理延期），09-04 共识轮对本仓的修订未落盘。本次对齐七态共识：`CONTEXT.md` 工单处置状态改为含“已取消”并标注终态、补“验收驳回/已取消/处理流水”术语、工单处置措辞改“验收驳回”；设计文档删除全部延期环节、驳回统一为“验收驳回（回退动作）”、误报终止统一走“取消（已取消终态）”、状态色灰色对象改为“已取消或不可操作”。
- 影响：T3/T4 交付闭环；供水当前活跃项为 T5（阈值，已完成）、T6（设备准入/台账/异常态势，补充验收已完成）及工作区未提交的台账统计增量（`getDeviceLedgerStatistics` 统计卡与设备图片 URL 归一化）。

## 供水设施五页 UI 统一美化：spec 落盘（未改任何代码）

- 目标：把前两轮排查结论（五页为 RuoYi 经典 CRUD、样式全靠全局 `facility-*`/`detail-drawer` 类、无自有 `<style>` 块；与统计/台账页蓝白指挥台风格不一致）写成正式 spec，并确立任务边界。
- 产出：新建 `docs/superpowers/specs/2026-09-05-water-facility-pages-ui-unification.md`（draft，待确认）。
- 用户确认的边界：**仅页面美化**——只改五个 `basic/{pipeInfo,pumpStation,waterPlant,waterSource,waterUserInfo}/index.vue` 的模板与样式、新建一份共享 `waterFacilityPageTheme.scss`（+推荐新增源契约测试）；五页 `<script>` 块、后端、全局样式、其他页面、指标卡（需后端统计契约）全部不改；既有测试零修改（类名 `facility-form-drawer`/`detail-drawer`/`facility-row-actions`/`facility-row-action is-*` 刻意保留）。
- 关键事实：EP 图标已全局注册（`svgicon.js`），页头图标可零 script 改动；`right-toolbar` 为全局组件可直接删标签；五页 `basic` 页面仅供水菜单壳引用，影响面封闭。
- 实施顺序：T-A 水厂页打样 → T-B 其余四页铺开 → T-C 走查/三档截图/全量测试/构建。
- 状态：spec 待用户确认，确认后开始 T-A；本轮及此前均未改任何代码。

## T-A 水厂页打样完成（用户已确认 spec）

- 文件变更：
  - 新建 `src/views/subSystem/waterSupply/components/waterFacilityPageTheme.scss`：五设施页共享 chrome 主题（water-page 渐变底、42px 蓝青渐变页头图标、filter-card/table-card、card-title、facility-error、768px 响应式）；取值逐字提取自 WaterDevicePage/WaterFacilityDashboard scoped 实现。
  - 改 `src/views/subSystem/basic/waterPlant/index.vue`：仅模板与样式——根类改 `water-page facility-page`；新增页头（`House` 图标 + 标题/副题 + 白底蓝框刷新按钮绑既有 `getList`）；筛选套 `el-card.filter-card`（卡头“筛选”+ 新增/删除/导出/导入移入卡头右侧）；表格+分页套 `el-card.table-card`（卡头“水厂清单”）；移除 `right-toolbar`；抽屉/弹窗/操作列/回收站/导入弹窗全部原样；`<script>` 块零改动。
  - 新建 `tests/waterFacilityPageTheme.test.mjs`：源契约测试（T-A 仅水厂，T-B 后扩展为五页）。
- 验证：
  - `node --test tests` 69/69 通过（不含既有损坏的 `waterDeviceGisMap.test.mjs`，见风险）。
  - 既有契约测试零修改全绿：`detailDrawerRule.test.mjs` 3/3、`waterFacilityQuery.test.mjs` 5/5、`waterFacilityImportCoordinates.test.mjs` 2/2。
  - `npm run build:prod` 成功（exit 0；注意 `2>&1` 合并 stderr 时 PowerShell 会报伪 exit 1，Sass 弃用警告为既有）。
  - `git diff --check` 干净。
- 风险与后续：
  - 既有损坏（与本次无关）：`tests/waterDeviceGisMap.test.mjs` 3 个用例 ENOENT——引用 `src/views/subSystem/waterSupply/components/WaterDeviceGisMap.vue`，该文件不在工作区、不在 git 历史、未被 .gitignore 忽略，属其他任务遗留的测试/组件失配，需另行处理。
  - 视觉基准待用户在真实环境（`npm run dev` + 后端 8300/pipe）确认水厂页后，再开始 T-B 其余四页铺开。
  - 本轮未提交/未推送。

## T-B 四页铺开完成（pipeInfo/pumpStation/waterSource/waterUserInfo）

- 改动仅在五页外壳模板与共享 SCSS，script 零改动；四页与打样页同构标题/副题/图标/清单名/权限串/抽屉与操作列逐字保留。
- 后续按你要求，`tests/waterFacilityPageTheme.test.mjs` **不提交**，已从磁盘清理删除。
- 关键事故事实记录：今天 16:10 有一次 `rebase`（start: checkout origin/master）落地，外部新代码进入。
- 当前门禁状态：
  - `node --test tests` 75 项、74 通过、1 失败`detailDrawerRule.test.mjs`：扫描到外部新文件 `src/views/subSystem/pipeNetwork/ops/inspectTask/index.vue:224` 有详情 `el-dialog`，违反全仓“详情必须走 rtl 抽屉”规则；T-B 自身无关。
  - `npm run build:prod` 重新跑完整日志（pwsh-4）真实 exit=0，构建通过；之前那次 exit 1 是 stderr 合并导致的 PowerShell NativeCommandError 伪失败。
  - `git diff --check` 干净。
- 未做：把外部 inspectTask 详情对话框改造成 `detail-drawer`（非本次范围，应该由原任务完成方或下轮修正）。

## 用户验收反馈两项：图标缺失修复 + drawer 规则边界收敛（已提交 a089bef）

- 用户人工审查发现：水源地页左上角图标缺失（只有渐变背景框）。根因：`Water` **不存在**于 `@element-plus/icons-vue`（仅有 HotWater/Watermelon），`<Water />` 是未注册组件渲染为空。修复：改用 `Drizzling`（细雨，水源意象），并核对其他四页图标（Share/Odometer/House/User）均存在无问题。用户确认修复生效。
- 用户决策：**“所有详情 el-dialog 必须改为 rtl 抽屉”规则只针对供水系统**。已改 `tests/detailDrawerRule.test.mjs`：扫描范围从全仓 `src/views` 收敛为 `subSystem/waterSupply/**` + `basic/` 五个供水设施目录（basic 下其他页面属燃气/井盖等系统，不纳入）；外部 `inspectTask` 的详情 el-dialog 从此不被该测试约束。spec 文档同步更新该边界表述。
- 临时测试 `tests/waterFacilityPageTheme.test.mjs` 的删除一并入提交（用户此前要求清理不提交）。
- 提交：`a089bef fix(water): use existing EP icon for water source and scope drawer rule`（4 文件，仅精确暂存本修复路径；用户在途的 GisMapCanvas/gisMapColors/gisMapCanvas.test/src/assets/gis 及早前轮次的 CONTEXT/设计稿/memory 改动均未夹带）。未推送。
- 提交前门禁：`node --test tests` 75/75 全绿。