Menu
開発フェーズ全体の TDD ワークフローをオーケストレーション。バックエンド・フロントエンド開発の進め方、Codex 分業体制を案内。開発フェーズの開始や開発手法の確認時に使用。
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
| name | orchestrating-development |
| description | 開発フェーズ全体の TDD ワークフローをオーケストレーション。バックエンド・フロントエンド開発の進め方、Codex 分業体制を案内。開発フェーズの開始や開発手法の確認時に使用。 |
開発フェーズ全体の作業を支援します。TDD サイクルに従った開発ワークフローを提供します。
--codex : Claude（計画・設計・受入）と Codex（実装）の分業体制で開発# 開発フェーズ全体のワークフロー表示
# 「開発フェーズの全体的な進め方と TDD サイクルの説明」
# Claude と Codex の分業体制で開発
# --codex
# 「US-103 お知らせ管理を開始。計画・設計は Claude、実装は Codex が担当」
開発フェーズは以下の工程で構成されます:
バックエンド開発 (Skill: developing-backend)
フロントエンド開発 (Skill: developing-frontend)
Red-Green-Refactor サイクルを厳密に実行:
プロジェクトの状態に応じた最適なアプローチを選択:
--codex オプションを指定すると、Claude と Codex の分業体制で開発を進めます。
前提条件:
役割分担:
| フェーズ | 担当 | 責務 |
|---|---|---|
| 計画 | Claude | 要件分析、タスク分解、優先度決定 |
| 設計 | Claude | API 設計、UI 設計、データモデル設計 |
| 実装 | Codex | コード実装、ユニットテスト作成 |
| 受入 | Claude | 設計レビュー、E2E テスト作成・実行、品質確認 |
開発フロー:
graph LR
A[計画] --> B[設計]
B --> C[実装指示]
C --> D[受入]
subgraph Claude
A
B
D
end
subgraph Codex
C
end
Codex MCP ツールのパラメータ:
| パラメータ | 説明 | 推奨値 |
|---|---|---|
prompt | 実装指示（詳細な要件を含む） | タスク単位で明確に記述 |
sandbox | 実行環境の権限レベル | danger-full-access（推奨） |
approval-policy | コマンド実行時の承認ポリシー | never |
cwd | 作業ディレクトリ | プロジェクトルート |
指示サイズに関する注意:
| 粒度 | 推奨度 | 説明 |
|---|---|---|
| タスク単位（1-3 ファイル） | 推奨 | 1 つのコンポーネントや機能単位 |
| 機能単位（3-5 ファイル） | 注意 | 進捗確認を頻繁に行う |
| ユーザーストーリー単位 | 非推奨 | タスクに分割して実行 |
Codex が書き込みできない場合の対処:
--codex を使用した開発フローの実践例:
Claude の活動:
Claude の活動:
Codex への指示例:
mcp__codex__codex
prompt: |
お知らせ管理機能を実装してください。
## 開発ガイド
docs/reference/コーディングとテストガイド.md に従って実装すること。
特に TDD サイクル（Red-Green-Refactor）を厳守すること。
## タスク
1. AuthContext に role と canManageAnnouncements を追加
2. API クライアントに create/update/delete 関数を追加
## 完了条件
- ESLint エラーなし
- 既存テストがパス
- TDD サイクルに従って実装
sandbox: danger-full-access
approval-policy: never
cwd: プロジェクトルート
継続指示（codex-reply ツール使用）:
mcp__codex__codex-reply
threadId: "<前回のスレッドID>"
prompt: "テストを実行して結果を確認してください"
Claude の活動:
受入基準:
長時間の開発セッションでは Context limit reached エラーを回避するため、タスクの区切りごとに /compact を実施してコンテキストを圧縮する。
/compact を実施するタイミング:
運用ルール:
/compact 実施前に、現在の作業状態と次のタスクをメモとして出力する/compact 実施後、次のタスクの作業を継続する/compact を検討するdeveloping-backend : バックエンド開発ガイドdeveloping-frontend : フロントエンド開発ガイドdeveloping-release : リリースワークフロー（品質ゲート・バージョン管理・CHANGELOG）バックエンド開発の TDD ワークフロー。Red-Green-Refactor サイクル、インサイドアウトアプローチ、品質チェックリスト。Java/Spring Boot のバックエンド実装時に使用。
フロントエンド開発の TDD ワークフロー。Red-Green-Refactor サイクル、アウトサイドインアプローチ、コンポーネント設計。React/TypeScript のフロントエンド実装時に使用。
設計ドキュメントの一覧表示、進捗確認、内容参照、インデックス更新、Markdown Lint を実行。ドキュメント管理や整備時に使用。
分析フェーズ全体のワークフローをオーケストレーション。要件定義から非機能要件まで各 analyzing-* スキルの実行順序を案内。分析フェーズの開始や全体像の把握時に使用。
計画・進捗管理フェーズ全体のワークフローをオーケストレーション。リリース計画、GitHub Project 同期、進捗追跡の実行順序を案内。プロジェクト管理の開始や全体像の把握時に使用。
アプリケーションのリリースワークフロー。品質ゲート、バージョンバンプ、CHANGELOG 生成、git commit + tag を一貫実行。リリース作業やバージョン管理時に使用。