SwiftUI + AI：用大模型自动生成 iOS 界面代码的实践
从 Figma 设计稿到 SwiftUI 代码，AI 能帮我们走多远？
背景
作为一名 iOS 开发者，我每天都要面对一个重复劳动：把设计师的 Figma 稿子翻译成 SwiftUI 代码。一个登录页面，设计师画了 30 分钟，我写代码要写 2 小时——布局、颜色、字体、暗黑模式适配、Dynamic Type 适配……这些工作机械且耗时。
于是我开始思考：能不能让 AI 来做这件事？
方案选型
我对比了三种方案：
| 方案 | 原理 | 准确率 | 成本 |
|---|---|---|---|
| Figma 插件导出 | 解析 Figma 节点树 | 60% | 低 |
| GPT-4o 多模态 | 截图 → 代码 | 75% | 中 |
| MiMo V2.5 多模态 | 截图 → 代码 | 待验证 | 低 |
Figma 插件方案的问题在于，设计师的自由度太高——Auto Layout、绝对定位、Group、Frame 混用，导出的代码往往需要大量手动调整。
多模态方案更灵活：直接给模型一张设计稿截图，让它输出 SwiftUI 代码。GPT-4o 的效果已经不错，但 API 成本偏高，且对 SwiftUI 最新 API（如 Swift 6 的 @Observable 宏）的支持不够及时。
POC 验证
我用 GPT-4o 做了一个简单的验证：
输入：一张登录页面设计稿截图
Prompt：
你是一个资深的 iOS 开发者。请根据这张 UI 设计稿截图，
生成完整的 SwiftUI 代码。要求：
1. 使用 Swift 6 语法
2. 支持暗黑模式
3. 支持 Dynamic Type
4. 使用 @Observable 宏管理状态
5. 布局使用 GeometryReader 适配不同屏幕尺寸
输出结果：GPT-4o 生成的代码结构完整，布局基本准确，但颜色值和间距需要微调。整体可用度约 75%。
下一步：迁移到 MiMo
我计划在 MiMo API 开放后，将 Design2Code 模块迁移到 MiMo V2.5 多模态模型，主要基于以下考虑：
- 成本：MiMo API 定价预计比 GPT-4o 低 50%+，对于需要频繁调用的设计稿转代码场景，成本优势明显
- 中文优化：MiMo 对中文 UI 文案、中文注释的理解更精准
- 生态整合：MiMo 的文本模型、多模态模型、语音合成模型统一 API，一个平台覆盖 DevFlow 全部 AI 需求
总结
AI 辅助 iOS 开发不是未来，是现在。从设计稿到代码、从本地化到发布，AI 正在重塑移动开发的工作流。我期待 MiMo 能成为这个变革中的重要力量。
*本文是 DevFlow 项目的技术实践记录，项目地址：[github.com/Jentlezhi/D…]
