Health Check

codewithmukesh/dotnet-claude-kit/skills/health-check

作者 codewithmukesh23300897f4d1無授權條款754 個星標收錄於 2026年10月8日更新於 2026年10月8日儲存庫2 個月前更新

Multi-dimensional health assessment for .NET projects with letter grades (A-F) using Roslyn MCP tools. Evaluates 8 dimensions: build health, code quality, architecture, test coverage, dead code, API surface, security posture, and documentation. Produces a structured report card with actionable recommendations. Load this skill when: "health check", "how healthy is this", "project health", "code quality report", "grade this project", "assess codebase", "quality audit", "technical assessment", "codebase review", "report card".

AI 產生的概覽

依八個健康面向為 .NET 專案評定 A-F 等級,並產出含優先修復建議的報告卡。

功能
對 .NET 程式碼庫進行資料驅動的評估,涵蓋八個面向:建置健康、程式碼品質、架構、測試覆蓋率、無用程式碼、API 介面、安全態勢與文件。每個面向依工具與命令列輸出評定 A-F 等級,經分診關卡過濾後彙總為 GPA。最終產出結構化報告卡,包含關鍵發現、優先建議、工作量估算,並可選與前一份報告進行趨勢比較。
適用情境
適用於接手不熟悉的 .NET 專案、發布前檢查、定期維護審查,或排定技術債優先順序時。也適合在清理衝刺或重構後重新評級以展現進展。
執行需求
需要 .NET 專案及 dotnet 命令列工具以執行建置與套件弱點檢查,還需要 Roslyn MCP 工具用於反模式偵測、專案圖、測試覆蓋率圖、無用程式碼與公開 API 檢查。技能會讀取隨附的評分標準參考檔案,不含指令碼。

/health-check — 8-Dimension Project Assessment

What

Runs a data-driven health assessment across 8 dimensions, each graded A-F with the specific data points that produced the grade, and rolls them into a GPA. Gut feeling is not a grade: every dimension uses MCP tools or CLI commands, and every grade below A comes with specific, prioritized, effort-estimated fixes — "add test classes for OrderService, PaymentProcessor, ShippingCalculator" is actionable; "improve test coverage" is not.

This skill owns the canonical grading system for the kit. The full rubrics, GPA scale, and report template live in references/grading-rubric.md — load that file when running an assessment.

Tone is diagnostic, not punitive: a C grade is an improvement path, not a failure.

When

  • Onboarding to an unfamiliar or new project — set the baseline
  • "How healthy is this?", "grade this project", "codebase review", "report card"
  • Pre-release quality gate, or monthly/quarterly maintenance review
  • After a cleanup sprint (/de-sloppify) — re-grade to show progress
  • Tech-debt prioritization — lowest grades get the next sprint's attention

How

Step 1: Choose Scope

ScenarioDimensions
Full assessment (onboarding, pre-release, monthly review)All 8
Quick health (mid-sprint checkpoint, before a demo, after a merge)1-4 only
After major refactor1 (Build), 3 (Architecture), 4 (Tests)
Post-dependency update1 (Build), 7 (Security)
After cleanup sprintRe-grade only the cleaned dimensions

Step 2: Run the Dimensions

Read references/grading-rubric.md for the grade thresholds, then collect data per dimension. For deep code-quality dimensions, delegate to the code-reviewer agent with the code-review skill.

#DimensionData source
1Build Healthdotnet build --no-restore — errors + warnings
2Code QualityMCP detect_antipatterns — read summary, grade high-confidence only
3ArchitectureMCP get_project_graph + detect_circular_dependencies (projects AND types)
4Test CoverageMCP get_test_coverage_map — check applicable first (structural, not line coverage)
5Dead CodeMCP find_dead_code(scope: "solution") — grade high-confidence; ignore conventionFiltered
6API SurfaceMCP get_public_api + find_references — overexposure, return-type consistency
7Security Posturedotnet list package --vulnerable --include-transitive + secrets/auth spot check (deep dive: /security-scan)
8DocumentationXML doc coverage on public APIs + README currency

Step 2.5: Triage Gate (before any grade is assigned)

Detector output is evidence, not a grade. Pass every finding through this gate first — it is what stops a noisy count becoming a wrong letter.

  1. Read summary, not the violation list. summary.byId is complete even when the list is truncated. Never sample a truncated list and extrapolate.
  2. Drop suppressed. Record the count and summary.suppressionConfig in the report so suppression stays visible.
  3. Set aside medium. These are review items, not grade inputs. Summarise them by category; do not fix or count them.
  4. Grade high only. These are wrong regardless of context.
  5. Check invariants. If a signal contradicts something the target repo's CLAUDE.md documents as deliberate, the invariant wins — verify before grading.
  6. Read before asserting. Never describe a finding you have not opened. If you cannot open all of them, report the ones you did and say so.

Fill in the triage table from references/grading-rubric.md as you go. If the table cannot be filled, the dimension is not ready to grade.

Step 3: Grade and Aggregate

Apply the rubric thresholds exactly — never grade on a curve ("pretty good for a project this size" is how standards erode; 15 warnings is a C regardless of project size). Convert to GPA (A=4.0 … F=0.0), averaging only the dimensions actually graded — a dimension marked "Not assessed" is excluded from the GPA, never scored as an F.

Step 4: Report

Produce the report card from the template in references/grading-rubric.md: grades table with key findings, overall GPA, and priority recommendations — each with named types/files, priority order, and effort estimates. If a previous report exists, append the trend comparison table.

Example

User: /health-check
Claude: Running full 8-dimension assessment...
| Dimension | Grade | Key Finding ||-----------|-------|-------------|| Build Health | A | 0 errors, 2 warnings || Code Quality | B | 3 high-confidence findings in 4.2K lines; 31 medium untriaged || Architecture | A | Clean direction, 0 cycles || Test Coverage | Not assessed | Integration-driven suite — structural metric invalid || Dead Code | B | 5 unused methods (79 convention-discovered, not counted) || API Surface | B | 2 overexposed service types || Security | A | 0 vulnerable packages || Documentation | D | 12/30 public APIs documented |
Overall GPA: 3.1 (B) — averaged over 7 graded dimensions.
Triage: 44 AP005 raw → all log-and-rethrow wrappers (medium); 2 AP004 real.
Priority: (1) `SystemSeeder` → `TimeProvider`, ~15 min; (2) XML docs on the 8endpoint classes, ~1 day; (3) review the 44 catch blocks or suppress by path.

Related

  • references/grading-rubric.md — canonical rubrics, GPA scale, report template
  • /de-sloppify — cleanup pipeline for the issues a health check surfaces
  • /security-scan — deep 6-layer scan behind Dimension 7
  • /code-review — per-change review (this skill grades the whole project)
  • /verify — pass/fail pipeline for a change set, not a graded assessment

來源與署名

來源:codewithmukesh/dotnet-claude-kit位於skills/health-check提交2330089

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架

更多來自 codewithmukesh/dotnet-claude-kit 的技能

Wrap Up

codewithmukesh

在 session 結束時把已完成工作、待辦事項與經驗寫入交接檔案,並在 session 開始時重新載入。

Productivity & Workflow7542 個月前更新

Workflow Mastery

codewithmukesh

Claude Code workflow mastery for .NET developers. Covers parallel execution with git worktrees, plan mode strategy, verification loops, auto-formatting hooks, permission setup for dotnet CLI, prompting techniques, subagent patterns, and context discipline — token budget management, MCP-first navigation, lazy loading, and subagent isolation — all adapted for the .NET ecosystem. Load this skill when setting up Claude Code for a .NET project, optimizing workflows, running parallel sessions, when context is running low or sessions feel sluggish, when exploring a large codebase efficiently, or when the user mentions "productivity", "workflow", "parallel", "worktree", "plan mode", "permissions", "hooks", "10x", "setup Claude Code", "speed up development", "context", "tokens", "budget", "running out of context", "too many files", or "large codebase". Inspired by tips from Boris Cherny (creator of Claude Code) and the Anthropic team.

待分類7542 個月前更新

Vertical Slice

codewithmukesh

指導 .NET 開發者以垂直切片架構組織應用程式,涵蓋功能資料夾、端點分組與處理常式模式。

Software Development7542 個月前更新

Testing

codewithmukesh

Testing strategy for .NET 10 applications. Covers xUnit v3, WebApplicationFactory for integration tests, Testcontainers for real database testing, Verify for snapshot testing, and the AAA pattern. Load this skill when writing tests, setting up test infrastructure, reviewing test coverage, or when the user mentions "test", "xUnit", "WebApplicationFactory", "Testcontainers", "integration test", "unit test", "bUnit", "snapshot test", "Verify", "test coverage", "AAA pattern", "WireMock", or "FakeTimeProvider".

待分類7542 個月前更新

Tdd

codewithmukesh

Guided test-driven development workflow for .NET 10 using xUnit v3, WebApplicationFactory, Testcontainers, and Verify snapshots. Follows the strict red-green-refactor cycle. Use when: "TDD", "test-driven", "let's TDD this", "red green refactor", "write the test first", or when building a feature with clear acceptance criteria.

待分類7542 個月前更新

Spec

codewithmukesh

透過結構化提問,把模糊的功能想法轉化為雙方確認並持久化的規格文件。

Productivity & Workflow7542 個月前更新