run-verification

name	run-verification
description	`.ai-loacl/verification/*.local.md` の動作確認手順を順に案内し、 各確認の結果を `✅` または `⏭️` として記録する。 実装完了後やレビュー / CI 対応後に、作成済み verification を対話的に消化したいときに使う。 例: 「今の verification を進める」「この verification ファイルを再開する」。

run-verification

verification ドキュメントを 1 項目ずつ進め、結果をその場でファイルへ反映するスキルです。 完了済み項目は飛ばし、未完了の □ だけを再開地点として扱います。

Scope

• 現在のブランチまたは指定パスに対応する verification ファイルを特定する。
• ## 確認N の内容を順に案内する。
• ユーザー入力に応じて ## チェックリスト の □ を ✅ または ⏭️ に更新する。
• 中断後に再開できる状態を保つ。

Hard constraints

• 引数なしの場合は、現在のブランチ名から .ai-loacl/verification/ 内の候補を探す。
• 候補が複数ある場合は、勝手に選ばずファイル名を提示してユーザーに選んでもらう。
• 対応ファイルが見つからない場合は、新規作成せず create-verification を案内して止まる。
• 既に ✅ または ⏭️ の項目は再実行対象にしない。
• ok 系の返答だけを ✅、skip 系の返答だけを ⏭️ にする。
• 質問や相談が返ってきた場合は回答した上で、同じ項目に留まる。

Workflow

Step 1: Resolve the verification file

• 現在のブランチ名を取得する。
• 引数がファイルパスならそのファイルを使う。
• 引数が無い場合は、ブランチ名をスラッグ化して .ai-loacl/verification/ の候補を探す。

Step 2: Read the current state

• verification ファイルを読み、前提、確認セクション、チェックリストの対応を把握する。
• ✅ と ⏭️ を済みとして扱い、残りの □ を抽出する。

Step 3: Guide each remaining check

• 未完了の確認を 1 件ずつそのまま提示する。
• ok / OK / はい / 完了 なら該当チェックを ✅ にする。
• skip / スキップ なら該当チェックを ⏭️ にする。
• それ以外の返答には回答し、同じ確認を続ける。

Step 4: Summarize the current state

• すべて案内し終えたら、✅、⏭️、□ の件数を集計して報告する。
• □ が残る場合は、同じファイルを指定して再開できることを案内する。

Report

日本語で次を報告してください。

• 対象 verification ファイルの path
• 今回 ✅ にした件数
• 今回 ⏭️ にした件数
• 残っている □ の件数