2026 年 6 月 29 日，AI 程式編輯器 Cursor 推出 iPhone App。依官方部落格的說明，你可以在手機上選一個程式專案，啟動一個在雲端隔離虛擬機器裡執行的程式代理，也就是會讀程式、改檔案、跑測試的 AI 助手；也能遠端指揮電腦上正在跑的代理。代理完成後會留下示範、截圖和執行紀錄，你可以在手機上看修改差異、留下後續指示，最後直接合併。
晚餐前發現一個小錯誤，在手機上交給代理處理，確實方便。但同一支手機上，合併的按鈕也在那裡。螢幕小、時間零碎，最容易發生的事，就是只看了摘要就按下去。
手機適合拿來啟動和追蹤進度。但「哪些修改不能在這種條件下合併」，不該靠當下的自制力判斷，要事先寫進儲存庫的保護規則，讓系統替你擋。
修改小，不代表影響小
修改小不代表影響小。一個看起來只改了幾行的修正，可能動到登入權限、付款流程、資料庫遷移或部署設定；代理也可能在處理途中，順手擴大了你原本交代的範圍。在手機上，你看到的往往是摘要，不是完整的差異和測試結果。
反過來說，問題也不在手機本身。如果測試完整、修改很小、出問題時退得回去，在手機上批准不一定錯。錯的是在證據不足時，把手機當成蓋章用的工具。
把手機能做的事分成三層
只看： 接收代理完成、需要輸入、測試失敗的通知，看進度、截圖和執行紀錄。不改程式、不合併。
交給代理先做： 範圍明確、可以退回的小任務，例如補文件、加測試、整理錯誤重現步驟。指示裡寫清楚可以動哪些檔案、不准部署，代理只開合併請求，不直接上線。
需要完整審查： 牽涉權限、付款、資料、遷移、部署設定和安全相關程式碼的修改。不一定要坐在桌機前，平板或筆電也可以，前提是看得到完整的差異、測試結果、影響範圍和回復方式。
讓儲存庫規則擋住第三層
GitHub 的分支保護規則可以要求：合併前必須有指定人數的審查通過、必須通過指定的自動檢查，而且動到特定檔案時，必須由那些檔案的負責人（code owner）核准。規則設好之後，不管用哪個裝置按合併，條件沒達成就合併不了。
所以第三層的檔案，例如權限設定、付款模組、遷移腳本、部署設定，可以指定負責人，要求一定要經過他們審查。這樣即使在手機上收到「代理已完成」的通知，高風險的修改也只會停在等待審查，不會因為一時手快就上線。程式碼交給代理之前的準備，參考〈一張 issue 能不能交給 coding agent，看你寫不寫得出第一個 diff〉。
規則擋不住隨手批准的人
儲存庫規則擋得住「條件沒達成」，擋不住「條件達成了，但審查的人沒仔細看」。審查的人如果也在手機上隨手批准，規則就形同虛設。第一週可以先完全不在手機上合併，等團隊確認代理留下的差異和檢查材料在手機上看得清楚，再列出可以在手機上批准的低風險類型。
還要留意，管理員通常可以繞過分支保護，除非特別啟用「不允許繞過」的設定。合併之後的審查和維護才是大部分成本，參考〈AI 交出的第一版程式是試價，真正的帳單是審查和維護〉。
AI 整理卡
我們團隊開始用手機啟動和追蹤 AI 程式代理，想先決定哪些修改可以在手機上合併、哪些要交給儲存庫規則擋住。
判斷方法來自這篇文章：https://boosterminiclass.com/posts/cursor-mobile-agent-approval-boundary/
文章的看法是：手機適合啟動和追蹤進度，但哪些修改不能在小螢幕、零碎時間裡合併，不該靠當下的自制力，要事先寫進儲存庫的保護規則，例如必須通過的審查、自動檢查和檔案負責人核准。
請只以唯讀方式查看我授權的儲存庫設定和目錄結構，不要修改任何設定或檔案。
1. 依目錄和檔案用途，找出屬於「需要完整審查」的部分：權限、付款、資料、遷移、部署設定、安全相關程式碼，並列出路徑；
2. 檢查目前的分支保護規則：是否要求審查、要求哪些自動檢查、有沒有設定檔案負責人、管理員能否繞過；讀不到的標示「需要管理員確認」；
3. 建議要補上的規則，以及哪些路徑應該指定負責人；
4. 列出可以在手機上批准的低風險修改類型和條件，例如只改文件或測試、所有檢查通過。
規則的修改留給儲存庫管理員決定，你只提出建議。
參考來源
- Cursor 官方部落格：Build from anywhere with Cursor for iOS — https://cursor.com/blog/ios-mobile-app（2026-06-29）
- TechCrunch：Cursor now has a mobile app for guiding your coding agent on the go — https://techcrunch.com/2026/06/29/cursor-now-has-a-mobile-app-for-guiding-your-coding-agent-on-the-go/（2026-06-29）
- GitHub Docs（官方）：About protected branches — https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches [accessed: 2026-10-11]
