技能提升网开发在设计任务下连续留了四条评论：保存过程中按钮是什么状态，接口失败后错误放在哪里，名称超过两行怎么截断，手机端表格还保不保留横向滚动。设计稿中的默认页很完整，这四个问题却没有答案。
静态画面只能说明某个时刻长什么样。交接真正要覆盖的是状态变化、内容边界和不同屏幕下的行为。AI 适合做一次“缺失项扫描”，但不能替设计师做未经讨论的产品决定。
先按组件列状态，不按页面数点稿
同一个输入框可能有默认、聚焦、已填、错误、禁用和加载状态；弹窗还涉及打开来源、焦点位置、关闭方式和背景滚动。页面画得再多，只要这些状态没有定义，开发仍要猜。
design-handoff 可以依据 Figma、截图或设计说明，整理尺寸、设计令牌、组件属性、交互状态、响应式断点、内容规则、边界和动画细节。输入不完整时，它生成的内容应视为待确认清单。
让 AI 专门寻找没有画出来的分支
检查每个动作的开始、进行中、成功、失败与重试；再检查空数据、超长文本、权限不足、网络缓慢和重复提交。AI 可以把这些分支与现有画板逐项对照，输出“已有设计”“文字已说明”“完全未定义”三种结果。
未定义不等于自动补一个通用方案。比如保存失败是保留弹窗还是关闭后提示，牵涉业务风险与用户预期，必须由产品和设计确认。
断点要写行为，不只写宽度
每个断点需要说明导航是否收起、列是否隐藏、按钮是否固定、文字如何换行、触控目标多大。桌面表格改成手机卡片后，还要确定字段顺序与次要信息的入口，不能简单缩小。
一份能执行的交接规格包含什么
- 元素尺寸、间距、颜色、字体与对应设计令牌。
- 组件属性、变体、交互触发和状态切换。
- 断点及每个断点的布局行为。
- 空值、长文本、错误、权限与加载等边界。
- 键盘焦点、语义标签、对比度和动画减弱要求。
设计师最后应逐条处理 AI 标出的未知项，开发确认规格能够落地，测试再把高风险状态转成验收用例。做到这一步，交付物才从“几张画板”变成可实现、可测试的说明。
