docs(harness): 企业信息分类同步转 passing，计划归档

用户确认通过（回复「passing」）。

- feature_list.json 的 company-classify-dms-sync：in_progress → passing；
  verification 里「修正后尚未再走一遍浏览器」换成用户实测确认，
  evidence 补齐四类脚本通过数与真实数据核对（宇树 1886 = 31 条、c_honor 全有值、键无重复）
- 计划归档：active/company-classify-dms-sync.md → completed/，补状态头（结果/验证/两次修正索引）
- 归档后 active/ 只剩 dms-api-replacement.md

记录上如实区分：用户只说「passing」，未逐项回报浏览器所见，故写「经用户确认通过」，
不编造字段级核对细节。

验证：validate-harness 通过（20 项功能，in_progress 0 项）。

Co-Authored-By: Claude Code <noreply@anthropic.com>

harness/docs/exec-plans/active/company-classify-dms-sync.md → harness/docs/exec-plans/completed/company-classify-dms-sync.md

@@ -1,5 +1,16 @@
 # 企业信息分类同步（company_info → classify → DMS 1888/1886）
 
+> **状态**：✅ **已完成并人工验证**（2026-09-18 归档到 `completed/`）
+> **结果**：对话 `result` 事件带回 `company_info` 时，回答完成后自动同步到 DMS 两个企业栏目——
+> 1888 写分类接口给的六角度标签（一行一家企业，字段级 diff），
+> 1886 按 `honors.records` 逐条荣誉与库里的行全量对齐（`c_honor` 存荣誉名）。
+> 全程 fire-and-forget，不影响聊天。
+> **验证**：纯逻辑 66/66、适配层直通 10/10、真实 DMS 23/23、端到端 20/20；
+> 真实数据核对（宇树科技 1886 = 31 条、`c_honor` 全有值、无重复行）；
+> **浏览器验证通过（用户 2026-09-18 确认转 passing）**。
+> **过程**：本轮用户实测带动两次修正——①1886 的数据源从「分类标签」改为 `honors.records`
+> ②荣誉名从 `c_tag_name` 改为新建的 `c_honor`。两次都记在 `../../progress.md` 的 Session 061 续篇。
+
 ## 目标
 
 对话返回的 `result` 事件里带 `company_info`（非空）时，自动把该企业的分类结果同步到

harness/progress.md

@@ -2627,3 +2627,30 @@
   （`c_honor → c_tag_name → title`）——留着比删掉更稳，万一还有别的行是中间版本写的
 - 已把这条决定写进 `DMS_COLUMNS.md` 的 1886 字段说明，免得下次有人再问「这列怎么没人写」
 
+## Session 062
+
+- **日期**：2026-09-18
+- **本轮目标**：用户回复「passing」——把「企业信息分类同步」转到 passing 并归档计划
+- **已完成**：
+  - `feature_list.json` 的 `company-classify-dms-sync`：**in_progress → passing**
+    - verification 里那条「⚠️ 浏览器端到端仅在实测中发现并修正了数据源问题、修正后尚未再走一遍」
+      换成**用户实测确认**（含「实测带动了两处修正」的经过）
+    - evidence 补齐：四类脚本通过数 + 真实数据核对（宇树 1886 = 31 条、`c_honor` 全有值、无重复行）
+  - 计划 `company-classify-dms-sync.md` 从 `active/` **归档到 `completed/`**，
+    补上状态头（结果、验证、过程中两次修正的索引）
+  - 归档后 `active/` 里只剩 `dms-api-replacement.md`（企业信息 1888 那条仍在办）
+- **运行过的验证**：`node harness/tools/validate-harness.mjs` 通过（**20 项功能，in_progress 0 项**）
+- **已记录证据**：本文件 Session 062；`completed/company-classify-dms-sync.md` 的状态头；
+  `feature_list.json` 的 evidence
+- **提交记录**：见下条提交（已按约定提交推送）
+- **更新过的文件或工件**：`harness/feature_list.json`、
+  `harness/docs/exec-plans/{active→completed}/company-classify-dms-sync.md`、本文件
+- **已知风险或未解决问题**：
+  - ⚠️ 记录的措辞说明：用户只回了「passing」，**没有逐项回报浏览器里看到什么**。
+    因此写的是「经用户确认通过」，没有编造「已核对 1888/1886 的每个字段」这类细节
+  - ⚠️ 数据一致性的固有风险仍在（与本轮无关）：1886 的删除语义是「与后端列表全量对齐」，
+    后端 `honors.complete=true` 时库里多出来的行会被删；若某天后端数据退化，前端会跟着删。
+    要改成只增不删，改 `diffHonorRows` 的 `allowDelete` 一处即可
+- **下一步最佳动作**：功能清单已无 in_progress；候选方向见 Session 031 的优先级清单
+  （其中「企业信息 1888 切 DMS」这一条现在**已经有现成的读写实现可复用**，成本比当初估计的低）
+