延遲預算 · 同步邊界 · 鎖租約 · Mac Mesh 接力可驗收
跨區 Tech Lead 與移動端負責人在多臺遠端 Mac 組成 mesh 時，常被「文案在本機改完、編譯卻在另一臺節點失效」打斷節奏：同步邊界沒寫清、DerivedData 指標沒落盤、或切換節點時鎖租約過期。本文給出何時適合本機輕編輯、何時必須把重編譯固定到遠端會話的三條 README 級延遲閾值、倉庫與金鑰與派生路徑劃界方法、以及六步可復現 Runbook與切節點對照表；並與既有分流決策長文、Mac Mesh 任務排程、SSH 與 VNC 接力互鏈。
「輕編輯」指不改變二進位制契約的改動：註釋、文案、資源切片替換、小型配置開關；一旦觸及 ABI、macro、Swift 模組介面或簽名管線，就應落入遠端 CI 會話以免本地與 mesh 節點漂移。共享構建池上的佇列鎖會把這類分界寫進成本函式。
隱性快取：本機 Xcode 索引與遠端 DerivedData 不一致，表現為「我這綠、CI 紅」。
半成品指標：分支名同步了，但 archive 中間路徑仍指向上一次節點的臨時目錄。
鑰匙串上下文：本機解鎖過鑰匙串，遠端無人值守 session 首次簽名失敗。
佇列搶鎖：兩人先後登上同一 mesh 節點卻未續租，編譯互相踩踏。
跨區 RTT：互動鏈路預算未寫入 README，遠端 IDE 滾動與鍵入延遲被誤判為「機器慢」。
提示：若你需要對比傳輸通道而非任務落點，請先讀SSH 與 VNC 對照長文；本文只解決 workload 應落在哪一側。
下列對照用於評審會白板；數字區間為跨國 mesh 常見立項核對區間，請用自有鏈路樣本替換並保留取樣方法。
| 維度 | 本機輕編輯 | 遠端重編譯會話 | 混合接力 |
|---|---|---|---|
| 適用改動 | 文案 / 配置 / 資源替換 | ABI、簽名、Archive、效能敏感路徑 | 本機改 PR、遠端跑夜間全量 |
| 憑證假設 | 可不觸碰簽名上下文 | 必須對齊 profile 與鑰匙串閘門 | handoff 信封寫明半成品雜湊 |
| 失敗形態 | 多為合併衝突 | 佇列超時、鎖漂移、快取串味 | 指標過期或租約不同步 |
| 與 mesh 關係 | 可離線預覽 | 必須繫結節點 ID 與區域 | 依賴任務排程網後設資料 |
分流是否合格，取決於「一次切換節點能否在分鐘級解釋清楚半成品指標與鎖所有者」，而不是「平時能不能在本機編過」。
六步可與既有分流清單並行執行：舊文提供矩陣欄位，本文補齊鎖租約與閾值的落地命令形狀。
宣告 workload 型別：在 MR 模板勾選「僅文案 / 觸及 ABI / 觸及簽名」三類之一。
繫結目標節點族：寫入 region + pool_id，禁止「任意空閒 Mac」語義。
生成 handoff 信封：包含分支 HEAD、derived_slice_token、queue_ticket_id。
宣告鎖 TTL：與編譯 P95 對齊並加 10 分鐘硬上限。
探針：節點側寫入索引摘要與可用磁碟閾值，低於閾值自動拒絕領取佇列。
覆盤欄位：失敗事件必須帶回信封雜湊與鎖所有者，禁止只貼 xcodebuild 尾部。
export HANDOFF_JSON="$(jq -nc \
--arg head "$(git rev-parse HEAD)" \
--arg slice "${DERIVED_SLICE_TOKEN}" \
--arg ticket "${QUEUE_TICKET_ID}" \
--arg pool "${MAC_MESH_POOL_ID}" \
'{git_head:$head, derived_slice:$slice, queue_ticket:$ticket, pool:$pool}')"
curl -sf -X POST "${MESH_HANDOFF_URL}" -d "${HANDOFF_JSON}" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: ${QUEUE_TICKET_ID}"
切節點失敗最常源於把「同步了 Git」誤認為同步了全部狀態。下表給出最小欄位集；profile 細節可對照Provisioning 治理長文。
| 邊界 | 必須對齊的內容 | 典型失敗訊號 |
|---|---|---|
| Git | 分支、子模組、LFS 指標 | 編譯引用舊子模組提交 |
| DerivedData | 自定義 slice 名或快取名稱空間 | Swift 模組介面不一致 |
| 金鑰與描述檔案 | profile manifest 雜湊、鑰匙串解鎖視窗 | 無人值守首籤失敗 |
| 佇列 | ticket_id 續租與所有者 | 幽靈編譯佔用 CPU |
注意：任何「臨時把 DerivedData 拷到共享盤」的做法都要寫明保留時長與回收策略，否則 mesh 會在長假後集體爆炸。
凍結指標：記錄當前半成品路徑與佇列令牌，截圖或日誌存檔。
釋放鎖：顯式 stop build / cancel runner job，確認無殭屍 xcodebuild。
校驗磁碟：目標節點可用空間大於派生峰值預算。
重建會話：在新節點重新匯出 CI 使用者上下文與鑰匙串策略。
回放探針：跑一次最小目標編譯探針再進入全量。
寫回信封：更新 handoff JSON 中的 pool 與 ticket 欄位。
下列三條為工程化核對常用區間；請用自有樣本替換並保留統計口徑。
| 團隊規模 | 釋出頻率 | 跨區比例 | 更穩的第一選擇 |
|---|---|---|---|
| 小團隊 | 每週多次 | 低 | 固定遠端會話 + 明確鎖 TTL |
| 中型團隊 | 每日多次 | 中 | 混合接力 + handoff 信封全自動校驗 |
| 平臺化團隊 | 持續交付 | 高 | 常駐遠端工作站策略 + 席位鎖指標面板 |
純靠個人筆記本兼做遠端重編譯會繼續欠賬：休眠、系統更新視窗與不可審計的鑰匙串點選會把佇列 SLO 拖到深夜。相較之下，自建機房 Mac 則常被採購週期與多地佈線拖累。筆記型電腦本地全量編譯還會放大頻寬與溫控不確定性，難以承載 Archive 峰值。
若既要跨區 mesh，又要把遠端重編譯會話收斂到可合同化的 uptime 與節點專用邊界，零散裝置很難給出可驗收 SLA。對需要iOS CI/CD 與 AI Agent 自動化接力的生產場景，VpsMesh 的 Mac Mini 雲端租賃通常是更優解：區域與規格可選、節點可專用、可把佇列策略與可用性條款寫進運維合同，而不是口頭默契。