ユーザー入力: $ARGUMENTS
設定
最初に行うこと: ${CLAUDE_SKILL_DIR}/../squad-config.md を読む
証明
- 可能な限り Before/After を取得する。すべての成果物を保存し、そのパスを報告する。
- ある証拠タイプが利用不可の場合は、別のタイプに切り替える。
- 他者の作業を検証する（QA）場合？ 自分でRed→Greenを再実行する — 相手の成果物を信用してはいけない。
証拠はチケットコメントにタイトル "EOP"（Evidence Of Proofの略）として投稿する必要がある。
証拠タイプ
| tkt 分類 | red → green の証明 |
|---|---|
| UI / ビジュアル | UI証拠ツール の Before/After スクリーンショット（現在のデフォルト） |
| UI vs デザイン参照（tktがFigmaノードを引用、または参照HTML/PNGを「デザイン」として添付） | スクリーンショットがRed。Greenは 同じビューポートでレンダリングした参照との測定値テーブル — 変更された要素とその 隣接要素 の rect、radius、gap、中心オフセット |
| API / 契約 | エンドポイントに curl → 間違ったステータス/ボディ、次に正しいもの（両方を保存） |
| バックエンドロジック / 計算 / 金額計算 | 根本原因に対する ユニット/統合テスト で、最初に失敗し、その後成功する |
| データ / DB状態 | 間違った保存状態を示すDBクエリ、次に正しい状態（+ マイグレーション） |
| イベント / Kafka / 非同期 | トリガーを生成し、コンシューマーの観測可能な結果（ディスパッチャログ行 / DB行 / アウトバウンドコール）をキャプチャし、間違っている状態、次に正しい状態。プロデューサーでのユニットテストは回帰ガードであり、この証明にはならない |