设计交付做得好不好，往往不取决于“设计稿画得多漂亮”，而是取决于：能不能把组件规范、状态说明、切图与变量（Design Tokens）一起交付给开发，并且让评审与反馈有闭环。下面这份清单把常见的交付链路拆成几个环节，你可以按团队规模组合使用。
工具地址：https://zeplin.io
需看协议：提供设计稿标注、样式提取与开发协作空间；免费/付费功能与商用条款以官方为准。
适合想把交付与评审从设计工具中“独立出来”的团队，减少来回截图沟通。
工具地址：https://avocode.com
需看协议：支持从多种设计格式导入并做标注、切图与协作；是否提供免费方案与商用许可请以官网说明为准。
优势是“对格式兼容友好”，适合混用多种设计工具的团队过渡。
工具地址：https://penpot.app
免费商用：开源协作设计工具，可自托管；具体许可与商用范围以其开源协议为准。
如果你希望把设计与交付链路放进自家基础设施里（内网/合规），Penpot 是一个值得评估的选项。
免费商用：开源组件开发与文档平台；许可与商用范围以其开源协议为准。
把 UI 组件“可运行地展示出来”，比静态标注更能减少理解偏差，尤其适合设计系统与多状态组件。
工具地址：https://www.chromatic.com
需看协议：提供 Storybook 托管、可视化回归测试与评审工作流；计费与商用条款以官方为准。
适合希望把“评审 + 组件回归”统一到一套流程里的团队，减少线上返工。
工具地址：https://amzn.github.io/style-dictionary/
免费商用：开源 Design Tokens 构建工具；许可与商用范围以其开源协议为准。
把颜色、字号、间距、圆角等变量从“设计稿里的一堆值”变成可自动输出到 iOS/Android/Web 的配置，提升一致性。
需看协议：Figma 生态的令牌管理方案，常用于把变量与 JSON/Style Dictionary 对接；具体授权以官方为准。
适合正在做设计系统、并希望把“设计变量 ↔ 开发变量”打通的团队。
需看协议：聚焦设计系统文档、组件规范与团队协作；计费与商用条款以官方为准。
当团队规模变大时，“把规范写成可维护的文档”比在群里反复解释更省时间。
需看协议：提供品牌资产管理、指南与协作；商用授权与价格以官方为准。
适合品牌规范复杂、需要对外对内统一输出的团队，让资产可检索、可复用、可审批。
工具地址：https://squoosh.app
免费商用：浏览器端图片压缩与格式转换工具；许可与商用范围以其开源协议为准。
用于交付前快速把 PNG/JPG 转成 WebP/AVIF 并压缩，减少前端性能问题与资源体积。
