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

在会话结束时把已完成工作、待办任务与经验写入交接文件,并在会话开始时重新载入。

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个月前更新