米東とアジア太平洋が同一台の遠隔 Macを回すと、ゲートウェイは接続とストリーム、CI はCPU／メモリ／ディスクでぶつかります。本稿は並行度・クレデンシャル・Xcode／Runnerの境界を先に決め、M4 三階＋1TB／2TBと高メモリ Pro 単体の短中期判断に落とします。18789 周りは Cron／18789 死活の実戦記、5.x 系は probe／doctor 照合チュートリアル と併読してください。
1. 共有の鉄則：並行度とクレデンシャル
RTT より同時実行の上限が支配します。ゲートウェイは短いタイムアウトと本数上限、ビルドは直列から始める。Bearer と SSH 鍵は用途別にローテーション単位を揃え、共有ディレクトリに平文を置かない。Apple 系はユーザー別キーチェーンか CI 専用ユーザーに閉じると説明が簡単です。
米東と APAC の交代運用なら、引き継ぎに gateway status の listen とlogs 末尾数十行を添付し、doctor の警告がゼロかだけ合意してから引き渡すと、境界が崩れません。
2. Xcode／Runner 争いの切り分け
DerivedDataとシミュレータ状態が主因です。xcodebuild は別ルート、Runner は同時実行 1から。内蔵は OS とツール、拡張 SSD に成果物とキャッシュを逃がすと I/O が読みやすくなります。
doctor＝依存、status＝listen／モデル、logs＝時系列の因果。三者が食い違えば token・プロキシ・ディスクのどれかです。3. 短中期マトリクス（M4＋1TB／2TB 対 Pro）
| 優先 | 構成の目安 |
|---|---|
| 軽 GW＋週次 CI | M4 中下位＋1TB、キューで直列化 |
| 並列ビルド多め | M4 上位＋2TB、または役割別二台 |
| 重 IDE／長文 | 高メモリ Pro 単体で一台内争いを減らす |
重い推論や巨大ワークスペースは高メモリ機へオフロードし、共有機はゲートウェイと CI の薄い経路に留めると、短中期の請求が読みやすくなります。
4. 2026.5.x ゼロと 18789・doctor／status／logs
onboard → gateway start → gateway probe → 18789 が成功／失敗ともにログへ残るか → doctor → gateway status。最後に logs で probe 直後の Runner ディスクスパイクを見て、共有機特有の相関ノイズを切ります。
5. FAQ
- 遅い：まず CPU／ディスク。RTT だけ疑わない。
- 401 が交互：複数 token 混線。シェル初期化の読み順を整理。
- 18789 が不安定：Cron とプラグイン更新の同時窓を避ける。
共有遠隔運用に Mac mini が向く理由
タイムゾーン横断で一台に寄せるほど、静音・待機約 4W・長期安定が効きます。M4 Mac mini は SSH／Homebrew／Docker が素直に載り、Gatekeeper／SIP／FileVault がクレデンシャルを硬くします。体積と電費が小さいので総所有コストも読みやすいです。
境界設計を再現性高く回すなら、Macstripe ホームで Mac mini M4 を比較し、検証用に一台確保してから共有へ広げてください。
