用AI写原生MacApp的4条实战经验：别再用SwiftUI折

用 AI 写原生 Mac App 的 4 条实战经验：别再用 SwiftUI 折磨自己了！ 很多人觉得用 AI 写 Mac App 是天方夜谭，其实只要选对技术栈和工具，现在的 AI 已经能稳定输出生产级 AppKit 代码了。 [玫瑰]分享几点踩坑总结： 1. 技术选型：AppKit > SwiftUI 结论先行：做 Mac App，请优先选 AppKit。 - SwiftUI 的问题：功能受限，很多系统级 API 调不动，做出来的界面总有一种“廉价感”和“玩具感”。 - AppKit 的优势：强大、原生、系统支持最完整，能做真正专业的桌面应用。 - AI 的作用：以前不用 SwiftUI 的唯一理由是“太难写”，现在这个问题被 AI 彻底解决了。AI 写 AppKit 的速度不比 SwiftUI 慢，但产出质量高一个档次。 2. 设计先行：用 Claude Design 磨 UI/UX 别急着写代码。 先用 Claude Design 把 UI 布局和交互逻辑聊清楚： - 窗口尺寸、分割比例、侧边栏行为 - 右键菜单、拖拽逻辑、快捷键 - 视觉层次、图标风格、间距系统 设计定稿后再让 AI 写代码，能减少 80% 的返工。AI 写代码很快，但反复改设计很累。 3. 模型选择：Opus 4.8 审美明显优于 GPT-5.5 在 UI 开发这件事上，Claude Opus 4.8 的审美和细节把控明显更强： - 更懂 macOS 的视觉规范（HIG） - 更会处理圆角、阴影、动画曲线 - 生成的界面“看起来像原生 App”，而不是“像网页套壳” 如果只是写业务逻辑，两者差距不大；一旦涉及 UI，选 Opus。 4. 工具加持：Codex 官方插件 “Build macOS Apps” 如果你用 Codex，直接用官方插件 “Build macOS Apps”： - 自动配置 AppKit 项目结构 - 生成标准的 "AppDelegate"、 "WindowController" - 封装常用系统 API 调用（文件选择、菜单栏、通知等） 相当于给 Codex 装了一套 Mac 开发脚手架，不用你自己从零搭项目。 [碰拳]一句话总结： AppKit + Claude Design + Opus 4.8 + Codex Plugin，这套组合已经能让一个人独立完成媲美专业团队的 Mac App 开发了。 你觉得男人该不该做家务？ 我认为该