acceptance-criteria-writing

概要

Given-When-Then 形式の受け入れ基準を整理し、テスト可能な完了条件の定義を支援する。

ワークフロー

Phase 1: 要件整理
analyze-requirements → [validate-schema]
            ↓
Phase 2: 基準設計
design-criteria → [validate-schema]
            ↓
Phase 3: 検証
validate-criteria → [log-usage]

凡例: [script] = Script Task, 無印 = LLM Task

Phase 1: 要件整理

目的: 受け入れ基準の前提と要件を明確化する

アクション:

1. ユーザーストーリーと目的を整理する
2. 前提条件と制約を洗い出す
3. 曖昧な表現をリスト化する

Task: agents/analyze-criteria-requirements.md を参照 完了条件: 要件整理メモと前提一覧が出力されている

Phase 2: 基準設計

目的: Given-When-Then 形式の基準を設計する

アクション:

1. 正常系とエッジケースのシナリオを整理する
2. テスト可能性の観点で基準を設計する
3. テンプレートで表現を統一する

Task: agents/design-acceptance-criteria.md を参照 完了条件: GWTシナリオとエッジケース一覧が出力されている

Phase 3: 検証

目的: 受け入れ基準を検証し、記録を残す

アクション:

1. 検証スクリプトで品質を確認する
2. 検証結果と改善点を整理する
3. ログを更新する

Task: agents/validate-acceptance-criteria.md を参照 完了条件: 検証レポートが出力されている

Task仕様（ナビゲーション）

実行パターン凡例:

• seq: シーケンシャル（前のTaskに依存）

詳細仕様: 各Taskの詳細は agents/ ディレクトリを参照

ベストプラクティス

すべきこと

避けるべきこと

リソース参照

scripts/（決定論的処理）

references/（詳細知識）

assets/（テンプレート・素材）

運用ファイル