Skill.md検索

要件定義・設計・計画・実装・検証まで、6つのフェーズを段階的に進め、各フェーズでユーザー承認を得ながら開発を進めることができます。 Doorstop + Gherkin + Spec-Weaverで仕様を一元管理し、REQ（要件）→ SPEC（仕様）→ PLAN（計画）の履歴を永続化できます。 BDD（振る舞い駆動開発）形式の .feature ファイルを使い、要件から自動テスト実行可能な仕様へと落とし込めます。 設計ドキュメント（DESIGN/PLAN/ADR/RESEARCH）を関連REQ・SPECと連鎖させ、トレーサビリティ（追跡可能性）を確保できます。 小規模バグ修正はPhase 4から開始し、大規模新機能はPhase 1から段階的に進める、タスク規模に応じたフェーズ判定ができます。 要件の曖昧さを減らし、設計段階での早期検証を重視する開発チーム 仕様変更が頻繁に起こるプロジェクトで、変更履歴や影響範囲を明確に管理したいリーダー BDD・TDD等の品質管理手法を組織全体で実践したい企業 規制・コンプライアンス要件の厳しい業界（金融・医療等）で、決定根拠を記録・追跡したいチーム 開発ライフサイクルは6フェーズで構成されます：Phase 1（分析：spec-weaver trace実行、影響モジュール特定、リスク洗出）、Phase 2（設計：doorstop add REQ/SPEC実行、DESIGN/ADR/PLANドキュメント作成、Gherkin規則で.feature記述）、Phase 3（計画：タスク分解、PLAN ドキュメント作成、実行順序整理）、Phase 4（実装）、Phase 5（検証・テスト）、Phase 6（コミット・マージ）です。絶対ルールは①フェーズスキップ禁止②各フェーズ開始時に「## 🔷 Phase N: 名称」出力③⛔STOPマーカーではユーザー承認待機④doorstop/spec-weaverコマンド実行省略禁止⑤Phase 2経ずにコード記述禁止（小規模修正除く）です。新機能はPhase 1から、小規模バグ修正はPhase 4から開始する段階的アプローチで、仕様の永続化とトレーサビリティを確保します。

Gherkin（.feature形式）で書かれたビジネス仕様を、Python環境で自動実行可能なテストコードに変換できます 仕様書と実装の乖離を自動検出し、現在の実装が本当に要件を満たしているかを明確に判定できます テストが失敗することを正常として捉え、「実装が仕様に追従すべき」という姿勢でテスト設計ができます behave フレームワークを使い、「何をするか」というビジネスロジックに集中した テスト実装ができます spec-weaver のトレース機能を活用して、仕様・設計・実装の関連情報を一元管理できます テストを「通すためのもの」ではなく「設計を検証するもの」として活用したい開発チーム ビジネス要件と実装のズレを早期に発見・修正したい PM やテストエンジニア Gherkin で書かれた仕様を確実に実装に反映させたい Python 開発者 振る舞い駆動開発（BDD）の手法を導入したいが、具体的な実装方法がわからない人

バグやセキュリティ脆弱性、パフォーマンス問題を優先度付けして検出できます N+1クエリ、インジェクション対策漏れ、不適切な命名など、複数の観点からコード品質を評価できます 指摘に対して「なぜ問題か」と「どう改善するか」を同時に提示でき、レビューの実効性が高まります プロジェクトの規約に基づいた指摘ができ、単なる個人的な好みとの区別が明確です 良い点も指摘することで、建設的で前向きなフィードバック文化を作れます プルリクエストレビューを効率的かつ建設的に進めたい技術リード コードレビューをもらう側の視点で、何を指摘すべきか学びたい開発者 新人エンジニアの教育や、チーム全体のコード品質を向上させたい組織 レガシーコードのリファクタリング箇所を体系的に洗い出したい人

Doorstop（要件管理）と Gherkin（振る舞い仕様）を組み合わせ、「なぜ」から「どう動くか」まで一直線でトレースできます 新規プロジェクトの仕様管理体制をゼロから構築でき、YAML 形式の要件・仕様ドキュメントを自動生成できます 要件・仕様・テストケースの相互リンクを自動管理し、更新時の漏れや矛盾を検出できます 既存プロジェクトのコードベースから仕様を逆引きして、あるべき仕様ドキュメントを初期化できます 仕様のツリー構造を体系的に設計でき、ドメインや機能領域ごとにグループ化・管理できます 要件定義から実装までの全体像を一つのツールで管理したい PM やシステム設計者 BDD（振る舞い駆動開発）を導入したいが、仕様管理の方法がわからないチーム 長期保守プロジェクトで「何のためにこの実装があるのか」が后々わからなくなることを防ぎたい組織 要件・仕様・テストの整合性を自動チェックし、手動レビューの負担を減らしたい開発チーム

コードの変更内容から自動的に適切なコミットタイプ（feat/fix/docs/refactor など）を判定できます 変更ファイルのパスからスコープ（変更の範囲）を推定し、「どの領域の変更か」を明確にできます 破壊的な変更（BREAKING CHANGE）を検出し、セマンティックバージョニングに対応したメッセージを生成できます 全チームで統一された形式のコミットメッセージが蓄積され、git ログから変更履歴を体系的に追跡できます 変更ログやリリースノートの自動生成に対応したメッセージ形式を担保できます git ログを読みやすく保ち、過去の変更理由を後から追跡したい開発者 チーム全体のコミットメッセージ規約をある程度自動化して、スタイルのばらつきを減らしたい 変更ログやリリースノートの自動生成に向けて、メッセージの構造化を進めたい組織 Conventional Commits 規約を導入したいが、具体的な書き方がわからないチーム

ドキュメント構造の診断：仕様書の階層化、リンク切れ、孤立したアイテムなどを自動検出し、問題点を整理して報告できます。 整合性チェック：Doorstop + Gherkin で管理されたドキュメントと テスト仕様書（.feature ファイル）の対応状況を確認し、不整合を検出できます。 ドキュメントの再構成：複数のドキュメントを分割・統合・階層変更するなど、仕様書の構造を最適化できます。 内容品質の検証：重複記述、矛盾、不完全な項目、廃止済みアイテムの放置などを検出できます。 段階的な改善提案：診断結果から優先順位付きで改善案を提示し、承認後に実行できます。 ドキュメントが増えて構造が複雑になり、見直したいプロダクトマネージャーやBA 仕様書の品質を保ちたい品質保証やドキュメント担当者 テスト仕様と要件ドキュメントのズレを解消したいテスト設計者 リリース前に仕様ドキュメントの健全性を確認したい開発チーム