用途：这是 In-Design 阶段的收尾门槛，确保设计具备工程可接手的一致信号。交接需同时满足两件事：其一，Figma 文件处于 Ready-for-Dev 状态——最终设计归到单一页面、分区名称与工程故事对应、分区标记为 Ready for Dev、用户可见文案（提示、错误消息、表单校验、邮件正文）已在画板标注、提供带注释的原型；其二，Jira 状态对齐——在 Epic 的 Design 字段链接 Figma 文件，标记分区，由 EM 将 Epic 转为 Ready for Dev，完整流程见 navigating-design-jira-process。任一缺失即未完成。
准备清单：产品计划或 PRD 页面存在且最新；Jira 中工程 Epic 存在且设计者已分配；设计已通过 30%、60%、90% 评审并处理了 90% 反馈；在适用时完成真实用户测试；Figma 最终设计页已整理，无草稿页和未使用画板；所有用户可见文案已在 Figma 标注。缺失项需在声明交接前提出。
Figma 就绪检查：分区与故事对齐，每个命名分区对应单一故事；令牌绑定到库，存在设计系统变量处不使用原始色值，可用 using-figma 的 get_variable_defs 验证；文案已标注；覆盖空、错误、部分成功、离线、付费门槛等边缘状态，若不适用需明确标注。
与其他技能组合：using-figma 用 get_metadata 确认分区存在，用 get_variable_defs 确认令牌绑定，用 search_design_system 排查重复组件；navigating-design-jira-process 负责 Jira 流转；content-style-guide 在声明交接前逐条检查标注文案。
常见遗漏：Figma 未标 Ready-for-Dev；分区未与故事对齐；缺少文案标注；边缘状态缺失。
输出格式：准备清单（已就绪与缺失项）、Figma 就绪检查（分区对应、令牌绑定、文案标注、边缘状态）、Jira 动作（状态转换与 Figma 链接，具体以 navigating-design-jira-process 为准），最后给出明确的 go/no-go 结论。