使用者輸入：$ARGUMENTS
設定
在做任何其他事之前： 讀取 ${CLAUDE_SKILL_DIR}/../squad-config.md
證明
- 盡可能在變更前後都留下記錄。儲存每個 artifact 並回報其路徑。
- 如果某一種證據類型不可用，就切換到另一種。
- 正在驗證他人的工作（QA）？請自行重新執行「紅→綠」流程——絕不信任他們提供的 artifacts。
證據必須以標題「EOP」張貼在工單留言中，EOP 代表 Evidence Of Proof（證明證據）。
證據類型
| tkt 類別 | 紅→綠 證明 |
|---|---|
| UI / 視覺 | UI 證據工具 前/後 螢幕擷圖（目前預設方式） |
| UI 與設計參考比對（tkt 引用 Figma 節點，或附上參考 HTML/PNG 作為「設計稿」） | 螢幕擷圖是紅色；綠色是針對受影響元素 及其相鄰元素 與參考設計在相同視口下渲染的 測量表格——包含矩形、圓角、間距、中心偏移 |
| API / 合約 | 以 curl 呼叫端點 → 先得到錯誤狀態/主體，再得到正確狀態/主體（兩次結果都儲存） |
| 後端邏輯 / 計算 / 金錢運算 | 一個涵蓋根本原因的 單元測試/整合測試，先失敗、後通過 |
| 資料 / 資料庫狀態 | 一個資料庫查詢顯示錯誤的儲存狀態，然後顯示正確的狀態（以及任何遷移） |
| 事件 / Kafka / 非同步 | 產生觸發事件，並擷取 消費者可觀察的輸出結果（如 dispatcher 日誌列 / 資料庫列 / 外部呼叫），先錯誤、後正確。在生產者端進行的單元測試只是回歸防護，不是此類證明 |