team

チーム

Codex スタイルのローダーが、より広範な omx ルーターの説明に頼らず、連携ワーカーの契約を直接有効化できるように、$team にはこの完全一致の名前のスキルを使用します。

このスキルを使用する場合

• ユーザーが $team を明示的に指定した場合。
• ユーザーがチームモード、tmux ワーカー、または連携したマルチエージェント作業を求めた場合。
• ワーカーが共有のランタイム状態または共有タスクリストを必要とする場合。

手順

以下の事前確認、呼び出し、ライフサイクル、ルート振り分けのルールに従ってください。

事前確認

実際のチームランタイムを開始する前に、次を確認してください。

command -v omx
command -v tmux

いずれかが不足している場合は、停止して不足しているランタイム要件を報告してください。ユーザーがランタイムに支えられたチームワークフローを求めている場合、無関係なインプロセスのファンアウトで omx team を模倣しないでください。

呼び出し

利用可能な場合は、シェルランタイムを使用してください。

omx team 3:executor "task"
omx team ralph "task"
omx team status <team-name>
omx team shutdown <team-name>

ライフサイクルのルール

1. チームを開始し、チーム名、tmux ペイン、状態パスの具体的な証拠を記録します。
2. omx team status <team-name> で監視します。
3. ユーザーが明示的に中止しない限り、タスクが終了状態になるまで待ってからシャットダウンします。
4. .omx/state/team/<team>/ はランタイムの管理下に置き、手動で削除しないでください。

ルート振り分け

• 調整がほとんど不要な独立した作業レーンには ultrawork を使用します。
• QA／レビューのファンアウトには ultraqa を使用します。
• インストール、doctor チェック、ランタイム間のマッピングに関するガイダンスには omx を使用します。

例

• $team 3:executor "fix all TypeScript errors"
• omx team ralph "ship the auth cleanup with verification"

ベストプラクティス

• チームが実行中だと判断する前に、起動時の証拠を記録します。
• ワーカーがタスクの更新を書き込んでいる間はシャットダウンしないでください。
• ランタイムの状態は .omx/state/team/<team>/ の下に保持します。

参考資料

• ランタイムのセットアップと doctor チェックについては omx を参照してください。
• 独立したバースト作業レーンについては ultrawork を参照してください。