docs(company): 记录 1886 不放分类、c_tag_name 不承担语义（用户确认）

用户问「c_tag_name 存分类了吗」。全表核查（1886 约 1986 行）：
- 分类不在 1886，在 1888 的六个 c_tag_* 字段（宇树的 c_tag_honor = ["中国独角兽企业","国家级高新技术企业"]）
- c_tag_name 只有宇树 20 行有值，且与 c_honor 相同 —— 中间版本（名字写在该列的那版）的残留；
  author=ams_user 是建行的人、不是最后改的人
- 后端没有「每条荣誉 → 分类」的映射，1886 天然没有可写的分类

用户拍板：不用它、也不清理（「不用吧」）。代码不改，读取荣誉名时仍保留
c_honor → c_tag_name → title 的回退链；决定已写进 DMS_COLUMNS.md 与 progress.md。

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

harness/docs/reference/DMS_COLUMNS.md

@@ -90,7 +90,10 @@
 > - **`c_honor` 存荣誉名称**（如「独角兽企业」），系统字段 `title` 同时写
 >   （DMS 列表用后者显示，且 09-17 灌入的行本来就有 title）
 > - `c_tag_name` 是同日**先建的同类列**，早期版本把荣誉名写在了这里；
->   用户 2026-09-18 18:17 新建 `c_honor` 后它**不再当名字用**，只作读取兼容
+>   用户 2026-09-18 18:17 新建 `c_honor` 后它**不再当名字用**，只作读取兼容。
+>   📌 **2026-09-18 用户确认：这一列不承担任何语义、也不用清理**——
+>   全表扫过，只有宇树科技那 20 行有值（都是中间版本写入的荣誉名，与 `c_honor` 相同），
+>   留着无害；1886 **不放分类**（分类是企业级的，在 1888 的 `c_tag_*` 六个字段里）
 > - 别的列照抄后端记录：`c_level`=Level、`c_source`=Source、
 >   `c_publish_office`=PublishOffice、`c_publish_date`=PublishDate、
 >   `c_beging_date`=BegingDate、`c_dead_line`=DeadLine、`c_certificate_code`=CertificateCode

harness/progress.md

@@ -2610,3 +2610,20 @@
 
 **仍未做**：浏览器端到端（用户实测后改了两次数据源/字段，尚未再走一遍浏览器）。
 
+### 续 4：确认 `c_tag_name` 不承担语义（用户 2026-09-18）
+
+用户问「c_tag_name 存分类了吗，或者说有分类吗」。全表核查（1886 共约 1986 行）结论：
+
+- **分类不在 1886**，在 **1888** 的六个 `c_tag_*` 字段（宇树：`c_tag_honor` = `["中国独角兽企业","国家级高新技术企业"]`）
+- 1886 的 `c_tag_name` **只有宇树 20 行有值**，且值与 `c_honor` 完全相同
+  —— 是**中间版本**（荣誉名写在 c_tag_name 的那版）留下的残留；
+  `author_name=ams_user` 是**建行的人**、不是最后改的人（DMS 的 author 创建即定死）
+- 后端也没有「每条荣誉 → 分类标签」的映射（分类接口的资质荣誉角度是企业级的，宇树只有 2 个标签），
+  所以 1886 天然没有可写的分类
+
+**用户拍板：不用它、也不用清理**（「不用吧」）。因此：
+
+- 代码**不改**：`c_tag_name` 既不再写、也不清理；读取荣誉名时仍保留它作为中间回退项
+  （`c_honor → c_tag_name → title`）——留着比删掉更稳，万一还有别的行是中间版本写的
+- 已把这条决定写进 `DMS_COLUMNS.md` 的 1886 字段说明，免得下次有人再问「这列怎么没人写」
+