define-acceptance-criteria

PRD はあるが実現可能性・UX・既存API再利用が未検証の複雑機能を、code-first(動かしてから設計し設計書はコードから起こす)で本番まで進める。reversible/blast radius 小の変更向け、スキーマ/公開API契約が主リスクなら不適。

分析ファイル内の AC を BB / WB / Wiki / Fresh Red Team の 4 視点で MECE 検証する。

プランモードで設計が確定した後、ブランチ・PR分割・QA手順を追記する。

新機能の実装開始前、「このコードはどこに置くべきか」と迷った時に使用。

実装完了後のセルフチェック時、PRレビュー前の品質確認時に使用。

コミット前やPR作成前に、プロジェクト規約への準拠・パターン一貫性を確認・修正する。

要求文書からDBML形式のER図を生成し、SQLアンチパターンを検出。

設計書からユーザーストーリーマップを作成しタスク分解・スプリント計画まで行う。

実装完了後にChromeDevTools MCPでUI検証を行う。

ユーザーストーリーマップやタスク分解プランからJiraチケットを一括作成。