Skill.md検索

対話形式で段階的に要件を定義：ユーザーとの会話を通じて、プロジェクト概要・機能一覧・機能要件・非機能要件を整理し、MoSCoW分類（必須・重要・希望・不要）でスコープを確定できます。 基本設計をビジュアルに計画：システムアーキテクチャ、画面設計、API一覧、データベース設計などの「方針」を一覧レベルで決め、実装チームが何をすべきかを明確にできます。 実装可能レベルの詳細設計書を自動生成：基本設計の各項目（API-001、SC-001など）を個別の詳細設計書に展開し、開発者がそのまま実装に進められる仕様書を作成できます。 既存コードの影響範囲を事前分析：既存プロジェクトへの変更の場合、どのファイルが影響を受けるか、どのような依存関係やリスクがあるかを事前に洗い出せます。 設計 → タスク分解 → 実装 へシームレスに移行：生成された設計ドキュメントが自動的に次フェーズ（Preflight や StartProject）の入力となるため、手作業による転記やズレがなくなります。 新規機能やプロダクトの要件定義から設計までを正確に進めたい企画・プロダクト担当者 開発前に「何を作るか」「どう作るか」を チーム全体で合意したいエンジニア・テックリード 既存コードへの影響を最小限に抑えたい改修・機能追加プロジェクト 要件設計書・基本設計書・詳細設計書を一度に生成して、ドキュメント作成の手間を削減したい組織 このスキルは、ソフトウェア設計を対話的に段階的に進めるスキルです。対話型ワークフローとして、ユーザーとの会話を通じて要件や設計を詰めていきます（EnterPlanMode ツールは使用しません）。 3つの設計フェーズ：①要件定義（プロジェクト概要・用語・機能一覧・機能/非機能要件）、②基本設計（アーキテクチャ・画面一覧・API一覧・ER設計の方針）、③詳細設計（API-XXX.md、SC-XXX.md などの個別設計書）。各フェーズは独立実行可能で、途中から始めたり特定フェーズのみ実行することもできます。 フェーズ間の遷移条件：「何を作るか」が確定したら基本設計へ移行、「どう作るか」の方針が確定したら詳細設計へ移行します。基本設計は「一覧」と「方針」を決めるフェーズ、詳細設計は一覧の各項目を「個別の設計書」に展開するフェーズです。 他スキルとの連携：設計ドキュメント生成 → Preflight（タスク分解・Plans.md作成）→ StartProject（実装実行）へシームレスに移行。 対話の進め方：AskUserQuestion ツールで質問し、1回1ターンで2～3項目までに限定、回答をエコーバック（要約確認）→次の質問という流れを維持。推測禁止、不明な点は質問で解消、スキップ時は合理的デフォルトを明示。段階的確認でフェーズ境界での内容要約と合意を取ります。

ユーザーとの対話を通じて、実装前に「何を作るか」「どこまで作るか」「何が危険か」を明確にします。 要件定義、スコープ確定、リスク把握、実装ステップへの分解を段階的に進められます。 確定した計画を Plans.md に自動で記録し、チーム全体で共有できる設計書を作成します。 複雑な機能追加や設計変更の前に、認識齟齬を事前に排除できます。 新機能を実装する前に計画をしっかり立てたい開発者 プロジェクトの要件を整理・確認したい PM やリーダー 複数ファイルにまたがる大きな変更を進める際にリスクを最小化したい人 設計判断について相談・確認したいエンジニア 対話型ワークフローで以下の 4 フェーズを順番に進めます。 Phase 1: Requirements — AskUserQuestion で目的、スコープ in/out、受け入れ条件、技術・時間・依存の制約を聞き出します。全要件が明確になるまで対話を続けます。 Phase 2: Current State — 既存コードベース、テスト、パターン、依存関係を調査し、結果をユーザーに要約して確認します。 Phase 3: Plan Breakdown — 小さく検証可能なステップに分解し、依存順序と高リスク項目を明示して提示。ユーザーのフィードバックを反映します。 Phase 4: Plans.md 反映 — 合意した計画を .claude/Plans.md に記録します。既存ファイルがあれば保持しながら追記、なければ /task-state init で新規作成します。 重要: EnterPlanMode ツールは使わず、AskUserQuestion による通常会話で進行し、1 質問 1 ターンの原則を守ります。

テスト・レビュー・タスク状態をまとめて確認し、マージしてよいかを PASS/BLOCKED で明確化できます 直近のテスト実行結果、Critical レビューの有無、Plans.md の cc:blocked 状態を一度に把握できます 差分の健全性（不要な変更や未整理差分がないか）を git status と git diff --stat で検証できます Gate 判定が BLOCKED になった場合、必要なアクションを明確に表示できます 本番環境へのマージ前に、複数の確認項目をしっかり押さえたい開発者 テスト・レビュー・タスク管理の状態をバラバラに確認するのが面倒な人 リリース前の「抜け漏れ」を防ぎたいプロジェクトマネージャー /release-readiness はマージ直前の最終確認フローで、4つのチェック項目を検証します。テストでは直近の必須テストが成功しているかを確認。レビューでは Critical が未解消でないか、High が運用方針どおりに処理されているかを確認。タスク状態では Plans.md に未解消の cc:blocked がないか、cc:TODO が残っている場合はマージ対象外として合意済みかを確認。差分健全性では不要な変更や未整理差分がないかを git status と git diff --stat で確認します。実行手順は直近のテスト結果→/review 結果→.claude/Plans.md 状態の順で確認し、最後に Gate 判定（PASS/BLOCKED）を出力します。出力は「Decision」「Evidence」「Required Actions」のセクションで構成。このスキルはテスト作成やレビュー実行の代替ではなく、最終判定の可視化が役割です。

バグ報告、新機能リクエスト、タスク登録など、種類に応じたテンプレートが自動適用され、不足情報を対話形式で埋めながら Issue を作成できます。 環境情報（OS、ブランチなど）を自動検出し、バグ報告に必要な情報を漏らさず記録できます。 Issue のラベル（優先度、カテゴリなど）を自動付与し、チーム全体で同じ分類ルールを保つことができます。 Issue 本文を作成する前にプレビュー確認ができるため、修正漏れを防いで正確な情報登録ができます。 バグやタスクを毎日大量に登録する開発チーム Issue の品質（情報の完全性）をチーム全体で統一したい GitHub を使ったプロジェクト管理を効率化したい全職種 テンプレートに沿った整理で、後から検索・分析しやすい Issue 管理をしたい人

Issue の内容を自動で読み取り、実装計画を立案します。 実装用のブランチを自動作成し、コードの変更内容をコミットまで進めます。 Issue → 計画 → 実装 → テスト → レビューの一連の開発フローを一度に実行でき、手作業を大幅に削減できます。 複数の Issue を連続処理する際も、効率的にタスク化・実装を進められます。 開発チームで Issue ベースの開発フローを運用している人 GitHub を中心に開発を進めているチーム全体 Issue 単位の細かな改修や機能追加を頻繁に行う開発者

現在のブランチから自動で Pull Request を作成します。 プロジェクトの PR テンプレートを読み込み、Summary・Testing・Release Note などのセクションを自動入力します。 ブランチ名から PR のタイトルプレフィックス（fix/feat など）とラベル（bug/enhancement など）を自動判定し、GitHub での管理を統一します。 実装完了後、「PR 作成して」と言うだけで、ガイドラインに沿った質の高い PR が即座に出来上がります。 GitHub で PR 作成ルール・テンプレートを厳密に運用しているチーム 実装完了後の PR 作成業務を効率化したい開発者 ブランチ名から自動で分類・タグ付けされた PR を生成したい人

テスト実行結果、レビュー指摘、タスク状態を一度に確認し、マージ可能かどうかを自動判定します。 テストカバレッジが十分に取られているか、変更コードの振る舞いが実際にテストされているかを解析します。 ドキュメント（README・CHANGELOG・API仕様書）の更新漏れを検出し、BLOCKED 判定で通知します。 Critical なレビュー指摘が未解消になっていないか、Plans.md に未解決のブロッカーがないかを一括確認でき、マージ安全性を可視化します。 品質基準が厳しいプロジェクトで、マージ前チェックを自動化したい人 テスト・ドキュメント・レビューの状態を一度に把握したいリーダー 「このコードはマージして大丈夫か」を明確に判定する仕組みが欲しいチーム

6つの専門レビュアー（セキュリティ・パフォーマンス・アーキテクチャ等）が自動判定 — コードの可読性、セキュリティ脆弱性、パフォーマンス問題、設計の妥当性など、複数の視点から同時にレビューされ、見落としを防げます 変更内容に応じてレビュアーをスマート自動選定 — 修正内容を自動分析し、必要なレビュアーだけを選定実行するため、無駄な時間なく効率的にレビューが完了します Critical・High・Medium・Lowの4段階で優先度を自動判定 — セキュリティ脆弱性や本番障害リスク（Critical）から、コード品質改善（Low）まで、対応すべき優先順位が明確になり、修正作業を効率化できます レビュー指摘の重複を自動統合、見やすくまとめる — 複数レビュアーが同じ箇所を指摘した場合は統合表示し、読みやすく、対応漏れを防げます 開発チーム・プロジェクトリード：コードレビューの時間短縮と品質向上を同時に実現でき、開発スピードと品質のバランスが取れます セキュリティを重視するプロジェクト：セキュリティ脆弱性を自動検出し、本番環境での問題を事前に防げます パフォーマンス最適化が重要なサービス開発者：計算量やI/O処理の問題を自動指摘され、スケーラブルなシステムが実現できます

ユーザーとの対話を通じて、「何を作るか」という要件定義を段階的に進めます。 プロジェクト概要・用語定義・機能一覧・機能要件・非機能要件など、設計に必要なドキュメントを自動生成します。 アーキテクチャ・画面構成・API 設計・データモデル（ER 図）の基本設計を対話の中で決定し、ドキュメント化します。 詳細設計では、各 API や画面・テーブルを個別の設計書に展開し、実装フェーズへ引き継ぎ可能な状態にします。 新しいプロジェクトやフィーチャーを始める際、要件定義から設計までを体系的に進めたい人 設計内容をドキュメント化し、チーム全体で共有・合意したい開発者 要件定義や設計に自信がなく、AI との対話を通じて整理したいチームリーダー

設計ドキュメントをもとに、複数のエージェント（調査・企画・実装・レビュー）を協調させてプロジェクト開始から実装までを推し進めます。 要件調査・計画立案・設計レビュー・タスク分解・実装・多段階レビューを自動で実行し、品質を確保しながら開発を加速します。 セッション間での引き継ぎやチェックポイント保存により、大規模な実装でも途中からの再開が容易になります。 /preflight で事前計画済みの場合は、設計内容の差分確認を中心に効率的に進められます。 新機能やプロジェクトの立ち上げを高速化したい開発チーム 複数のエージェント（調査・コード作成・レビュー等）の協調を活用したい人 設計から実装、レビューまでの全フローを一貫して管理したいプロジェクトマネージャー