Menü
マルチエージェント（Owner/Admin/Worker）で並列実装する開発フロー。「マルチフロー」「workflow-multi」「マルチエージェントで実装」「並列で実装」「複数人で実装」「並列開発」などで起動。Issue/PR まで作るかは発話・引数から判断し、曖昧なら確認する。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | workflow-multi |
| description | マルチエージェント（Owner/Admin/Worker）で並列実装する開発フロー。「マルチフロー」「workflow-multi」「マルチエージェントで実装」「並列で実装」「複数人で実装」「並列開発」などで起動。Issue/PR まで作るかは発話・引数から判断し、曖昧なら確認する。 |
Codex の multi_agent 機能（Owner/Admin/Worker）で並列実装する開発フロー。
フラグは不要。タスクを伝えれば、git の状態・発話内容から実行条件を自動判断し、曖昧な点だけ確認する。
ユーザー入力に --help が含まれる場合、以下を表示して終了:
workflow-multi - マルチエージェント開発フロー
概要:
Codex の multi_agent 機能（Owner/Admin/Worker）で並列実装する。
実装条件（Issue/PR・計画書・ブランチ・git）はフラグ不要で自動判断し、
曖昧な点だけ確認する。
使用方法:
workflow-multi [タスク説明]
workflow-multi --help
オプション:
--help このヘルプを表示
例:
workflow-multi # 既存計画書から並列実装（あれば）
workflow-multi "API を並列リファクタ" # タスク説明から並列実装
workflow-multi "認証を実装して PR まで" # Issue/PR 連携ありで並列実装
workflow-multi --help # ヘルプを表示
指定の伝え方（フラグの代わり）:
- 「計画を立ててから」 → 計画書を作成してから実装
- 「ブランチで」 → worktree ではなくブランチを作成
- 「Issue / PR まで」 → Issue 作成・PR 作成まで実施
- 「コミットだけ」 → Issue/PR を作らずコミットメッセージ出力で終了
gh コマンドが利用可能gh auth status が成功する（GitHub CLI 認証済み）全てのツールには caller_agent_id パラメータが必須です。
create_agent() の戻り値から自分の ID を取得し、{owner_id} として保存caller_agent_id="{owner_id}" を指定ユーザーにフラグを入力させない。以下を順に決定する。発話・タスク説明に明示があればそれを最優先し、明示がなければ自動判断、それでも曖昧な項目だけ後述の手順で確認する。
| 項目 | 既定 | 判断ルール |
|---|---|---|
| git / no-git | 自動 | git rev-parse --is-inside-work-tree 成功なら git。失敗なら no-git（ブランチ作成を省略） |
| worktree / branch | worktree | 「ブランチで」「worktree なし」等の発話があれば branch |
| 計画書の扱い | 後述の判定 | 「計画を立てて」「plan で」→ 計画書作成。タスク説明あり → 直接。なし → 既存計画書を探索 |
| Issue/PR 連携 | 要確認 | 「Issue」「PR」「プルリク」等あり → 連携あり。「コミットだけ」「Issue 不要」等 → 連携なし。どちらも無ければ確認 |
発話・タスク説明から判断できない場合のみ、1 回だけ確認する。
question: "どこまで実施しますか？"
options:
- 軽量（コミットメッセージ出力のみ）: Issue/PR を作らず、変更とコミットメッセージの提示で終了
- Issue/PR まで作成: Issue 作成 → 並列実装 → コミット → PR 作成まで実施
git rev-parse --is-inside-work-tree >/dev/null 2>&1
init_tmux_workspace は通常設定）init_tmux_workspace に enable_git=false を渡す）.codex/plans/ に保存するls -t ~/.codex/plans/*.md | head -1）。見つからなければタスク説明を促して終了session_id に Issue 番号を使用no-git-task）github-issue-create スキルのワークフローに従い、--no-confirm オプションで Issue を作成する。本文は「## 概要 / ## タスク一覧（チェックボックス）/ ## 完了条件」で構成。作成された Issue 番号を session_id と後続に使う。
git モードのみ実施（no-git はスキップ）。
github-worktree-create スキルのワークフローに従うgithub-branch-create スキルのワークフローに従うNote:
github-worktree-createは worktree 作成後にmise trustを自動実行するため、追加の対応は不要。
owner_result = create_agent(role="owner", working_dir="パス")
# owner_result["agent"]["id"] を {owner_id} として保存
get_role_guide(role="owner", caller_agent_id="{owner_id}")
init_tmux_workspace(
working_dir="プロジェクトのルートパス",
open_terminal=true,
auto_setup_gtr=true,
session_id="{session_id}",
caller_agent_id="{owner_id}"
# no-git モードのときのみ、以下を追加:
# enable_git=false,
)
no-git モードでは enable_git=false を必ず追加で渡す（git モードでは省略してよい）。
admin_result = create_agent(
role="admin", working_dir="パス", caller_agent_id="{owner_id}"
)
# admin_result["agent"]["id"] を {admin_id} として保存
send_task(
agent_id="{admin_id}",
task_content="計画書またはタスク説明",
session_id="{session_id}",
branch_name="feature/{session_id}", # git モードのみ。no-git では渡さない
caller_agent_id="{owner_id}"
)
no-git モードでは branch_name を渡さない。
macOS 通知で Admin からの完了報告が届く。ユーザーから「完了通知来てるか確認して」と指示されたら Phase 5 へ。
get_dashboard_summary(caller_agent_id="{owner_id}")
read_messages(agent_id="{owner_id}", caller_agent_id="{owner_id}")
自動制御。Owner は待機のみ。
read_messages(agent_id="{owner_id}", caller_agent_id="{owner_id}")
git モード:
git status --short --branch
git diff
git diff --cached
no-git モード: Admin の最終報告（実装サマリー・変更ファイル・テスト結果・残課題）を表示。
⚠️ クリーンアップの前に必ずユーザー確認を行う。
question: "実装内容を承認しますか？"
options:
- OK（承認）: 後続処理へ進む
- NG（修正依頼）: 修正内容を指定して Admin に再指示
- 保留: 手動で確認してから判断
send_message(
sender_id="{owner_id}", receiver_id="{admin_id}",
message_type="request", content="修正依頼: {ユーザーの修正内容}",
caller_agent_id="{owner_id}"
)
→ Phase 2-4 に戻り、Admin が修正タスクを実行。
Admin に承認通知:
send_message(
sender_id="{owner_id}", receiver_id="{admin_id}",
message_type="task_approved", content="ユーザー確認完了。実装を承認します。",
caller_agent_id="{owner_id}"
)
クリーンアップ:
check_all_tasks_completed(caller_agent_id="{owner_id}")
cleanup_on_completion(caller_agent_id="{owner_id}")
セキュリティチェック: 機密ファイル（.env* / *.pem / credentials.json）を検出したら警告
git status # git モード
find . -maxdepth 3 \( -name ".env*" -o -name "*.pem" -o -name "credentials.json" \) # no-git モード
「仕上げ」へ進む
git-add-commit スキルのワークフローに従い、--no-confirm オプションでコミットするgit push -u origin feature/{session_id}github-pr-create スキルのワークフローに従い、--no-confirm オプションで PR を作成する。本文は「## 概要 / ## 並列実行サマリー（Worker×Task の表）/ ## 関連 Issue（Closes #{issue番号}）/ ## テスト計画」コミット・プッシュ・PR 作成は行わない。 推奨コミットメッセージを出力して終了する。
## 実装完了
### 作成されたブランチ / worktree（git モード時のみ）
- {ブランチ名} / パス: {worktree のパス}（worktree モード時のみ）
### 推奨コミットメッセージ
{Conventional Commits 形式（`config.toml` の git.commitMessage 設定があればそれに従う）}
### 次のステップ
git push -u origin feature/{session_id}
必要に応じて gh pr create
### worktree クリーンアップ（worktree モード時のみ）
PR マージ後、`/git-worktree` で gtr rm または gtr clean を実行してください。
caller_agent_id を渡すenable_git=false と branch_name 省略を徹底config.toml の設定に従う（なければ Conventional Commits）AI 関連 CLI ツールを brew で一括アップグレードする。「AI ツール更新」「brew upgrade AI」「AI CLI 更新」「ツール一括更新」「claude/codex/cursor/gemini 更新」などで起動。
プロジェクトの Codex リソース一覧を表示する。「Codex リソース一覧」「スキル一覧」「エージェント一覧」「設定一覧」「プロジェクトリソース確認」「何があるか確認」「リソースを見せて」などで起動。表示対象（スキル/エージェント/設定）は発話から判断する。
ローカル変更（未コミット/ステージ済み）をコード品質 + セキュリティの 2 観点で並列レビューし統合結果を表示。「ローカルレビュー」「変更をレビュー」「コミット前レビュー」「手元の変更をチェック」「review」などで起動。GitHub の PR ではなく作業中の変更が対象。
gtr で worktree を一覧・削除・クリーンアップする（管理操作）。「worktree 一覧」「gtr list」「gtr rm」「worktree 削除」「worktree クリーンアップ」「マージ済み worktree 削除」などで起動。新規作成は github-worktree-create を使う。
GitHub Issue を作成する。タスクは Issue 本文内でチェックボックスに分割。「Issue 作成」「Issue を作って」「タスクを Issue に」「Issue 追加」「チケット作成」「Issue を切る」「タスクを分割して Issue」などで起動。「ブランチも」「worktree も」と伝えれば作成後にブランチ/worktree も用意する。
オープン Issue の一覧を優先順位付きで表示する。「Issue 一覧」「Issue リスト」「オープン Issue」「Issue を見せて」「チケット一覧」「未解決 Issue」「Issue 確認」などで起動。優先度順にソートして表示。「クローズ済みも」「自分の Issue」などの絞り込みは発話から判断する。