chore(product): 废弃并删除 db/sync_dim_style.py

采集端运行时身份已改为直接读 dim_style，这个脚本的投影方向变成"自己写自己"：
既补不了旧 cmt_styles 台账数据，upsert 又是 EXCLUDED 全量覆盖，跑一次有可能把
空值写回 dim_style。款式新增与改款统一走 data-hub「产品生命进程」建档页。

- 删除 src/gyxx_flow/modules/product_commerce/db/sync_dim_style.py（390 行）
- 移除 config/runtime-bindings.json 绑定（cdp_port 22070）与 source-manifests 条目
- 测试计数同步：PRODUCTION_PYTHON 65 -> 64，集成绑定 158 -> 157
- docs/dynamic-workflow-config.md 补废弃说明；运行时路径图与表说明由 cmt_styles
  更正为 dim_style
- db/__init__.py 表来源说明同步

验证：tests 根级套件 11 failed / 820 passed，与改动前完全一致（失败均为清单
sha256 与既有环境问题，非本次引入）。

docs/dynamic-workflow-config.md

@@ -56,14 +56,15 @@ PostgreSQL 的动态配置表。生命进程负责款式名、品牌、ERP 款
 
 数据库使用父子表：
 
-- `cmt_styles`：产品生命进程主表，一个款式一行，保存 ERP 编码、四个平台商品编码和 NFC 数量。
+- `dim_style`：产品生命进程主表，一个款式一行，保存 ERP 款式编码、四个平台商品编码、系列归属和销量飞书表；采集端运行时身份的唯一权威来源。
+- `cmt_styles`：笔记分析用的款式挂载表（`cmt_notes_master.style_id` 引用其 id），已退出 product 采集身份，仅在 `dim_style` 不可用时作兜底。
 - `workflow_dynamic_styles`：一个款式一行，保存共享飞书目标及内容工作流参数。
 - `workflow_dynamic_style_platforms`：一个款式可有多个平台子行，保留平台画像表、启停状态和旧商品 ID 兼容快照。
 - 旧 `workflow_dynamic_configs` 保留为原始迁移审计，不再参与运行时读取。
 - `erp_codes`、`item_ids` 使用 PostgreSQL 数组，页面接受中英文逗号或换行并自动去重。
 - `destinations` 使用通用 JSONB 目标列表，每项包含 `key`、`label`、`url`、`description`、`enabled`；六个旧目标字段仍同步保留，保证已有工作流兼容。后续新增分析逻辑只需增加一个稳定的 `key` 和对应飞书表地址。
 - 款式带递增 `revision`；整页保存和删除必须提交 `If-Match`，避免并发覆盖。
-- `cmt_styles.platform_product_ids` 的四个键固定为 `tm`（天猫）、`jd`（京东旗舰店）、`jd_self`（京东自营）、`dy`（抖音）；空数组表示该平台尚未补齐。
+- `dim_style` 的四个平台列固定为 `tm_spus`（天猫）、`jd_spus`（京东旗舰店）、`jd_self_skus`（京东自营）、`dy_spus`（抖音）；空数组表示该平台尚未补齐。同系列只需主款填写，子款靠系列归属继承。
 
 ## 首次迁移
 
@@ -98,31 +99,36 @@ uv run --env-file 'D:/product-collector-analyze-flow/.env' `
 uv run --env-file 'D:/product-collector-analyze-flow/.env' `
   --project 'D:/gyxx-flow' `
   python -m gyxx_flow.migration.sync_feishu_style_identity --apply
-
-uv run --env-file 'D:/product-collector-analyze-flow/.env' `
-  --project 'D:/gyxx-flow' `
-  python 'src/gyxx_flow/modules/product_commerce/db/sync_dim_style.py'
 ```
 
 脚本按款式合并旧表的多平台行，只写入 `cmt_styles` 的品牌、ERP 编码和四个平台商品编码，
-不会覆盖 NFC、图片、类目或市场标签；空源字段不会清空生命进程已有身份。拼多多等当前四键
+不会覆盖 NFC、图片、类目或市场标签；空源字段不会清空已有身份。拼多多等当前四键
 模型之外的平台只保留在动态平台配置/审计中，不会伪装成天猫、京东或抖音编码。默认是预览，
 必须显式传 `--apply` 才会写数据库。
 
+> **`db/sync_dim_style.py` 已废弃并删除（2026-10-28）。**
+> 采集端运行时身份改为直接读 `dim_style`，该脚本再跑就是把 `dim_style` 投影回它自己，
+> 既补不了旧台账数据，也可能把空值写回。款式新增与改款统一走 data-hub「产品生命进程」
+> 建档页，下一轮调度自动生效，不需要再手工同步。
+
 服务器必须注入 `GYXX_POSTGRES_DSN`，或完整的 `PG_HOST/PG_PORT/PG_DB/PG_USER/PG_PASSWORD`。
 没有数据库且没有数据库生成的运行缓存时，相关工作流会明确失败，不会静默回读旧飞书主表。
 
 ## 运行时路径
 
 ```text
-产品生命进程 cmt_styles (商品身份)
+产品生命进程 dim_style (商品身份：ERP 编码 / 四平台编码 / 系列归属 / 销量表)
     +
 workflow_dynamic_styles + workflow_dynamic_style_platforms (目标/画像/启停)
     ↓
-统一运行时聚合
+统一运行时聚合（dim_style 优先，cmt_styles 仅在 dim_style 缺失时兜底）
     ├─ 完整身份门 → StyleConfigLoader → 商品经营工作流
     └─ 目标兼容输出 → feishu_mapping    → 内容营销工作流 → 各业务飞书目标表
 ```
 
+系列共享规则：ERP 款式编码逐款必填；平台商品编码与销量飞书表整系列只需主款填写，
+子款通过系列归属继承销量表，但**不复制平台编码**——同一个商品 ID 被多款重复采集会把
+访客/加购重复入账。
+
 `StyleConfigLoader` 只在数据库短暂不可用时使用最近一次数据库成功读取后生成的本地缓存；
 `feishu_mapping` 的目标表字段缓存仍保留，用来减少对各业务飞书表的字段查询。