receiving-code-review
以技術驗證處理程式碼審查回饋
也可從以下取得: Cygnusfear,DYAI2025,Cycleaddict,davila7,CodingCossack,obra
程式碼審查需要技術評估，而非情緒化表現。此技能提供結構化的驗證模式，在實作前驗證審查回饋，確保技術正確性勝過社交舒適度。
下載技能 ZIP
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
開啟並開始使用
測試它
正在使用「receiving-code-review」。 審查者：移除舊版程式碼
預期結果:
檢查相容性需求... 建置目標為 10.15+，此 API 需要 13+。目前的實作有錯誤的 bundle ID。選項：修正 bundle ID 或放棄 13 之前的支援。您偏好哪個？
正在使用「receiving-code-review」。 審查者：實作指標追蹤，包含資料庫、日期篩選器、CSV 匯出
預期結果:
搜尋程式碼庫 - 沒有程式碼呼叫此端點。建議根據 YAGNI 移除。是否有我應該知道的預期使用案例？
正在使用「receiving-code-review」。 合作夥伴：修正項目 1-6
預期結果:
我理解項目 1、2、3 和 6。在繼續實作之前，我需要釐清項目 4 和 5。
安全審計
安全All static analysis findings are false positives. The skill file (SKILL.md) is a markdown documentation file containing instructional text, not executable code. Backticks detected are markdown code block delimiters, not shell command execution. No actual cryptographic operations, network calls, or command injection vectors exist in this skill.
品質評分
你能建構什麼
多項目審查回應
當收到 6+ 個回饋項目時，先澄清不明確的項目，然後依優先順序實作（阻礙性問題優先），逐一測試每個變更以及早捕捉回歸問題
外部審查者質疑
當外部審查者在未充分了解脈絡的情況下建議變更時，驗證程式碼庫的技術正確性、檢查是否有破壞性變更，並在建議錯誤時以證據反駁
YAGNI 功能把關
當審查者建議「完整地」實作功能（包含資料庫、篩選器和匯出）時，先 grep 搜尋程式碼庫確認實際使用情況，再決定是否新增不必要的複雜性
試試這些提示
我收到程式碼審查回饋，包含項目 1-6。我理解項目 1、2、3 和 6，但項目 4 和 5 不明確。在實作任何內容之前，我需要釐清項目 4 和 5 的確切期望。
審查者建議將 X 改為 Y。讓我驗證：這在技術上對此程式碼庫是否正確？會破壞現有功能嗎？目前實作的原因是什麼？我會在繼續之前檢查程式碼和測試。
我理解您建議做 X，但這會因為 Z 而破壞 Y。目前的實作處理了邊界情況 A 和 B。如果我們變更這個，我們也需要更新 C 和 D。我應該繼續執行完整範圍還是保持目前方法？
您建議實作 X，包含完整的資料庫支援、日期篩選器和 CSV 匯出。我搜尋了程式碼庫，發現沒有呼叫此端點的程式碼。我應該根據 YAGNI 完全移除它，還是有我遺漏的使用案例？
最佳實務
- 在實作任何回饋之前，始終先澄清所有不明確的項目
- 針對實際程式碼庫行為驗證建議，而不僅是表面邏輯
- 以具體的技術理由反駁，而非防衛性或情緒化反應
避免
- 在驗證之前說「您完全正確！」或「說得好！」
- 未檢查程式碼庫實際情況就立即實作回饋
- 批次實作多個項目而未個別測試每個變更