Menu
開発フェーズ全体の TDD ワークフローをオーケストレーション。バックエンド・フロントエンド開発の進め方、Codex 分業体制を案内。開発フェーズの開始や開発手法の確認時に使用。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
バックエンド開発の TDD ワークフロー。Red-Green-Refactor サイクル、インサイドアウトアプローチ、品質チェックリスト。Java/Spring Boot のバックエンド実装時に使用。
フロントエンド開発の TDD ワークフロー。Red-Green-Refactor サイクル、アウトサイドインアプローチ、コンポーネント設計。React/TypeScript のフロントエンド実装時に使用。
設計ドキュメントの一覧表示、進捗確認、内容参照、インデックス更新、Markdown Lint を実行。ドキュメント管理や整備時に使用。
分析フェーズ全体のワークフローをオーケストレーション。要件定義から非機能要件まで各 analyzing-* スキルの実行順序を案内。分析フェーズの開始や全体像の把握時に使用。
計画・進捗管理フェーズ全体のワークフローをオーケストレーション。リリース計画、GitHub Project 同期、進捗追跡の実行順序を案内。プロジェクト管理の開始や全体像の把握時に使用。
アプリケーションのリリースワークフロー。品質ゲート、バージョンバンプ、CHANGELOG 生成、git commit + tag を一貫実行。リリース作業やバージョン管理時に使用。
| 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）