acceptance-test

Topics in the source

• Acceptance Test Record Skill
• 手順
• ファイル形式
• 受け入れ条件の書き方ガイドライン
• 命名規則
• 自動化アノテーション（Playwright / Vitest）
• ルール
• 完成イメージ

実装予定の機能や変更に対するアクセプタンステスト記録を docs/acceptance/ に作成する。 1. AT 番号を決定する（詳細は「命名規則」参照）。優先順位: 1. 紐付く GitHub Issue 番号があればそれを使う（ -kebab-title.md） 2. Issue が無く PR 番号が確定している場合は PR 番号を使う（draft PR を先に開く運用も可） 3. どちらも無い場合のみ docs/acceptance/ 内の既存ファイルの最大番号 + 1 でローカル採番 2. ユーザーに以下を確認する（明示されていない場合）： 対象となる機能・変更の概要 紐付く Issue 番号（あれば）／ Issue が無ければ PR 番号 関連するADR（あれば） 対象コード・モジュール 3. 対象の既存コード、仕様ドキュメント、ADRを読み、実装の詳細を把握する 4. 変更対象ファイルから type を推論する（ホスト repo が type 区分を採用している場合のみ。docs/acceptance/ 内の既存 AT に type: フロントマターが見当たらない場合は本ステップをスキップしてよい）: プロダクトコード（host repo が定めるソースルート、例: src/ や packages/ 配下）のみ変更 → type: product それ以外（.claude/, docs/ 等のツール・ドキュメント）のみ変更 → type: tool 両方含む場合 → ユーザーに確認する 5. テスト観点ライブラリ（TPL）を確認する（ホスト repo が docs/test-perspectives/ を採用している場合のみ。ディレクトリが無ければ本ステップをスキップする）: tpl CLI の呼び方: tpl CLI（@kompiro/tpl-tools）を次の順で探し、最初に見つかった呼び方を使う: ホスト repo が script で tpl を包んでいればその script ／ @kompiro/tpl-tools が devDependency にあれば pnpm exec tpl / npx tpl ／ PATH 上の tpl。どれも repo のルートで実行する script は用途ごとに選ぶ（topic を取る script と、--base を固定して変更ファイルから引く script が別にあることがある）。script が固定しているフラグ（--config 等）は足さず、呼び出しごとの引数だけを後ろに付ける 用途に合う script が無ければ CLI を直接呼ぶ。そのときは host の script が渡している --config を同じく渡す（script が既定と別の config を渡していると、渡さない限り

This is an excerpt. Refer to the complete source and its current requirements.