Menu
マルチエージェント（Owner/Admin/Worker）で並列実装する開発フロー。「マルチフロー」「workflow-multi」「マルチエージェントで実装」「並列で実装」「複数人で実装」「並列開発」などで起動。Issue/PR まで作るかは発話・引数から判断し、曖昧なら確認する。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
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」などの絞り込みは発話から判断する。
| 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）