用 GPT Image 2.5 做 UI 设计稿,怎样减少文字和布局错误?

从明确界面任务、固定文案到逐次编辑与检查,使用 GPT Image 2.5 制作 UI 图片,区分视觉稿和可交互的实际页面。

浅色纸面上的模板尺线稿,表示 UI 布局设计。

用 GPT Image 2.5 做 UI 设计稿,先写清界面用途、信息层级和精确文案,再分别检查文字与布局。 输出是一张图片,不是 HTML、Figma 组件树或通过无障碍检查的应用;图中的按钮不会执行操作。

以下提供原创提示词示例与验收方法,没有进行新的 Ofox UI 生成实验,也不承诺中文文字完全正确。

先写清页面要让用户做什么

“漂亮的未来感仪表盘”没有定义主要操作。明确页面任务、区块和标签,才方便判断结果是否合格。

OpenAI 官方图像提示指南中的界面预览示例

截图来自官方界面预览示例,拍摄于 2026 年 9 月 16 日,保留英文界面。示例与输出属于 OpenAI 文档,不是 Ofox 的实测结果。

可从这个未实测的中文提示词开始:

制作一张桌面端项目管理页面的 UI 图片。
使用浅色背景、清晰的信息层级,不添加装饰性图表。
左侧导航只包含:概览、项目、设置。
主标题为:项目概览。
标题下显示三行项目,包含状态和负责人两列。
右上角放一个主要按钮,文字为:新建项目。
指定的导航、标题和按钮文字各出现一次,保持可读对比度。
留出充足间距,行列对齐。
不要添加浏览器边框、设备外壳或虚构用量统计。

模型、尺寸与质量应放在请求参数中,不能仅在提示词里写尺寸。具体调用参考 API 接入指南尺寸说明

比较模型时先固定其他条件

OpenAI 将 Flare 定位为偏重速度、Sunburst 定位为应对较高质量要求。它可以作为起点,但不能保证你的页面表现。Flare 与 Sunburst 对比有小规模历史样例和明确限制。

首轮对比固定提示词、参考图、尺寸和双方支持的明确质量设置。出现遗漏时先记录,再调整。否则无法判断改善来自模型还是提示词。英文短句样例不能证明中文密集页面会正确生成。

每次只改一处界面元素

保存已确认的版本,以该图作为编辑参考,说明要改的部分和应保留的部分:

只把主要按钮文字“新建项目”改成“创建项目”。
保留导航文字、标题、项目行、列对齐、按钮位置、颜色和间距。
不要添加图标、标签或新区域。

这只是指令示例,不是像素保持保证。比较全图,防止按钮改对了却移动了列或改错其他文字。每次保留已确认的版本与简短修改记录;必须严格保持像素一致时,用常规图像编辑器把确认过的修改合成回原图。

文字和布局分别验收

检查项本例的通过条件
指定文案标签没有漏字、错字或重复
层级主标题与主要操作易于识别
重复行对齐与间距一致
多余内容没有虚构数字或额外导航
编辑保留未要求修改的内容符合既定容差

按实际展示大小阅读小字。OCR 可以辅助定位问题,但不能代替看图和中文审稿。

交付图片之外的界面规范

开发仍需明确字体、间距、组件状态、错误状态、交互和真实数据,并实现键盘操作、焦点与响应式布局。图片不能验证这些行为。

如果文字必须精确,另一种做法是仅生成视觉素材,再用真实 UI 组件排版文字,减少对图片中文字的依赖。

常见问题

这个提示词能直接生成可用的网页吗?
这里的图像流程输出视觉稿,不是可交互网页。HTML、组件、键盘操作和响应式行为需要另外实现。
修改按钮文字能保证其他像素完全不变吗?
不能保证。每次都要对比全图;必须逐像素保留的区域应通过常规编辑器合成。
应该怎样估算费用?
按所选路由的实际用量计算,并包含收费的修改尝试。图像定价说明区分各类计费;出图快不等于合格设计更便宜。