设计工程化，不只是把设计稿变成代码

问题从来不只在最后一公里

传统产研流程把产品、设计与前端排成一条流水线。每个角色在自己的节点上完成任务，却很少共同维护最终质量。偏差因此被推迟到开发或验收阶段：设计师开始逐像素走查，前端被迫返工，产品则等待两边重新对齐。

设计转代码如果只介入最后一公里，只会更快地复制上游的不一致。所以我们先处理设计系统与协作方式，再讨论生成。

设计系统是机器可读的团队共识

DSM 不只是组件库的展示页。组件属性、Design Tokens、图层命名与业务模板，本质上都在描述“我们怎样设计和开发一个产品”。

当这些规则稳定下来，它们既服务设计师与前端，也可以成为 Agent 的上下文。设计资产只有在被团队反复调用、被代码准确映射、被结果持续校验时，才真正成为工程资产。

Agent 需要上下文

LLM 擅长理解和生成，但它不知道企业内部的组件叫法、代码目录与验收边界。

这需要由 MCP 连接设计工具，由 Code Connect 建立组件映射，再由 AGENTS.md、Skills 与组件契约补充团队运行方式。当上下文变得清楚，D2C 才从一次演示变成一条可复用的工作流：需求理解、设计解析、组件匹配、代码生成、静态检查与 UI 验收。

最终交付的是新的研发秩序

Hydee D2C Agent 的价值不只在节省前端时间。更重要的是，它迫使团队更早定义规则，让产品、设计和研发围绕同一份结构化信息协作。

设计工程化不是要减少设计，而是过滤重复劳动，让设计师把精力重新放回问题、关系与体验本身。