有了這個插件，用 Codex 寫 iOS 不用再切 Xcode 了

Codex 可以話係而家好多開發者用到最多嘅 Coding Agent，但係用 Codex 寫 iOS 程式嘅人實會遇到呢個麻煩嘢。

你叫 Agent 寫完一段 SwiftUI 嘅 code 之後，就要轉去 Xcode，揀 Scheme，㩒編譯，等模擬器慢吞吞咁轉起嚟，然後再睇一眼實際效果，發現邊度唔啱，再轉返 Codex 描述問題，然後再修改。

成個工作流程就好似喺兩個房之間來來回回，每次行一次都要重新揾返自己喺邊。呢個麻煩今日畀 OpenAI 主動推薦嘅一個插件解決咗。

呢個插件叫 Build iOS Apps。

佢係 Codex 桌面端插件市場入面嘅一個產品，OpenAI 官方出品，內部標識係 build-ios-apps@openai-curated，屬於「OpenAI 精選」級別，唔係第三方做嘅，係 OpenAI 自己維持緊嘅。

要了解呢個插件係咩，要先知道 Codex 插件機制係咩。

今年 3 月 26 日，OpenAI 首次畀 Codex 裝咗一套插件系統，每個插件可以塞三樣嘢入 Codex：

◆ 可複用嘅指令集（Skills）
◆ 第三方服務連接器（Apps）
◆ 同埋同外部構建工具通訊嘅中間層（MCP 伺服器）

而 Build iOS Apps 呢個插件，本質上就係將一套專為 iOS 開發設計嘅技能包，外加一個叫做 XcodeBuildMCP 嘅 MCP 伺服器，打包成咗一個可以一鍵裝入 Codex 嘅能力模組。

裝咗之後，Codex 就得到咗同 Xcode 模擬器直接通話嘅能力，唔再淨係一個輸出 code 文字嘅機器。Codex 可以喺自己嘅應用內嵌瀏覽器視窗入面，直接將 iOS 模擬器嘅畫面鏡像出嚟畀你睇。

而你，就可以喺 Codex 入面用自然語言描述需要改動嘅地方，Codex 會自己去 call xcodebuild 進行編譯、啟動模擬器、截圖，然後再將截圖顯示喺同一個視窗入面。你全程唔需要打開 Xcode，唔需要手動㩒模擬器，唔需要轉出去再轉返嚟。

仲爽啲係佢仲有 SwiftUI 嘅熱重載功能，你改一行 code，界面即刻可以即時更新。

你可以將呢個理解為前端開發入面 Chrome 自動更新嘅感覺，唔需要每次都重新完整編譯成個工程，改咗就可以即刻睇到 UI 變化。

呢個對於喺 Codex 入面進行 iOS 開發嘅人嚟講，體驗係前所未有嘅。

成個構建循環係純命令行驅動嘅，底層行嘅係蘋果官方嘅 xcodebuild，唔依靠 Xcode 嘅圖形界面。呢個令 Codex 可以喺 Agent 嘅自循環入面持續迭代，改一次、編一次、睇一次，完全唔會打斷你嘅思路。

相當於將「編輯→編譯→預覽→調試」成個流程都塞咗入 Codex 嘅一個視窗入面。

而且呢個插件入面打包嘅嘢仲唔止咁。佢一共有七項技能，你可以當佢係七個專項顧問。

最核心嘅係 ios-debugger-agent：負責構建、啟動、UI 操作、截圖、日誌讀取同模擬器調試，呢個係上面講嗰套閉環嘅基礎。

另外仲有 ios-ettrace-performance：用嚟分析模擬器上面嘅 app 運行效能；

ios-memgraph-leaks：係專查記憶體洩漏嘅；

ios-app-intents：可以幫你將 app 功能接入蘋果 Siri 同快捷指令。

再加上以下三個 SwiftUI 嘅專項技能：

swiftui-liquid-glass：負責適配 iOS 26 新推出嘅 Liquid Glass 視覺語言

swiftui-performance-audit：做性能審查

swiftui-ui-patterns：提供最佳實踐嘅架構設計模式。

簡單嚟講就係：呢個插件唔單止幫你行 code，仲可以幫你做性能檢查、查記憶體問題、順便將界面適配到 iOS 26 嘅新設計風格。

點裝？

首先你要有 Codex 桌面端，喺以下 OpenAI 官方開發者頁面可以直接下載。

https://developers.openai.com/codex/app

裝好客戶端之後，裝插件有兩條路：

第一條係喺 Codex 界面直接操作
㩒左邊欄嘅 Plugins 入口，搜「build-ios-apps」，揾到之後㩒加號，幾秒就裝好。

第二條係喺終端入面行以下命令行

npx codex-marketplace add openai/plugins/plugins/build-ios-apps --plugin

適合慣用終端嘅用戶。

裝完插件之後，部機仲需要有 Xcode 環境，因為 XcodeBuildMCP 係本地運行，底層要靠 xcodebuild 呢個命令行工具。

即係話，你嘅 Mac 要裝好 Xcode，而且 xcode-select 路徑要設定好。呢個唔係咩難事，但如果你係第一次 set iOS 開發環境，呢步要提早做。

呢度有兩個限制要預先知，特別係新手，避免踩坑。

第一，Windows 用戶用唔到呢個插件（裝到但用唔到），因為 Xcode 唔支援 Windows，底層構建鏈根本行唔到。

第二，呢個插件嘅優化目標係針對 SwiftUI 應用，OpenAI 官方文件嘅定位都係 SwiftUI，如果你個項目係純 UIKit、React Native 或者 Flutter，呢個插件唔係為你設計嘅，用唔用到你可以試試，但多數都應該唔得。

仲有個背景，就係關於呢個 Build iOS Apps 插件，其實喺 Codex 市場入面呢個插件已經存在咗一段時間，唔係今次全新發布嘅。

喺官方 GitHub 上你都可以揾到：
https://github.com/openai/plugins/tree/main/plugins/build-ios-apps

之前 OpenAI 官方一直都冇主動推廣過呢個插件，所以可能好多人根本唔知佢嘅存在。但今次官方親自出馬喺 X 上主動推廣，說明呢個插件已經過咗磨合期，可以正式大規模投產。

寫在最後

前幾日先上嘅 Site 插件其實同呢個 Build iOS Apps 插件有異曲同工之妙。一個係包辦網站，一個係包辦流動應用。

佢哋都唔係 OpenAI 喺模型層面做咗咩突破，只係佢哋企喺開發者嘅角度，將工作流程入面嘅痛點揪出嚟，然後重新做咗個封裝。

呢種係一種「領域專用能力包」嘅思路，將通用嘅 code 能力同特定領域嘅工具鏈、調試鏈、預覽鏈結合埋一齊，捆成一個可以即插即用嘅嘢。

每一個插件，其實都係喺某個具體嘅工作場景入面深入行咗一步。

行得越深，呢個工具就越有可能成為你某個領域工作流程嘅一部分。

如果你都正在嘗試開發 iOS 原生應用，不妨去試嚇官方推薦嘅呢款 Build iOS Apps 插件。

最後附上一個官方推薦嘅啟動提示詞，裝完插件同 Xcode 環境之後喺 Codex 入面用：

Scaffold a starter SwiftUI app and add a build-and-launch script I can wire to a 'Build' action in my local environment.

Constraints:
1、Stay CLI-first. Prefer Apple's 'xcodebuild'; if a cleaner setup helps, it's okay to use Tuist.
2、If this repo already contains a full Xcode project, use XcodeBuildMCP to list targets, pick the right scheme, build, launch, and capture screenshots while you iterate.
3、Reuse existing models, navigation patterns, and shared utilities when they already exist.
4、Keep the app focused on iPhone and iPad unless I explicitly ask for a shared Apple-platform implementation.
5、Use a small trustworthy validation loop after each change, then expand to broader builds only when the narrower check passes.
6、Tell me whether you treated this as a greenfield scaffold or an existing-project change.

Deliver:
1、the app scaffold or requested feature slice
2、a small build-and-launch script with the exact commands
3、the smallest relevant validation steps you ran
4、the exact scheme, simulator, and checks you used

既然睇到呢度，如果覺得唔錯，幫手隨手㩒個「讚」、「在看」、「轉發」三連；如果想第一時間收到推送，都可以幫我加個星標★，非常感謝！

Codex 可以說是現在很多開發者用的最多的 Coding Agent，但用 Codex 寫 iOS 程序的人一定也遇到過這樣的麻煩事兒。

你讓 Agent 寫完一段 SwiftUI 的代碼後，得切去 Xcode，選 Scheme，點編譯，等模擬器慢吞吞地轉起來，然後再看一眼實際效果，發現哪裏不對了，再切回 Codex 描述問題，然後再進行修改。

整個工作流就像在兩個房間裏來回穿梭，每跑一次都要重新找到自己在哪兒。這個麻煩今天被 OpenAI 主動推的一個插件解決掉了。

這個插件叫 Build iOS Apps。

它是 Codex 桌面端插件市場裏的一個產物，OpenAI 官方出品，內部標識是 build-ios-apps@openai-curated，屬於「OpenAI 精選」級別，不是第三方做的，是 OpenAI 自己在維護的。

要理解這個插件是什麼，得先知道 Codex 插件機制是什麼。

今年 3 月 26 日，OpenAI 首次給 Codex 裝上了一套插件系統，每個插件可以往 Codex 裏塞三樣兒東西：

◆ 可複用的指令集（Skills）
◆ 第三方服務連接器（Apps）
◆ 以及跟外部構建工具通信的中間層（MCP 服務器）

而 Build iOS Apps 這個插件，本質上就是把一套專門為 iOS 開發設計的技能包，外加一個叫做 XcodeBuildMCP 的 MCP 服務器，打包成了一個可以一鍵裝進 Codex 的能力模塊。

裝上它之後，Codex 就獲得了跟 Xcode 模擬器直接通話的能力，不再只是一個往外輸出代碼文本的機器了。Codex 能在自己的應用內嵌瀏覽器窗口裏，直接把 iOS 模擬器的畫面鏡像出來給你看。

你呢，則可以在 Codex 裏用自然語言描述需要變動的地方，Codex 會自己去調用 xcodebuild 進行編譯、啓動模擬器、截圖，然後再把截圖展示在同一個窗口裏。你全程不需要打開 Xcode，不需要手動點模擬器，不需要切出去再切回來。

更爽是的它還具備 SwiftUI 的熱重載功能，你改一行代碼，界面即可實時刷新。

你可以把這個理解成前端開發裏 Chrome 自動刷新的感覺，不需要每次都重新完整編譯整個工程，改了就能立刻看到 UI 變化。

這對於在 Codex 裏進行 iOS 開發的人來說，體驗是前所未有的。

整個構建循環是純命令行驅動的，底層走的是蘋果官方的 xcodebuild，不依賴 Xcode 的圖形界面。這讓 Codex 可以在 Agent 的自循環裏持續迭代，改一次、編一次、看一次，完全不打斷你的思路。

相當於把「編輯→編譯→預覽→調試」全流程都塞進了 Codex 的一個窗口中。

而且這個插件裏打包的東西還不止這些。它一共帶了七項技能，你可以把它理解成七個專項顧問。

最核心的是 ios-debugger-agent：負責構建、啓動、UI 操作、截圖、日誌讀取和模擬器調試，這是上面說的那套閉環的基礎。

另外還有 ios-ettrace-performance：用來分析模擬器上的 app 運行性能；

ios-memgraph-leaks：是專門查內存泄漏的；

ios-app-intents：可以幫你把 app 功能接入蘋果 Siri 和快捷指令。

再加上以下三個 SwiftUI 的專項技能：

swiftui-liquid-glass：負責適配 iOS 26 新推出的 Liquid Glass 視覺語言

swiftui-performance-audit：做性能審查

swiftui-ui-patterns：提供最佳實踐的架構設計模式。

簡單理解就是：這個插件不只是能幫你跑代碼，還能幫你做性能體檢、查內存問題、順手把界面適配到 iOS 26 的新設計風格。

怎麼裝？

首先你得有 Codex 桌面端，在以下 OpenAI 官方開發者頁面可以直接下載。

https://developers.openai.com/codex/app

裝好客戶端之後，安裝插件有兩條路：

第一條是在 Codex 界面裏直接操作
點左側邊欄的 Plugins 入口，搜索「build-ios-apps」，找到後點加號，幾秒就能裝好。

第二條是在終端裏跑以下命令行

npx codex-marketplace add openai/plugins/plugins/build-ios-apps --plugin

適合習慣用終端的用戶。

裝完插件之後，本機還需要有 Xcode 環境，因為 XcodeBuildMCP 在本地運行，底層依賴 xcodebuild 這個命令行工具。

也就是說，你的 Mac 上得裝着 Xcode，並且 xcode-select 路徑要配好。這不是什麼難事兒，但如果你是第一次配 iOS 開發環境，這一步需要提前做。

這裏面有兩個邊界得提前知道，特別是對於新手，避免踩坑。

第一，Windows 用戶用不了這個插件（能裝但你用不了），因為 Xcode 不支持 Windows，底層構建鏈根本跑不起來。

第二，這個插件的優化目標是針對 SwiftUI 應用，OpenAI 官方文檔裏的定位也是 SwiftUI，如果你的項目是純 UIKit、React Native 或者 Flutter，這個插件不是為你設計的，能不能用你可以試試，但多半應該是不行。

還有一個背景，就是關於這個 Build iOS Apps 插件，其實在 Codex 市場裏這個插件已經存在有一段時間了，並不是本次全新發布的。

在官方 GitHub 上 你也能找到：
https://github.com/openai/plugins/tree/main/plugins/build-ios-apps

之前 OpenAI 官方也一直沒有主動推廣過這個插件，所以可能有很多人根本不知道它的存在。但這次官方親自下場在 X 上主動推廣，說明這個插件已經經過了磨合期，可以正式大規模投產了。

寫在最後

前幾天剛上的 Site 插件其實跟這個 Build iOS Apps 插件有異曲同工之妙。一個是包辦網站，一個是包辦移動應用。

它們都不是 OpenAI 在模型層面上做了什麼突破，只是他們站在開發者的角度，把工作流運轉當中的痛點給揪了出來，然後重新做了個封裝。

這是一種「領域專用能力包」的思路，把通用的代碼能力和特定領域的工具鏈、調試鏈、預覽鏈結合起來，捆成一個可以即插即用的東西。

每一個插件，其實都是在往某個具體的工作場景裏深入走了一步。

走得越深，這個工具就越有可能成為你某個領域工作流的一部分。

如果你也正在嘗試開發 IOS 原生應用，不妨去試試官方推薦的這款 Build iOS Apps 插件。

最後附上一個官方推薦的啓動提示詞，裝完插件與 Xcode 環境後在 Codex 中使用：

Scaffold a starter SwiftUI app and add a build-and-launch script I can wire to a 'Build' action in my local environment.

Constraints:
1、Stay CLI-first. Prefer Apple's 'xcodebuild'; if a cleaner setup helps, it's okay to use Tuist.
2、If this repo already contains a full Xcode project, use XcodeBuildMCP to list targets, pick the right scheme, build, launch, and capture screenshots while you iterate.
3、Reuse existing models, navigation patterns, and shared utilities when they already exist.
4、Keep the app focused on iPhone and iPad unless I explicitly ask for a shared Apple-platform implementation.
5、Use a small trustworthy validation loop after each change, then expand to broader builds only when the narrower check passes.
6、Tell me whether you treated this as a greenfield scaffold or an existing-project change.

Deliver:
1、the app scaffold or requested feature slice
2、a small build-and-launch script with the exact commands
3、the smallest relevant validation steps you ran
4、the exact scheme, simulator, and checks you used

既然看到這兒了，如果覺得還不錯，幫忙隨手點個「贊」、「在看」、「轉發」三連；如果想第一時間收到推送，也可給我加個星標★，非常感謝！