设计交付的关键不是“把文件发过去”，而是让开发能在同一份来源里拿到尺寸、间距、颜色、字体、切图与组件规范，并且在版本迭代时可追踪、可回滚。下面这份清单聚焦 UI 设计到开发交接阶段常见的四类能力：标注与资源导出、设计系统/文档沉淀、Design Token 同步、评审与反馈闭环。每个工具的授权与价格会随版本变化，商用前建议再核对一次协议。
需看协议：协作与开发交付能力完整，Dev Mode 可查看样式、变量与组件信息，并支持 Inspect/复制代码片段。
适合把设计稿、组件库与交付标注统一在一个平台，减少“设计稿一份、标注一份、切图一份”的割裂。
工具地址：https://penpot.app/
需看协议：开源协作式设计工具，支持矢量编辑、组件与团队协作，也能满足基础交付与预览。
适合偏技术团队自托管或希望更可控的工作流；商用与托管方式不同，授权请按实际部署核对。
工具地址：https://zeplin.io/
需看协议：老牌交付平台，强调从设计稿自动生成标注与样式指南，提供给开发统一查看入口。
适合“设计工具 + 交付平台”分层的团队，用来把交付口径固定下来，减少沟通成本。
工具地址：https://avocode.com/
需看协议：曾经常用的交付与切图工具，部分团队仍会遇到历史项目或旧流程引用。
如果你在整理团队交付规范时发现旧文档提到它，建议同步给团队：优先迁移到当前仍持续维护的方案。
工具地址：https://storybook.js.org/
免费商用：前端组件工作台，可把组件状态、交互与文档可视化，作为“可运行的组件说明书”。
适合建立“设计-开发共同语言”：设计交付的不只是静态稿，还包括组件行为、边界与状态。
需看协议：设计系统文档工具，擅长把规范、组件说明、示例与链接结构化沉淀。
适合把交付要点写成可检索的知识库，降低新同学上手成本，也方便做版本变更记录。
工具地址：https://www.frontify.com/
需看协议：品牌与设计系统管理平台，支持组件/规范/资产集中管理，适合规模化团队。
如果你需要跨产品线统一品牌资产与组件规范，Frontify 这类平台能把“交付”变成持续治理。
需看协议：把颜色、字号、间距等设计变量以 Token 形式管理，可导出为 JSON 等格式与代码侧同步。
适合把“样式表”从文档变成结构化数据，让开发不再手抄值；上线前注意 Token 命名规范与分层策略。
工具地址：https://amzn.github.io/style-dictionary/
免费商用：Design Token 构建工具，可将 Token 生成多端格式（CSS/JSON/iOS/Android 等）。
适合工程化落地：把 Token 当作单一事实来源（SSOT），配合 CI 生成产物，减少“设计改了但代码没改”。
需看协议：面向团队的 Token 与设计数据管道，强调从设计源头采集并持续同步到代码与文档。
适合想要一条更自动化的“设计数据流水线”的团队；落地时要先统一命名、分层与发布节奏。
需看协议：面向图片/网页/文档的在线批注与反馈协作，适合评审与走查阶段快速收敛问题。
建议把“交付验收”与“问题闭环”串起来：每次交付的反馈都可追踪，减少口头沟通丢失。
工具地址：https://bugherd.com/
需看协议：网站反馈与缺陷收集工具，支持在页面上直接点选位置反馈，自动带上环境信息。
适合做线上走查、灰度验收与跨部门反馈汇总；用它把“反馈”结构化，开发更容易定位与复现。
