# 用 Qoder 把运行中的 iOS App 当作 UI 上下文：一次真实 SwiftUI 工作流

**URL:** <https://forum.qoder.com/t/qoder-ios-app-ui-swiftui/12357>\
**Category:** Tips & Tricks\
**Created:** [September 7, 2026, 9:06am UTC](https://forum.qoder.com/t/qoder-ios-app-ui-swiftui/12357 "2026-09-07T09:06:43Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![Wangye\_Zhao](https://yyz2.discourse-cdn.com/flex010/user_avatar/forum.qoder.com/wangye_zhao/32/5674_2.png) [@Wangye\_Zhao](https://forum.qoder.com/u/Wangye_Zhao)\
**Post date:** [September 7, 2026, 9:06am UTC](https://forum.qoder.com/t/qoder-ios-app-ui-swiftui/12357/1 "2026-09-07T09:06:43Z")

</div>

最近试了一种不太一样的 SwiftUI 改界面方式：不是先画一张静态稿，也不是让 AI 从零生成页面，而是直接让运行中的 App 成为设计上下文。

我在 Qoder 里接入了 Monad Design 的 MCP 和 Skill，然后拿一个真实的 SwiftUI 项目跑了一遍。流程大概是：

1. 在模拟器里打开现有 App
2. 直接选中想调整的界面
3. 用自然语言描述修改方向
4. Qoder 修改项目里的真实 SwiftUI 源码
5. 自动重新构建并安装到 Simulator
6. 在真实运行状态里比较多个方案，最后由人确认是否采用

这次我让它调整了 ContentView.swift 和 SettingsView.swift。构建、安装都顺利完成，并生成了 3 个可比较的版本；流程停在「variants\_ready」，等我自己做最后选择。这个边界我挺喜欢：AI 可以快速落地和试方向，但不会替我擅自决定最终设计。

我觉得最有意思的地方是「The app is the canvas」。画布不再是和代码分开的静态文件，而是当前正在运行、带着真实导航和状态的原生 App。对于 SwiftUI 这种修改后能快速重建的项目，体验尤其顺手。

当然，目前它更适合已有项目里的界面迭代，不是一个从零生成 App 的工具；构建速度、Simulator 状态和项目本身是否能稳定运行，也都会影响体验。

利益相关说明：我是 Monad Design 的开发者。这不是代写的测评，上面是我在 Qoder 里实际跑过的一次工作流。项目地址：[GitHub - Monadix-AI/monad-design · GitHub](https://github.com/Monadix-AI/monad-design)

如果你也在用 Qoder 做 iOS / SwiftUI，比较想知道大家现在怎么处理「看着运行结果继续改」这一段。

 ![workflow-compare-variants](https://canada1.discourse-cdn.com/flex010/uploads/qoder/original/2X/7/7ba75a106fac392512a8cafc31d128ff353edb4a.jpeg)