Skill.md検索

Subtask単位での自動チェック: 実装前に仕様（AC）を自動読み込みして、ユーザーに確認を取ったうえで実装を開始できます。 テスト駆動開発の強制実行: 仕様から自動的にテストケースを導出し、赤→緑→リファクタリングのサイクルで品質の高い実装ができます。 EARS記法への対応: 仕様がEARS記法で書かれている場合、テストケース導出を自動化して実装時間を削減できます。 スコープの厳格管理: 実装前に仕様外の機能を自動検出し、提案のみにとどめて余計な実装を防ぎます。 実装完了時の自動チェック: すべての受け入れ条件（AC）とテストが自動検証されるため、品質確認漏れがなくなります。 開発チームのリーダーで、メンバーの実装品質を一定に保ちたい方 スコープ外実装や品質低下に悩んでいる開発者 テスト駆動開発（TDD）の導入を検討しているチーム 仕様と実装のズレを減らしたい組織 仕様駆動開発（SDD）の下流工程（実装）を担当するスキルです。EPIC → Story → Subtaskの3階層構造に基づいた開発を行います。発動キーワードは「実装して」「作成して」「開発して」など、新機能実装やSubtask開始時です。基本原則は3つで、（1）仕様ファースト：実装前にspecs/{epic-id}/{story-id}/{subtask-id}.mdを読み込んでACを確認し、ユーザーに確認を取ること、（2）TDD厳守：赤（ACからテストケース導出）→緑（テストを通す最小限実装）→リファクタリング（テスト保ちながらコード改善）のサイクル、（3）スコープ管理：ACに記載のある機能のみ実装し、スコープ外は提案のみに留めること。EARS記法対応では、WHEN-GIVEN-THEN構文をテストケースに効率的に変換します。ワークフローはPhase1（Subtask開始時にファイル読み込み→AC確認→テストケース導出）、Phase2（TDD実装）、Phase3（完了時にAC全項目チェック→テスト全パス確認→ステータス更新）で構成されています。