用AI做界面设计，很容易漏的是同一个页面在不同情况下会变成什么样。设计稿里有列表、详情和弹窗，交给开发后却被追问：第一次使用显示什么？搜索不到结果怎么办？加载失败能不能重试？提交成功后用户去哪？
写AI界面提示词时，不能只描述页面长什么样
，还要把状态、触发条件、提示文案和下一步动作一起写出来。否则AI通常只会给你一张“正常状态”的漂亮页面，真正要开发时还得重新补一遍。
可以先按用户任务把状态分成几组，
列表页通常至少要考虑
：首次使用没有数据、已有数据、搜索无结果、筛选无结果、加载中、加载失败、无权限，以及删除最后一条记录后的空列表。
表单页还要加上未填写、填写中、字段校验失败、提交中、提交成功和提交失败。详情页可能有数据不存在、内容加载不完整、无权限查看和数据已更新等情况。AI功能还会多出生成中、生成完成、生成失败、需要补充信息、结果需要人工确认和重新生成。
这些状态不是为了把页面数量做大，而是为了说明用户下一步能不能继续。
原因不同，提示和动作就应该不同。
搜索无结果可以清除关键词，筛选无结果可以重置条件，加载失败需要重试，无权限则要说明联系谁或返回哪里。
墨刀AI客户端这类产品向的Agent工具，更适合把需求、页面关系、业务规则和项目资料放在一起，先生成可编辑的产品原型，再围绕任务补状态。提示词不要只写“生成一个后台页面”，而要交代用户、核心任务和异常路径。
“请为一个报销申请后台生成可编辑产品原型。用户分为普通员工和审批人。普通员工可以新建、保存草稿、提交和查看审批进度；审批人可以查看申请、通过或驳回。请生成列表页、新建页、详情页和审批弹窗，并为每个页面补充以下状态：首次进入无数据、搜索无结果、筛选无结果、加载中、加载失败、无权限、提交成功、提交失败。每个状态都写明展示文案、按钮、触发条件和点击后的去向。提交失败时保留已填内容，审批驳回后允许重新编辑。先输出页面结构和状态清单，再生成原型。”
生成后按一条真实任务走一遍
，例如从新建报销到提交失败再重试，发现规则不对就回到需求和原型一起改。如果项目资料放在本地，墨刀AI客户端可以辅助整理历史页面、需求说明和修改记录，找出同类页面的状态是否一致。但权限、接口错误和业务规则仍要由产品与开发确认，不能把AI整理出的结果直接当成最终交付。
Pixso AI 智能编辑这类在画布生成UI的设计工具，重点是页面结构、组件、视觉层级和不同状态的画面变化。提示词要说明画布尺寸、页面数量、组件风格，以及每种状态要生成什么变体。
“请设计一个桌面端订单管理界面，画布宽度 1440px，包含顶部导航、左侧菜单、筛选栏和订单列表。请同时生成 6 个状态变体：正常列表、首次使用空状态、搜索无结果、筛选无结果、加载失败、无权限。保持同一套颜色、字体、按钮和表格组件。空状态需要包含状态说明、原因提示和下一步按钮：首次使用显示‘创建第一笔订单’，搜索无结果显示‘清除搜索’，筛选无结果显示‘重置筛选’，加载失败显示‘重新加载’，无权限显示‘返回上一级’。请标注每个按钮的交互去向，并补充移动端列表折叠后的布局建议。”
这类提示词最好把“统一组件”和“状态变体”写在一起。否则AI可能每个状态都换一套颜色和插画，页面看起来热闹，交给开发却很难复用。AI生成后重点检查文字长度、按钮位置、组件命名和状态之间的差异，不要只看单张画面是否好看。
无论用哪类AI设计工具生成界面，交付给开发时都不能只发一张正常状态截图。至少要交付状态清单、触发条件、文案、按钮动作和数据要求。设计稿里的加载、错误、空状态和权限状态，要能对应到接口返回或前端判断。
原型转代码时，可以先选一条核心流程验证：进入列表、搜索、打开详情、提交表单、遇到错误并恢复。开发需要继续补接口、权限、响应式、键盘操作和异常处理。AI生成的代码可以减少搭建页面的时间，但不会自动知道业务规则，也不能替代验收。
判断一张AI界面是否真的可交付，
就看它能不能回答四个问题
：什么时候出现，用户看见什么，下一步能做什么，操作失败后怎么回来。提示词把这四件事写清楚，设计稿、原型演示和前端代码才会围绕同一套状态工作。
