6.1 KiB
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を使用します。
コミュニケーションガイドライン
- レスポンスの開始時にモードラベル
[Mode: X]を付ける、初期は[Mode: Research] - 厳格な順序に従う:
Research → Ideation → Plan → Execute → Optimize → Review - 必要に応じて
AskUserQuestionツールを使用してユーザーとやり取りする(例: 確認/選択/承認)
コアワークフロー
フェーズ 0: プロンプト強化(オプション)
[Mode: Prepare] - ace-tool MCPが利用可能な場合、mcp__ace-tool__enhance_promptを呼び出し、後続のCodex呼び出しのために元の$ARGUMENTSを強化結果で置き換える
フェーズ 1: 調査
[Mode: Research] - 要件の理解とコンテキストの収集
- コード取得(ace-tool MCPが利用可能な場合):
mcp__ace-tool__search_contextを呼び出して既存のAPI、データモデル、サービスアーキテクチャを取得 - 要件の完全性スコア(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] - 最終評価
- 計画に対する完成度をチェック
- テストを実行して機能を検証
- 問題と推奨事項を報告
重要なルール
- Codexのバックエンド意見は信頼できる
- Geminiのバックエンド意見は参考のみ
- 外部モデルはファイルシステムへの書き込みアクセスがゼロ
- Claudeがすべてのコード書き込みとファイル操作を処理