← ClaudeAtlas

acceptance-testlisted

Create acceptance test records in docs/acceptance/. Trigger when the user says: "アクセプタ���ステスト", "受け入れテスト", "ATを作成", "acceptance test", "create AT", or similar phrases requesting acceptance test documentation.
kompiro/hane · ★ 0 · Testing & QA · score 70
Install: claude install-skill kompiro/hane
# Acceptance Test Record Skill 実装予定の機能や変更に対するアクセプタンステスト記録を `docs/acceptance/` に作成する。 ## 手順 1. AT 番号を決定する(詳細は「命名規則」参照)。優先順位: 1. 紐付く GitHub **Issue 番号**があればそれを使う(`<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 を探す: ホスト repo が `tpl:related <topic>` 等のスクリプトを提供していればそれを使う。無ければ `docs/test-perspectives/` 配下の TPL ファイルの frontmatter(`topic` / `scope.packages` / `applicable_to` / `known_consumers`)を grep し、今回の変更対象モジュール・トピックにマッチするものを拾う - マッチした TPL の ID を AT 本文の `**Related TPLs**:` メタ欄に列挙する(`docs/test-perspectives/` へのリンク付き) - うち **proactive** な TPL — `discovered_from` が原則ファイル(`concepts*` 等)や ADR を指すもの。`issue: #N` を指すものは retrospective — については、関連するチェックリスト項目を AC として転記する。自動化予定でも手動確認でも構わないが、AC として明示する("forward 運用": proactive TPL を引用した DesignDoc は、その実装 PR で該当チェックリスト項目の contract test と AT AC を着地させる)。転記した AC には出所の