2026年小チーム共有リモートMac判断マトリクス：Jira Automation によるラベルルーティング、ビルドロックと並行タイムアウトのパラメータ一覧

典型は、ラベル連打で同一ブランチ並列がDerivedDataを壊すこと、SSH手動ビルドとJira CIが同一ユーザの署名コンテキストで詰まること、レーンは分かれているのにキュー深度／timeoutがなく夜間ジョブが占有することです。原因は単一のJira設定ではなく、課題フィールド・ホストmutex・CIの三層設計が欠けている場合が多いです。

SSHは観測が抜けやすいので短時間・別ワークツリーに寄せ、Jira CIは非対話固定にします。日次10件未満なら単一ノード＋flockでも可。PR併用ならconcurrencyをrepo+laneで分離（ワークツリー並行）。Jiraは起票、並行制御はRunner／merge queue側へ寄せると安定します。

出発基線（ラベル名・ノードIDはインベントリに合わせ、p95で調整）。

Automationはサービスアカウント、Runnerは専用macOSユーザで、SSH対話とホームを分離。トークンは最小権限・短期（環境テンプレと秘密）。ゲートウェイで送出元検証し、境界はSSH・VNC・権限隔離FAQに沿って表に落とします。

トリガーはラベル追加に限定し、SHA未入力は棄却。課題キー＋SHA＋ルールIDで重複はゲートが409。署名は出站Webhook同様に生ボディ検証。

Q. ラベル付け直しで二重ビルド。
A. 同一SHAをN分窓でゲート拒否、または課題プロパティに最終SHA。

Q. Jira成功だがRunner Queued。
A. 飽和かタグ不一致。ルーティング表を更新。

Q. flockが夜まで残る。
A. ロック待ちtimeoutをJobより短く。flock FAQ。

Jiraは意図と優先度の入力に強い一方、直列資源はホストロックとCIで守ります。表をRunbookに写し、閾値超えはレーン分割かノード追加が最短です。

MeshMacのプラン確認はログイン不要：購入、ホーム、ヘルプ、ブログ一覧（閲覧もアカウント不要）。