subagent-cli

name	subagent-cli
description	外部AIエージェントCLIをBashで非対話実行するスキル。codex execやcursor-agentでコーディング作業を委譲する手順を提供する。 Use when: 複雑な実装の委譲、コードレビュー、複数ファイルの一括変更、Bashからサブエージェントを起動するとき。

subagent-cli

外部AIエージェントCLIをBash経由でサブプロセスとして実行し、複雑なコーディングタスクを委譲する。 自分のアイデンティティ・判断・記憶は維持したまま、実行能力を拡張するための「パワーツール」として使う。

フレームワーク実行モードとの関係

このスキルは Bash ツールが利用可能な場合 にのみ適用される。

モード	実装	Bash	このスキルの適用
Mode S	agent_sdk.py (Claude Agent SDK)	デフォルトで利用可能	適用される。Claude Code サブプロセス内で Read/Write/Edit/Bash/Grep/Glob/WebFetch/WebSearch + MCP(send_message 等) + Task/Agent が利用可能。Bash 実行時の cwd は anima_dir
Mode C	codex_sdk.py (Codex SDK)	Codex CLI のツールセットに依存	codex exec は不要 — フレームワークが Codex を直接実行。cursor-agent / claude -p は Bash 経由で呼べる（Bash が利用可能な場合）
Mode D	Cursor Agent（cursor-agent サブプロセス）	Cursor CLI のツールセットに依存	cursor-agent -p は不要 — フレームワークが cursor-agent を直接実行。MCP 統合。Mode S に近いツールアクセスだが実体は cursor-agent バイナリ。codex exec / claude -p は Bash 経由で呼べる（Bash が利用可能な場合）
Mode G	Gemini CLI（gemini サブプロセス）	Gemini CLI のツールセットに依存	Gemini CLI の手動起動は不要 — フレームワークが直接実行。MCP 統合、stream-json 出力。他 CLI は Bash 経由で呼べる（Bash が利用可能な場合）
Mode A/B	LiteLLM + tool_use / 1ショット	permissions.json で許可時のみ	Bash 許可があれば適用

重要: Mode C（codex/*）、Mode D（cursor/*）、Mode G（gemini/*）の Anima は、フレームワークが各エンジンを直接実行する。この場合、自分で codex exec（Mode C）や cursor-agent -p（Mode D）、Gemini CLI（Mode G）を Bash から呼ぶ必要はない。別の CLI（cursor-agent / claude -p / codex exec 等）を明示的に使いたい場合のみ、このスキルの該当セクションを参照する。

Windows例外: ネイティブWindows環境で shell 実行が policy blocked になった場合、または codex exec exited with code 1 が繰り返し発生する場合は、ローカル codex exec の再試行をやめること。shell 必須タスクは taka へエスカレーションする。

ツール選択の優先順位

コスト効率順に選択すること。

優先度	ツール	コスト	得意領域
1	codex exec	最安（Codex）	コード生成・編集・レビュー
2	cursor-agent -p	安い（Cursor）	コード生成・編集・マルチファイル
3	claude -p	高い（Claude API）	最終手段。上2つで解決しない場合のみ

原則: 非Windowsまたは shell 実行が健全な環境では codex exec を最初に試す。ネイティブWindowsで shell 実行が blocked / unstable な場合は codex exec を飛ばし、taka へエスカレーションする。その他の失敗時や不得意なタスクのみ cursor-agent → claude の順にフォールバック。

使うべきタイミング

• マルチファイルにまたがるコード変更
• テスト作成・テスト修正
• コードレビュー
• リファクタリング
• バグ修正の調査と実装
• 新機能の実装

使うべきでないタイミング

• 1ファイルの小さな編集（自分で直接やる）
• 記憶の読み書き（自分のツールを使う）
• 外部API呼び出し（専用ツールを使う）
• 情報の検索・調査のみ（web_search や Read で十分）

---

1. codex exec（推奨）

適用条件: Mode S または Mode A/B（Bash 許可）のとき。Mode C の場合はフレームワークが Codex を実行するため、このセクションは不要。Mode D/G の場合もフレームワークが各エンジンを実行するため、代替として codex を使う必要がなければ参照不要。

基本構文

codex exec --full-auto -C /path/to/workspace "プロンプト"

作業ディレクトリ -C には対象プロジェクトの絶対パスを指定する。Mode S の Bash 実行時には ANIMAWORKS_ANIMA_DIR（Anima のデータディレクトリ）と ANIMAWORKS_PROJECT_DIR（AnimaWorks フレームワークのルート）が環境変数として設定される。AnimaWorks 自体の開発が対象の場合は -C "$ANIMAWORKS_PROJECT_DIR" が使える。

重要オプション

オプション	説明
--full-auto	自動承認＋サンドボックス（workspace-write）
-C /path	作業ディレクトリ指定（必須）
-m model	モデル指定（例: o4-mini, o3）
--sandbox workspace-write	ワークスペース書き込み許可（full-autoに含まれる）
--json	JSONL形式で出力
-o file	最終メッセージをファイルに書き出し
--ephemeral	セッションファイルを保存しない

実行例

コード生成

codex exec --full-auto --ephemeral -C /home/user/dev/myproject \
  "src/utils/parser.py にMarkdownパーサーを実装して。既存のテストを壊さないこと。"

コードレビュー

codex exec --full-auto --ephemeral -C /home/user/dev/myproject \
  review

テスト作成

codex exec --full-auto --ephemeral -C /home/user/dev/myproject \
  "src/utils/parser.py のユニットテストを tests/test_parser.py に作成して。"

結果をファイルに保存

codex exec --full-auto --ephemeral -C /home/user/dev/myproject \
  -o /tmp/codex_result.txt \
  "このプロジェクトのアーキテクチャを分析して改善案を出して。"

---

2. cursor-agent -p（代替）

適用条件: Mode S または Mode A/B（Bash 許可）。Mode C/G でも Bash が利用可能な場合は適用可能。Mode D ではフレームワークが cursor-agent を実行するため、このセクションの手動 cursor-agent -p は原則不要。

基本構文

cursor-agent -p --trust --force --workspace /path/to/workspace "プロンプト"

重要オプション

オプション	説明
-p / --print	非対話モード（必須）
--trust	ワークスペースを自動信頼
--force	コマンド自動承認
--workspace /path	作業ディレクトリ指定（必須）
--model model	モデル指定（例: sonnet-4, gpt-5）
--output-format text|json	出力形式
--mode plan|ask	読み取り専用モード（調査向け）

実行例

コード生成

cursor-agent -p --trust --force \
  --workspace /home/user/dev/myproject \
  "src/api/routes.py にPOST /users エンドポイントを追加して。バリデーション付き。"

読み取り専用調査

cursor-agent -p --trust --mode ask \
  --workspace /home/user/dev/myproject \
  "この認証フローにセキュリティ上の問題はある？"

結果をファイルに保存

cursor-agent -p --trust --force \
  --workspace /home/user/dev/myproject \
  --output-format text \
  "テストカバレッジが低いモジュールを特定して改善して" > /tmp/cursor_result.txt

---

3. claude -p（フォールバック）

適用条件: Mode S または Mode A/B（Bash 許可）。Mode C/D/G でも Bash が利用可能な場合は適用可能。

codex/cursor-agentで対応できないときのみ使用。APIコストが高い。

基本構文

claude -p --dangerously-skip-permissions --output-format text "プロンプト"

重要オプション

オプション	説明
-p / --print	非対話モード（必須）
--dangerously-skip-permissions	権限チェック省略
--model model	モデル指定（例: sonnet, haiku）
--allowedTools "tools"	許可ツール制限（例: "Read Edit Bash(git:*)")
--output-format text|json	出力形式
--max-budget-usd N	コスト上限（ドル）
--no-session-persistence	セッション保存しない

実行例

claude -p --dangerously-skip-permissions --no-session-persistence \
  --model haiku --max-budget-usd 0.5 \
  --output-format text \
  "src/core/parser.py のエラーハンドリングを改善して"

---

プロンプトの書き方

サブエージェントにはAnimaWorksの文脈がない。明確で自己完結したプロンプトを書くこと。

良いプロンプト

以下の要件でPythonモジュールを実装して:

ファイル: src/utils/validator.py

要件:
- Pydantic v2のBaseModelを使ったバリデータ
- email, username, passwordフィールド
- パスワードは8文字以上、英数字混合
- バリデーションエラー時にカスタム例外を投げる

制約:
- from __future__ import annotations を先頭に
- Google-style docstring
- 既存のテストを壊さないこと

悪いプロンプト

いい感じにバリデーションを直して

→ コンテキストがなく、「いい感じ」が不明確。

---

出力の処理

標準出力をキャプチャ

RESULT=$(codex exec --full-auto --ephemeral -C /path "プロンプト" 2>/dev/null)
echo "$RESULT"

ファイル経由（codex推奨）

codex exec --full-auto --ephemeral -C /path \
  -o /tmp/result.txt "プロンプト"
# 結果を読む
cat /tmp/result.txt

終了コードで成否判定

codex exec --full-auto --ephemeral -C /path "プロンプト"
if [ $? -eq 0 ]; then
  echo "成功"
else
  echo "失敗 — cursor-agentにフォールバック"
  cursor-agent -p --trust --force --workspace /path "同じプロンプト"
fi

---

バックグラウンド実行（重要）

サブエージェントの実行は 5分〜20分以上 かかることがある。 フォアグラウンドで待つとセッションがブロックされるため、必ずバックグラウンドで実行すること。

基本パターン: nohup + 結果ファイル

nohup codex exec --full-auto --ephemeral -C /path/to/workspace \
  -o /tmp/codex_result.txt \
  "プロンプト" > /tmp/codex_stdout.log 2>&1 &
echo "PID: $!"

cursor-agent の場合:

nohup cursor-agent -p --trust --force \
  --workspace /path/to/workspace \
  "プロンプト" > /tmp/cursor_result.txt 2>&1 &
echo "PID: $!"

完了確認

# プロセスがまだ動いているか確認
ps -p <PID> > /dev/null 2>&1 && echo "実行中" || echo "完了"

# 結果を読む（完了後）
cat /tmp/codex_result.txt
# または
cat /tmp/cursor_result.txt

タイムアウト付き実行

暴走を防ぐために timeout を併用する:

nohup timeout 30m codex exec --full-auto --ephemeral -C /path \
  -o /tmp/codex_result.txt \
  "プロンプト" > /tmp/codex_stdout.log 2>&1 &

• 推奨タイムアウト: 30分（30m）
• 小さなタスク: 10分（10m）
• 大きなリファクタリング: 60分（60m）

実行中に他の作業を継続

バックグラウンド実行後、完了を待たずに他のタスクを進めてよい。 定期的にプロセスの生存を確認し、完了したら結果を読み取ってepisodes/に記録する。

---

安全ガイドライン

1. 作業ディレクトリを必ず指定する — 未指定だとカレントディレクトリで実行される
2. 機密情報をプロンプトに含めない — APIキー、パスワード等
3. codexは --full-auto でサンドボックス内実行 — ワークスペース外への書き込みは制限される
4. 実行後にgit diffで変更を確認する — 意図しない変更がないかチェック
5. --ephemeral を付ける — セッションファイルが不要に蓄積されるのを防ぐ

---

フォールバック戦略

1. codex exec で試行
   ↓ 失敗 or 品質不足
2. cursor-agent -p で再試行
   ↓ 失敗 or 品質不足
3. claude -p（--max-budget-usd でコスト制限）で最終試行
   ↓ それでも失敗
4. 自分で実行を試みるか、上司に報告する

注意事項

• サブエージェントはAnimaWorksの記憶・ツールにアクセスできない。あくまで「コーディングの手」
• 実行結果は自分のepisodes/に記録し、学んだパターンはknowledge/に蓄積すること
• 実行には5分〜20分以上かかる。必ずバックグラウンドで実行し、timeout を設定すること
• git管理されたリポジトリで作業すること（変更の追跡・取り消しが容易）
• Mode S では Bash 実行時に ANIMAWORKS_ANIMA_DIR（Anima のデータディレクトリ）と ANIMAWORKS_PROJECT_DIR（AnimaWorks フレームワークのルート）が環境変数として設定される（agent_sdk.py の _build_env() で注入）