測試技能

此技能應在使用者想要「開發代理」、「使用 ADK 建置代理」、「在本機執行代理」、「除錯代理程式碼」、「測試代理」、「部署代理」、「發布代理」、「監控代理」，或需要 ADK（代理開發套件）開發生命週期與編碼指南時使用。為建置 ADK 代理的進入點。始終啟用 — 提供完整工作流程（建立框架、建置、評估、部署、發布、監控）、程式碼保留規則、模型選擇指引，以及...

在應用修正前找出錯誤、崩潰、回歸、測試失敗、行為異常及截圖回報缺陷的根本原因。當使用者提到「排查/報錯/崩潰/不工作/回歸/判斷為什麼報錯」，或表示某功能原本正常但現在失效時使用。不適用於程式碼審查或新功能開發。

HyperFrames CLI dev loop — `npx hyperframes` for scaffolding (init), validation (lint, inspect), preview, render, and environment troubleshooting (doctor, browser, info, upgrade). Use when running any of these commands or troubleshooting the HyperFrames build/render environment. For asset preprocessing commands (`tts`, `transcribe`, `remove-background`), invoke the `hyperframes-media` skill instead.

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.

We need to translate the given English text into Traditional Chinese. The instruction says: preserve product names, protocol names, URLs, numbers, and technical terms. Do not add claims, explanations, Markdown, bullets, links, labels, prefixes, or extra commentary. Also, do not include the name "minimal-run-and-audit" unless it appears in the source text. The source text does not include that name, so we just translate the text inside <text>. The text describes a skill for "Rigor Run" for deep learning repo reproduction. It specifies when to use and when not to use. We need to translate accurately, keeping technical terms like "README-first", "repro_outputs/", "patch notes", etc. Also "smoke test", "inference", "evaluation", "training execution", "initial repo intake", "generic environment setup", "paper lookup", "target selection", "hidden scientific-meaning changes", "end-to-end orchestration". We should use appropriate Traditional Chinese terms. Let's translate: "Rigor Run skill for READ

對程式碼進行儀器化，使生產環境的行為可觀察且可診斷。在添加日誌、指標、追蹤或警報時使用。在部署任何運行於生產環境的功能，且需要證據證明其正常運作時使用。在收到生產問題回報，但無法從現有資料判斷發生什麼情況時使用。

全面的OpenTUI技能，用於構建終端使用者介面。涵蓋核心命令式API、React協調器及Solid協調器。適用於任何TUI開發任務，包括元件、佈局、鍵盤處理、動畫及測試。

優化網頁效能以加快載入速度並提升使用者體驗。當被要求「加快網站速度」、「優化效能」、「減少載入時間」、「解決載入緩慢」、「改善頁面速度」或「效能審核」時使用。

在編寫 Playwright 測試、修復不穩定測試、除錯失敗、實作 Page Object Model、設定 CI/CD、最佳化效能、模擬 API、處理驗證或 OAuth、測試無障礙功能（axe-core）、檔案上傳/下載、日期/時間模擬、WebSocket、地理位置、權限、多分頁/彈出視窗流程、行動/響應式版面、觸控手勢、GraphQL、錯誤處理、離線模式、多人協作、第三方服務（付款、電子郵件驗證）等情境時使用。

互動式 QA 環節，使用者以對話方式回報錯誤或問題，代理程式會建立 GitHub 議題。在背景中探索程式碼庫以取得上下文與領域語言。當使用者想以對話方式回報錯誤、進行 QA、建立議題，或提及「QA 環節」時使用。

針對深度學習研究工作的嚴謹除錯/嚴謹審查技能。當使用者貼出追蹤回溯、終端錯誤、CUDA記憶體不足、檢查點載入失敗、形狀不匹配、NaN損失症狀或訓練失敗，並希望在進行任何修補前獲得保守診斷，且除錯修復與研究貢獻明確區分時使用。請勿用於大規模重構、推測性改編、自動探索性修補或一般性倉庫熟悉。

執行自主的、規格驅動的開發「saga」，適用於中大型功能，使用協調器代理與一群工作者子代理。當使用者呼叫 /saga、要求以最少人工干預自主端到端建置一個大型功能、希望在平行化實作前將全面規格拆解為里程碑與任務並附上嚴謹驗證標準，或希望協調器在保留其...的同時將實作委派給工作者代理時，請使用此技能。

在當前儲存庫中設定 Husky pre-commit hooks，包含 lint-staged（Prettier）、型別檢查與測試。當使用者想要新增 pre-commit hooks、設定 Husky、配置 lint-staged，或加入提交時的格式化/型別檢查/測試時使用。

遇到任何錯誤、測試失敗或異常行為時使用，在提出修復方案之前

以紅-綠-重構循環進行測試驅動開發。當使用者想透過TDD建立功能或修復錯誤、提及「紅-綠-重構」、需要整合測試，或要求測試優先開發時使用。

在撰寫實作程式碼之前，用於實作任何功能或錯誤修正時使用。

當工作依賴於用戶的即時瀏覽器工作階段或可見的渲染狀態，而非靜態擷取時使用，特別適用於瀏覽器除錯情境、開發者工具選取的元素或請求、已登入的儀表板或CMS流程、本地主機應用程式、表單、上傳、下載、媒體檢查、DOM或iframe檢查、Shadow DOM，以及看似軟性404、驗證牆、反機器人檢查或速率限制的瀏覽器故障。

驗證分支或拉取請求的實作是否符合引入的產品、技術、安全性及相關規格。適用於審查或完成規格驅動的變更，並解決已簽入規格與實作之間的不一致。

在聲稱工作完成、修復或通過之前，在提交或建立 PR 前使用——需要先執行驗證命令並確認輸出，才能做出任何成功的聲明；始終先有證據再斷言。

由 Vite 驅動、相容 Jest API 的 Vitest 快速單元測試框架。適用於撰寫測試、模擬、配置覆蓋率，或處理測試篩選與固定測試資料。

全面的網站品質審核，涵蓋效能、無障礙性、SEO 及最佳實踐。當被要求「審核我的網站」、「檢查網站品質」、「執行 Lighthouse 審核」、「檢查頁面品質」或「優化我的網站」時使用。