Penpot 设计交付：组件、检查模式与开发协作

先验证设计资产能不能交接

用一张登录页作为试验：设计一个输入框、按钮和错误提示，建立复用组件，然后让开发者在检查面板确认尺寸、属性和资源导出。能否把设计决策准确传递给开发，比是否有更多模板更重要。

组件主件与实例要分清

Penpot 的组件有主件与实例。主件改动可以传递到实例，但实例也可能有局部覆盖。设计系统开始前应约定哪些属性允许覆盖，例如按钮文案可以变，间距规则不应随意漂移。

开发人员真正需要看到什么

检查模式可以查看测量、样式等设计属性，也能导出资产。交接时应提供屏幕状态、响应式断点、交互规则和异常状态，不能把单张静态图当成完整实现说明。

是否值得从 Figma 迁移

先试一个真实项目，比较团队协作、组件维护、插件依赖与资产交接。使用 Figma 已成熟的团队，迁移成本可能高于短期工具收益；新项目可以先做小范围试点。

给开发者一份可检查的登录页交接稿

一个简单的登录页也至少需要正常输入、空字段提示、密码错误、提交中、提交失败和成功跳转六种状态。先在 Penpot 画出主屏及必要变体，再让开发者按下面的顺序交接，避免只凭一张静态稿推测交互。

1. 在组件库里确定输入框、按钮和错误提示的复用方式。
2. 为手机和桌面各留一个可检查的布局状态，说明内容换行与表单宽度。
3. 在 Inspect / Dev tools 中读取间距、字体和色彩，必要时导出图标资源。
4. 逐项验收键盘聚焦、错误提示、加载状态与表单可访问名称。

Penpot 可以帮助提取设计属性和代码片段，但最终 HTML 结构、键盘行为以及响应式逻辑仍需要开发者实现与测试。