claude-idd-framework

Quick reference for IDD command helper functions

interactively edit summary with user feedback loop using codex-mcp

title (と summary) から commit種別、issue種別、branch種別を判定。summary なしの場合はタイトルプレフィックスから高速判定

validate and format title and summary (auto-generate if summary omitted, then allow interactive editing)

Interactive list selection from subcommand session

```bash

```bash

選択されたIssueから、ブランチ提案、ブランチ作成、コミット統合までの一連のワークフローを管理します。

選択済みIssueドラフトを対話的に編集する

Issueドラフト一覧表示し、選択

GitHub IssueをロードしてMarkdown形式で保存

新しくIssueを作成する

Issue下書きをGitHubにPushする

Spec-Driven-Development主要コマンド - MCP統合による効率的な要件定義から実装まで一貫した開発支援

serena-mcp を活用した構造化アプリ開発・問題解決コマンド

6 段階包括的品質検証・デバッグワークフローコマンド

atsushifx式BDD厳格プロセスで多言語対応コードを実装する汎用エージェント。Red-Green-Refactor サイクルを厳格に遵守し、1 message = 1 test の原則で段階的実装を行う。TodoWrite ツールと temp/todo.md の完全同期による進捗管理と、プロジェクト固有の品質ゲート自動実行で高品質コードを保証する。Examples: <example>Context: 新機能の BDD 実装要求 user: "バリデーション機能を BDD で実装して" assistant: "bdd-coder エージェントで厳格な Red-Green-Refactor サイクルによる実装を開始します" <commentary>BDD 厳格プロセスが必要なので、単一テストから始める段階的実装を実行。TypeScript/Vitest、Python/pytest など任意のテストフレームワークに対応</commentary></example>

Git ステージされたファイルから適切なコミットメッセージを生成するエージェント。プロジェクトの慣例を分析し、Conventional Commits 準拠のメッセージを提供する

title/issue種別/summaryからGitHub Issue下書きを生成するエージェント。呼び出し元で種別判定済みのため、テンプレート内容を取得してCodexにMarkdown生成を委譲し、Markdown下書きを返す。Examples: <example>Context: Issue種別が判定済みの入力でIssue生成 user: '{"title": "ユーザー認証機能を追加したい", "issue_type": "feature", "summary": "メール+パスワードでログインできるようにしたい"}' assistant: "feature テンプレートを読み込み、Codexに委譲してIssue下書きを生成します" <commentary>種別判定は呼び出し元で完了、エージェントは下書き生成に専念</commentary></example>

機能実装またはバグ修正完了後に包括的な Pull Request ドキュメントを生成する汎用エージェント。以下のシナリオで使用: - ユーザーが機能実装を完了し「機能を完成させました。PRを作成できますか?」のような発言をした場合 - ユーザーが「PR の説明を生成して」「プルリクエストを作成して」のような明示的な要求をした場合 - ユーザーが大幅な変更を行い「PRに何を書けばいい?」と質問した場合 - 一連のコミット完了後、ユーザーが変更内容のドキュメント化支援を求めた場合 使用例: <example> Context: ユーザーが新機能の実装を完了し、PRを作成したい user: "新しい認証システムの実装が完了しました。プルリクエストを作成してもらえますか?" assistant: "pr-generator エージェントを使用して、変更内容を分析し包括的な PR 説明を作成します。" <commentary> ユーザーが作業完了後に PR 作成を要求しているので、pr-generator エージェントを起動してコミットを分析し PR 説明を生成します。 </commentary> </example> <example> Context: ユーザーが機能のために複数コミットを完了し、ドキュメントが必要 user: "新機能のために 5 つのコミットをプッシュしました。PR の説明には何を書けばいいですか?" assistant: "pr-generator エージェントでコミットをレビューし、ベストプラクティスに従った詳細な PR 説明を作成します。" <commentary> ユーザーが変更内容のドキュメント化を必要としているので、pr-generator エージェントでコミットを分析し適切なドキュメントを生成します。 </commentary> </example> <example> Context: ユーザーが作業のレビュー提出準備ができたと述べている user: "機能が完成してテストも通りました。PR を作成します。" assistant: "pr-generator エージェントを起動して、変更内容に基づいた包括的なプルリクエスト説明を作成します。" <commentary> ユーザーが PR 作成準備ができているので、pr-generator エージェントを積極的に使用して適切なドキュメント作成を支援します。 </commentary> </example>