reviewing-dotnet-code
審查 .NET 程式碼
C# 審查經常漏掉風格、async 與例外處理問題。此技能會將 Microsoft 慣例與現代 .NET 模式套用於審查與重構。
下載技能 ZIP
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
開啟並開始使用
Agent 可讀資源
當 AI Agent、爬蟲或腳本需要乾淨脈絡、而不是讀取完整頁面時，請使用這些連結。
測試它
正在使用「reviewing-dotnet-code」。 服務 class 阻塞了一個 async repository 呼叫，並捕捉所有例外。
預期結果:
- 高：以 async 方法路徑取代阻塞式 async 存取，以避免 deadlocks。
- 中：捕捉特定例外，並在記錄後重新擲回非預期失敗。
- 低：重新命名欄位與參數，以符合 C# 慣例。
正在使用「reviewing-dotnet-code」。 DTO class 手動實作相等性與可變屬性。
預期結果:
- 建議：當預期使用不可變值相等性時，將 DTO 轉換為 record。
- 效益：結果更短、更清楚，並遵循現代 C# 資料傳輸模式。
正在使用「reviewing-dotnet-code」。 審查者詢問團隊在新程式碼中應該使用 String 還是 string。
預期結果:
除非專案慣例另有規定，否則使用 C# 語言關鍵字，例如 string、int 與 bool。
安全審計
低風險Static analysis reported command execution and weak-crypto patterns, but manual review found Markdown backticks, headings, and C# examples rather than executable shell or Ruby code. No prompt injection, secret exfiltration, network callback, or malicious intent was found. The remaining risk is normal filesystem access for reviewing and editing code.
低風險問題 (2)
風險因素
📁 檔案系統存取 (1)
品質評分
你可以打造什麼
審查 Pull Request
在合併 C# 變更前找出命名、async、例外處理與 LINQ 問題。
重構舊版 C#
使用 records、檔案範圍命名空間、target-typed new 與更清楚的命名，現代化較舊的 .NET 程式碼。
標準化團隊指引
在產生服務、DTOs、介面與 repositories 時，套用一致的 Microsoft 風格慣例。
試試這些提示
審查這個 C# 檔案的命名、async 使用方式、例外處理與現代 .NET 風格。優先提供清楚的發現事項與修正方式。
為這個 .NET class 建議聚焦的重構。保留行為，並說明每項命名、LINQ、async 或 disposal 改善。
像審查 pull request 一樣審查這些 .NET 變更。依嚴重性分組發現事項，並包含精簡的替換指引。
依照專案慣例審查這個 .NET 功能。先檢查 .editorconfig，然後評估 async 邊界、DTOs、repositories 與錯誤處理。
最佳實務
- 在建議僅限風格的變更前，先閱讀專案 .editorconfig 與現有慣例。
- 將正確性風險與可讀性改善分開，讓審查者可以排定修正優先順序。
- 當 async 行為、disposal 或例外流程取決於呼叫背景時，要求提供周邊程式碼。
避免
- 當專案目標是較舊的語言版本時，不要套用現代 C# 語法。
- 當使用者要求狹窄範圍的審查時，不要建議大範圍重構。
- 不要將風格範例視為生產程式碼有相同問題的證明。
常見問題
此技能涵蓋哪些語言？
它可以直接編輯程式碼嗎？
它會執行測試嗎？
它遵循 Microsoft 慣例嗎？
它會尊重團隊特定的風格規則嗎？
這是安全審查技能嗎？
開發者詳細資訊
授權
MIT
引用
main
檔案結構