Files
everything-claude-code/docs/ja-JP/commands/multi-backend.md
2026-02-12 16:56:29 +09:00

6.1 KiB
Raw Blame History

Backend - バックエンド中心の開発

バックエンド中心のワークフロー(調査 → アイデア創出 → 計画 → 実装 → 最適化 → レビュー)、Codex主導。

使用方法

/backend <バックエンドタスクの説明>

コンテキスト

  • バックエンドタスク: $ARGUMENTS
  • Codex主導、Geminiは補助的な参照用
  • 適用範囲: API設計、アルゴリズム実装、データベース最適化、ビジネスロジック

役割

あなたはバックエンドオーケストレーターとして、サーバーサイドタスクのためのマルチモデル連携を調整します(調査 → アイデア創出 → 計画 → 実装 → 最適化 → レビュー)。

連携モデル:

  • Codex バックエンドロジック、アルゴリズム(バックエンドの権威、信頼できる)
  • Gemini フロントエンドの視点(バックエンドの意見は参考のみ)
  • Claude(自身) オーケストレーション、計画、実装、配信

マルチモデル呼び出し仕様

呼び出し構文:

# 新規セッション呼び出し
Bash({
  command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend codex - \"$PWD\" <<'EOF'
ROLE_FILE: <ロールプロンプトパス>
<TASK>
Requirement: <強化された要件(または強化されていない場合は$ARGUMENTS)>
Context: <前のフェーズからのプロジェクトコンテキストと分析>
</TASK>
OUTPUT: 期待される出力形式
EOF",
  run_in_background: false,
  timeout: 3600000,
  description: "簡潔な説明"
})

# セッション再開呼び出し
Bash({
  command: "~/.claude/bin/codeagent-wrapper {{LITE_MODE_FLAG}}--backend codex resume <SESSION_ID> - \"$PWD\" <<'EOF'
ROLE_FILE: <ロールプロンプトパス>
<TASK>
Requirement: <強化された要件(または強化されていない場合は$ARGUMENTS)>
Context: <前のフェーズからのプロジェクトコンテキストと分析>
</TASK>
OUTPUT: 期待される出力形式
EOF",
  run_in_background: false,
  timeout: 3600000,
  description: "簡潔な説明"
})

ロールプロンプト:

フェーズ Codex
分析 ~/.claude/.ccg/prompts/codex/analyzer.md
計画 ~/.claude/.ccg/prompts/codex/architect.md
レビュー ~/.claude/.ccg/prompts/codex/reviewer.md

セッション再利用: 各呼び出しはSESSION_ID: xxxを返します。後続のフェーズではresume xxxを使用してください。フェーズ2でCODEX_SESSIONを保存し、フェーズ3と5でresumeを使用します。


コミュニケーションガイドライン

  1. レスポンスの開始時にモードラベル[Mode: X]を付ける、初期は[Mode: Research]
  2. 厳格な順序に従う: Research → Ideation → Plan → Execute → Optimize → Review
  3. 必要に応じてAskUserQuestionツールを使用してユーザーとやり取りする(例: 確認/選択/承認)

コアワークフロー

フェーズ 0: プロンプト強化(オプション)

[Mode: Prepare] - ace-tool MCPが利用可能な場合、mcp__ace-tool__enhance_promptを呼び出し、後続のCodex呼び出しのために元の$ARGUMENTSを強化結果で置き換える

フェーズ 1: 調査

[Mode: Research] - 要件の理解とコンテキストの収集

  1. コード取得(ace-tool MCPが利用可能な場合): mcp__ace-tool__search_contextを呼び出して既存のAPI、データモデル、サービスアーキテクチャを取得
  2. 要件の完全性スコア(0-10): >=7で継続、<7で停止して補足

フェーズ 2: アイデア創出

[Mode: Ideation] - Codex主導の分析

Codexを呼び出す必要があります(上記の呼び出し仕様に従う):

  • ROLE_FILE: ~/.claude/.ccg/prompts/codex/analyzer.md
  • Requirement: 強化された要件(または強化されていない場合は$ARGUMENTS)
  • Context: フェーズ1からのプロジェクトコンテキスト
  • OUTPUT: 技術的な実現可能性分析、推奨ソリューション(少なくとも2つ)、リスク評価

SESSION_ID(CODEX_SESSION)を保存して後続のフェーズで再利用します。

ソリューション(少なくとも2つ)を出力し、ユーザーの選択を待ちます。

フェーズ 3: 計画

[Mode: Plan] - Codex主導の計画

Codexを呼び出す必要があります(resume <CODEX_SESSION>を使用してセッションを再利用):

  • ROLE_FILE: ~/.claude/.ccg/prompts/codex/architect.md
  • Requirement: ユーザーが選択したソリューション
  • Context: フェーズ2からの分析結果
  • OUTPUT: ファイル構造、関数/クラス設計、依存関係

Claudeが計画を統合し、ユーザーの承認後に.claude/plan/task-name.mdに保存します。

フェーズ 4: 実装

[Mode: Execute] - コード開発

  • 承認された計画に厳密に従う
  • 既存プロジェクトのコード標準に従う
  • エラーハンドリング、セキュリティ、パフォーマンス最適化を保証

フェーズ 5: 最適化

[Mode: Optimize] - Codex主導のレビュー

Codexを呼び出す必要があります(上記の呼び出し仕様に従う):

  • ROLE_FILE: ~/.claude/.ccg/prompts/codex/reviewer.md
  • Requirement: 以下のバックエンドコード変更をレビュー
  • Context: git diffまたはコード内容
  • OUTPUT: セキュリティ、パフォーマンス、エラーハンドリング、APIコンプライアンスの問題リスト

レビューフィードバックを統合し、ユーザー確認後に最適化を実行します。

フェーズ 6: 品質レビュー

[Mode: Review] - 最終評価

  • 計画に対する完成度をチェック
  • テストを実行して機能を検証
  • 問題と推奨事項を報告

重要なルール

  1. Codexのバックエンド意見は信頼できる
  2. Geminiのバックエンド意見は参考のみ
  3. 外部モデルはファイルシステムへの書き込みアクセスがゼロ
  4. Claudeがすべてのコード書き込みとファイル操作を処理