01 / 范围
选了“全部”，却只包含当前页
用户要的是整轮巡查成果，表头全选却只覆盖当前页的 10 条。翻页以后，之前选中的也丢了。
已选 0 项
共 6 项
试着全选、翻页，再回来。选择会丢失。
AI 先问这些选择是否需要跨页保留。
AI 工作流 · 设计检查规则
把设计经验整理成可复用的 AI 工作流
我把无人机巡查后台一次批量下载中碰到的三处问题，整理成 Edgecase Planner，一套给 AI 使用的设计检查规则，先问选中的范围、等待时的反馈和失败后能不能重来。设计前，它按用户任务问出还没定的事；设计后，它对照业务要求和操作证据检查已有方案。规则在四个真实任务上跑过，也随使用反馈修订。
- 角色
- 提炼检查规则、设计提问流程、判断建议并组织回查
- 工具
- Edgecase Planner · 给 AI 使用的设计检查规则
- 材料
- 真实需求文档、设计稿、业务答复与可操作页面
- 产出
- 带依据的检查结论、设计工作安排与可复用规则
- 阶段
- 个人工具实践 · 持续迭代
01 / 经验起点
从一次批量下载，整理出第一批检查问题
在无人机巡查成果后台，用户要选中一轮巡查的文件，等系统打包好再保存到本地。我沿着这件事检查，碰到三处问题，选中的范围、等待中的反馈、取消保存之后还能不能重来。
下面三个交互示意还原当时的问题，分页示意简化为 6 项，实际后台每页显示 10 条。
02 / 反馈
点击下载后，不知道是否已经开始
文件要先打包，点击之后没有任何反馈，用户不知道该继续等还是重新点一次。这一处当时补上了数量和百分比提示，让进度看得见。
点击后，没有反馈
1 / 10 · 10%
03 / 恢复
取消保存后，无法重新下载
反复点击下载又在保存对话框里取消，系统却提示“已下载”。文件没拿到，任务也走不下去。
保存下载文件
提示“已下载”
这三处后来成了规则里的第一批检查项，分别问选择的范围、等待时的反馈和失败后的恢复入口。其中“完成”的定义以用户是否拿到结果为准，系统显示任务结束不算。
02 / 两种使用模式
同一组检查问题，用在设计前后
下载里这三处问题，放在画界面之前可以帮我补上还没定的流程，放在有了方案之后可以核对方案做没做到。同一组问题用在不同时候，我据此把 Skill 分成 Plan 和 Review 两种模式。
方法先写成指导 AI 工作的 Skill，用上手头助手已有的读图和页面操作能力，不必先去开发 Figma 插件。这个取舍让我能直接拿项目里的需求文档和设计稿试规则。
Plan · 设计前补齐决定
输入是需求文档或流程说明，AI 沿着用户任务列出还没决定的问题。设计师补上业务条件，再把结果写进流程图、组件状态和交互说明。这时输出的是待确认的检查点，也就是下一步要画什么、要确认什么。
下面的物业投诉案例，用一份需求文档检查附件上传和投诉提交怎样衔接。
Review · 设计后核对方案
输入是已有的设计稿、原型或可操作页面，AI 对照业务要求检查这些画面有没有做到。截图看不出行为的地方先追问，拿到答复或操作记录才写成修改建议。设计师据此安排调整和复查。
后面的航线选择案例，用两张设计稿和一份业务答复定下控件的修改方向。
03 / Plan 设计前
视频还没上传完，投诉能提交吗？
这次设计前检查用的是一份物业投诉小程序的需求文档。居民填好投诉、加上图片或视频再提交，我要用 Plan 弄清楚附件传到什么程度才能提交。
从单个控件，看到整份表单
需求已经写明上传失败可以单条重试。可如果文字填完了，视频还在上传，提交按钮这时该怎么响应，需求里没有写。顺着这一问，检查范围就从上传控件扩到了整张表单。
把业务条件对应到操作分支
若必须等附件传完，界面要解释等待原因并提供失败处理入口；若允许移除选填附件后提交，就要说明本次提交包含哪些内容。
这两种分支都由业务条件决定，直接影响按钮什么时候可用、失败之后从哪里恢复。需求里这两条当时还没有答复。
让输出直接指向要做的设计
我要求 Plan 的结论里带上下一步要画什么、怎么检查。下面三条是当时得到的设计安排。
让用户认出哪个附件需要处理
区分上传中、成功和失败，为失败项提供单条重试入口，保留其他附件。
把附件状态与提交操作放在一起设计
补上上传未完成和部分失败的分支，依据提交条件确定按钮状态与后续操作。
用部分失败的情形检查整张表单
设置一个附件失败、其他附件成功的情形，检查错误是否可定位、操作能否继续，以及文字和成功附件是否保留。
04 / Review 设计后
先确认业务规则，再决定改哪处界面
这次 Review 用的是一份已有的飞行计划设计稿。航线弹窗可以勾选多条，确认区域却只显示一条。AI 先追问一个计划允许几条航线，答复回来才知道该改弹窗还是改确认区域。
同一处差异，可能对应两种修改方向
如果允许多条，要检查确认区域有没有把选中的航线列全；如果只允许一条，要改的是弹窗的选择方式。
业务答复确认一个计划只允许一条航线。我据此建议改成互斥单选，文件夹只负责展开和收起，让选择方式跟业务规则对上。
05 / 迭代与验证
先分清操作，才能问准完成条件
另一次 Review 里，AI 把材料上传和内容预审合成一个问题，答复回来分不清说的是哪一步。我据此修订了操作拆分的规则。
1上传材料 申请材料.pdf 上传完成
2AI 预审检查材料内容 处理中…
文件传完以后，还要判断材料是否通过
上传看的是文件有没有传成功，预审看的是材料有没有通过检查，两步各自需要反馈和恢复入口。
“材料提交后，如何完成？”
上传与预审共用一组追问，无法分清回答针对哪一步。
“上传成功后，有什么反馈？”
“预审还没结束时，用户看到什么？”
每个操作单独确认。同一步的成功、失败画面仍放在一起检查。
用多步任务回查，检查回答是否对应正确
拿上传与预审这类多步任务重新跑一遍，看每个问题是不是只落在对应的那一步上。两步之间没有混答，这次修订就算站得住。
材料缺少失败状态时，先补证据
材料里只有成功画面时，先问失败时会是什么样。没有出现过的状态不能直接算成设计遗漏。
技术事实未知时，限定受影响的结论
一个计划会不会被重复创建，要靠后端确认，不改变已经有业务答复支撑的单选建议。我要求 Skill 把待确认的事实和可以交付的结论分开记录。
06 / 独立评审
打开真实页面操作，检查提示与校验是否一致
Review 不只看设计稿，也能检查可以操作的页面。我用 Arco Design Pro 的分步表单核对输入限制，还走了一遍前进、返回和改错。
- 01 / 留空后继续必填项拦截
名称与推广时间留空，点击下一步，字段下出现对应提示，停留在当前步骤。
- 02 / 前进再返回输入仍保留
补全后进入渠道配置再返回，名称、日期和链接仍保留。再次前进，渠道来源也仍在。
- 03 / 输入错误格式仍可进入下一步
链接填入 not-a-url，页面没有按提示中的协议要求拦截，仍进入渠道配置。
“必须以 http:// 或 https:// 开头”，却允许普通文本通过
问题出在进入下一步之前的校验环节，提示和校验说的不是同一件事。
建议在字段旁提示错误，修正后再放行，同时保留其他输入。
把漏掉的检查补成输入约束规则
第一次跑到这里时，规则没有检出格式问题。我补上输入约束这一条，按字段分别检查必填和格式限制。
拿补过规则的版本回查原页面，这次认出了链接字段的差异，还多查了改错之后能不能继续走、输入有没有保留。改动只在 Skill 这边，没有动 Arco 页面。
07 / 使用反馈与改进
让工具只回答设计要决定的事
物业投诉那份报告里还写了系统能不能查回结果这类开发问题。使用者指出这些不该由设计回答，我把问法收了回来，让工具先说清设计师要决定什么。
把系统问题转成必要的协作问题
提交后没收到结果，设计侧安排状态提示和恢复入口；系统能否查回结果，由开发补充事实。
Skill 只追问会影响设计的必要事实，标出它会影响哪个分支，其余部分继续往下走。
让结论保留依据，也指向后续动作
我把物业投诉里的做法写进输出要求，每个检查点都要说明它对应哪份设计产物、之后怎么验证。
已有要求直接沿用，只追问剩余决定；取得答复后继续原检查点。
保留可回查的规则与依据
两次调整都写进了 Skill，九条规则和证据要求保留，29 项自动测试通过；这些测试检查规则资产和格式，提问质量靠人工回看。
规则里的检查范围和判断条件由我确定，AI 负责读需求、读设计稿并按规则跑检查，业务取舍和设计修改由人确认。
这套工具是个人实践，还没有进入正式产品流程。飞行计划的单选建议、物业投诉上那三条设计安排，都还没有落到设计稿里。