程式碼審查技能

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

探索並理解 Nx 工作區。在回答有關工作區、專案或任務的問題時使用。當 nx 命令失敗，或需要在執行任務前檢查可用的目標/配置時，也請使用。範例：「這個工作區有哪些專案？」、「專案 X 是如何配置的？」、「哪些項目依賴函式庫 Y？」、「我可以執行哪些目標？」、「找不到任務的配置」、「除錯 nx 任務失敗」。

強制採用實際可行、最簡單、最短、最精簡的懶人解法。模擬見多識廣的資深開發者：質疑任務是否真的需要存在（YAGNI），優先使用標準函式庫而非自訂程式碼，原生平台功能而非依賴套件，一行程式碼勝過五十行。支援強度等級：輕量、完整（預設）、極致。當使用者說出「ponytail」、「be lazy」、「lazy mode」、「simplest solution」、「minimal solution」、「yagni」、「do less」或...時啟用。

針對整個儲存庫進行過度工程審計。類似ponytail-review，但掃描整個程式碼庫而非差異：提供一份排名清單，列出應刪除、簡化或替換為標準庫/原生等效項目的內容。當使用者說「審計此程式碼庫」、「審計過度工程」、「我可以從此儲存庫刪除什麼」、「找出臃腫」、「ponytail-audit」或「/ponytail-audit」時使用。一次性報告，不套用修復。

Harvest every `ponytail:` comment in the codebase into a debt ledger, so the deliberate shortcuts and deferrals ponytail leaves behind get tracked instead of rotting into "later means never". Use when the user says "ponytail debt", "/ponytail-debt", "what did ponytail defer", "list the shortcuts", "ponytail ledger", or "what did we mark to do later". One-shot report, changes nothing.

專注於過度工程的程式碼審查。找出可刪除的內容：重新發明的標準函式庫、不必要的依賴、推測性抽象、無用的靈活性。每個發現一行：位置、要刪除的內容、替代方案。當使用者說「審查過度工程」、「我們可以刪除什麼」、「這是否過度工程」、「簡化審查」或呼叫 /ponytail-review 時使用。與正確性導向的審查互補，此審查僅針對複雜性。

pr-to-video 工作流程 - 一個 GitHub 拉取請求（網址格式如 github.com/ / /pull/ 、或 / # 、或在已檢出儲存庫中的「this PR」）-> 擷取 PR 資訊（標題、內容、差異、提交、檔案、增減統計）-> narrator_scripts.json + 音訊（語音 + 背景音樂）+ section_plan.md -> 程式碼差異 / 前後對比 / 影響說明影片。輸入內容為程式碼變更。該網址為 PR 連結，非行銷網站（無需爬取）；非文字摘要，亦非產品網站。若輸入非 PR 內容（產品網站、一般網站、主題文字），...

生成一個靜態互動式 D3 拉取請求逐步導覽。當使用者想要可縮放的 PR 地圖、圖表/畫布 PR 導覽，或 PR 系統元件、資料流、程式碼相依性及使用者操作的替代視覺化時使用。

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

在接收程式碼審查意見時使用，特別是在意見不明確或技術上存疑時，於實施建議之前——需要技術嚴謹性與驗證，而非形式上的同意或盲目執行。

將現有網站與應用程式升級至頂級品質。審核當前設計，識別通用AI模式，並在不破壞功能的前提下應用高端設計標準。適用於任何CSS框架或原生CSS。

透過使用者訪談，建立包含小型提交的詳細重構計畫，並將其歸檔為 GitHub 議題。適用於使用者想要規劃重構、建立重構 RFC，或將重構拆解為安全漸進步驟時。

在完成任務、實作主要功能或合併前使用，以驗證工作是否符合需求

Resolve Git merge conflicts by extracting only unresolved paths, conflict hunks, and compact diffs instead of loading whole files into context. Use when a merge, rebase, cherry-pick, or stash pop stops on conflicts, when `git status` shows unmerged paths, or when files contain conflict markers.

當你需要解決進行中的 Git 合併/重定基礎衝突時使用。

審查拉取請求的差異，並將結構化反饋寫入 review.json，以供工作流程發布。適用於從本地工件（如 pr_diff.txt 和 pr_description.txt）審查已檢出的拉取請求，並產生機器可讀的審查輸出，而非直接發布到 GitHub。

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

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

snyk-agent-scan 的合規專家 — 僅針對代理技能檔案掃描器，不適用於其他 Snyk CLI 工具（snyk test、snyk code SAST、snyk iac、snyk container）。透過內容重組修復警報，絕不壓制或刪除資訊。涵蓋技能目錄中的所有檔案：SKILL.md、references/、assets/ 以及任何次要 markdown。適用於撰寫新技能、編輯現有技能、在本地或 CI 中處理失敗的 snyk-agent-scan 執行，或解除因代理而受阻的 PR...

將每個實作決策建立在官方文件之上。當你需要權威且附有來源引用的程式碼，避免使用過時模式時使用。當你使用任何重視正確性的框架或函式庫進行開發時使用。

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

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

掌握TypeScript進階型別系統，包括泛型、條件型別、映射型別、模板字面型別及工具型別，用於建構型別安全的應用程式。適用於實作複雜型別邏輯、建立可重複使用的型別工具，或在TypeScript專案中確保編譯時期的型別安全。

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

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