四種團隊，四種工作流程

1. 提交程式碼

   在 Windows 上完成開發後，將確認過的提交推送至程式碼儲存庫。鎖定檔也要一併提交，避免遠端安裝到不同版本的相依套件。

2. 產生封存檔

   由東京節點拉取程式碼、安裝專案所需的相依套件，並執行 flutter build ipa。簽章憑證、描述檔及其存取權限由你自行設定。

3. 上傳至發佈平台

   確認版本號與建置號後，使用 fastlane pilot 上傳至 TestFlight；並將 ipa、記錄檔及對應的提交識別碼存入自己的產物儲存空間。

前提：你仍須自行準備有效的開發者資格、簽章資料，以及用於 TestFlight 發佈的 App Store Connect API Key。遠端節點無法取代這些條件。

1. 註冊 runner

   在新加坡節點安裝 GitHub Actions self-hosted runner，使用標籤將 macOS 工作派送至該節點，並限制可觸發任務的儲存庫與分支。

2. 區分優先順序

   main 合併時執行建置與基本檢查；發佈分支保留獨立任務；nightly 則執行耗時較長的模擬器 UI 測試。

3. 隔離工作目錄

   依分支或任務分開工作目錄與 DerivedData。記錄記憶體峰值、磁碟用量增幅與排隊時間，再決定是否提高並行數或增加節點。

選擇區域時，應比較程式碼拉取、相依套件下載與產物上傳的路徑，不要只看團隊所在地。跨區域協作也建議先用自己的專案試跑。

1. 確認相容性

   確認推論框架支援 Apple Silicon 與所需運算子。依模型權重、上下文長度與執行階段開銷估算記憶體，不要只看模型檔案大小。

2. 固定評測輸入

   下載經授權使用的模型，記錄版本、量化參數與提示集。每次執行都使用相同輸入，並區分首次載入與後續推論所需時間。

3. 保存實驗記錄

   匯出吞吐量、記憶體峰值與品質評測結果，並同步至自己的儲存空間。確認模型能順利執行後，再評估是否按月保留這套環境。

這是運算工作流程範例，不提供預設的模型速度或效果保證。試跑時請一併測量記憶體用量、首次載入時間與持續推論表現，避免只看單次結果。

1. 傳輸與抽樣測試

   上傳經授權處理的素材，先用短片段確認編碼格式、色彩設定與匯出參數。規劃整批任務的交付時間時，也要將上傳時間計入。

2. 安排匯出佇列

   使用指令碼或應用程式的批次處理功能安排任務。逐步增加並行數，觀察記憶體與磁碟讀寫狀況，避免多個匯出任務彼此拖慢。

3. 回傳並清理

   抽查音畫同步、片長與檔案完整性；回傳完成影片與任務記錄。確認備份完成後再清除暫存檔，為下一批任務釋出空間。

先估算內建 2TB SSD 中原始素材、快取與匯出檔案的最高用量；確實需要更多空間時，再加購 +2TB SSD，不必預設加購。