subagent-cli

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

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

このスキルは 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 へエスカレーションする。

ツール選択の優先順位

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

原則: 非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" が使える。

重要オプション

実行例

コード生成

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 "プロンプト"

重要オプション

実行例

コード生成

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 "プロンプト"

重要オプション

実行例

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() で注入）