用途：这是一套组件/样式系统的治理流水线，核心心智模型是“治理 = 收敛 + 冻结”。一次治理必须完成五个动作：单一来源、完整迁移、设卡、删除死代码、写成规则。触发信号包括：同一风格出现第三种手写变体、评审反复纠正同一类错误、恢复任务发现同一数值在代码库里有五种写法。
项目参数：从仓库根目录的 C2D2C.md 解析参数（回退到 .claude/c2d2c.md）；若不存在，可提议用插件根目录旁的 ../../templates/C2D2C.template.md 模板初始化。该技能使用 TOKEN_HOME、SPEC_HOME、GATE_HOME、LAW_HOME、DS_ROUTE、TOKEN_EXPORT、GATES。
主要步骤：0) 决定治理，先定范围（维度、目录、豁免区如演示/营销页/vendor 代码）；1) 全仓普查，用 rg 列出该维度的每种写法、出现次数与代表文件，从实际使用推导阶梯，区分合法特例与漂移；2) 在 SPEC_HOME 写规范文档（阶梯/配方、单一来源、禁用清单、豁免与允许清单），需用户签字后才动代码；3) 收敛实现，令牌进 TOKEN_HOME，组件 API 吸收几何/颜色，重度耦合时用 restyle-in-place 只换视觉外壳并记录阻塞；4) 一次性迁移所有调用点，不做双轨期，新 API 无法表达的回到第 2 步改规范；5) 在 GATE_HOME 写 check:<system> 并在 CI 聚合中挂载，允许清单只放存量债且只能缩小；6) 彻底删除旧令牌、旧类、旧组件、导出、类型、i18n 键等死代码，跑 GATES 确认无悬空；7) 在 LAW_HOME 写规则、更新 DS_ROUTE 预览页、运行 TOKEN_EXPORT 同步到设计侧。
汇报节奏：步骤 1-2 合并为一条消息（普查发现 + 规范草稿，暂停）；步骤 3-7 后收尾汇报迁移量、门禁清单、删除清单、规则差异与 MR 链接。官方原文未提供收费、平台与效果等信息。