2026年共有リモートMacビルドプール：GitHub Actions セルフホストRunnerのラベルルーティングとキュー判断マトリクス

目標は公平な処理と再現性です。

1. 曖昧なラベルは同時キュー詰まりを招きます。
2. 共有パス直書きはSimulator・署名衝突の隠れコストです。
3. CPU偏重監視ではディスクと待ち悪化に気づき遅れます。

命名規約：os・アーキ・役割をハイフン小文字（例 macos-arm64-ci／release／heavy）。略語は用語集統一、廃止は併記期間を決める。

分離判断チェックリスト

• SLOが二倍以上異なる／待ち常時十件超が続く
• Simulator・キーチェーン・同一路径衝突が週一以上
• 署名やProvisioning方針がチームで分岐

FIFO基準。concurrencyでリポジトリロック、方針を文書化。

1. runs-on棚卸しと待ち計測。
2. ヘビー分離。足りなければノードかキュー追加。
3. 同時上限：ヘビーはRunner毎一、軽量はCPU七割五分未満かつ空きRAM八GB以上で最大二。
4. 待ち深さ目安二十件、超過は理由ログと抑制。
5. ワークスペースはジョブ別、要ロック手順は直列化。

Runnerは最小権限、秘密はOrg／Envへ。共有パスはRunbook化。SSH／VNC選型、権限隔離FAQ参照。

• 待ち中央値十五分超で調査・分割検討
• 空きディスク一割五分未満警告、一割未満は受入抑制検討（ディスク掃除閾値）
• DerivedData等ユーザー別三十〜八十GB上限、週次クリーン

安定性チェックリスト併用。

分割の目安は？

SLO差・衝突再発・待ち十件超が続くとき。ノード追加も。

ラベル増やし方は？

os・アーキ・用途三段固定。三ヶ月未使用は統合候補。

一台不足のサインは？

待ち常時上限近く・週次ディスク警告・リリース窓の失敗混在なら多ノード。

ラベルルーティングと同時キューをマトリクス化し閾値運用すればチームCIは安定します。MeshMac 多ノード／チームプランでRunner分散を。

ホームで購入・ヘルプ・ブログ。