[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill-dotnet-coverage-analysis":3,"mdc--bmzcf3-key":34,"related-org-dotnet-coverage-analysis":1545,"related-repo-dotnet-coverage-analysis":1708},{"slug":4,"name":4,"fn":5,"description":6,"org":7,"tags":11,"stars":22,"repoUrl":23,"updatedAt":24,"license":25,"forks":26,"topics":27,"repo":29,"sourceUrl":32,"mdContent":33},"coverage-analysis","analyze .NET code coverage and risk","Project-wide code coverage and CRAP (Change Risk Anti-Patterns) score analysis for .NET projects. Calculates CRAP scores per method and surfaces risk hotspots — complex code with low coverage that is dangerous to modify. Use to diagnose why coverage is stuck or plateaued, identify what methods block improvement, or get project-wide coverage analysis with risk ranking. USE FOR: coverage stuck, coverage plateau, can't increase coverage, what's blocking coverage, coverage gap, CRAP scores, risk hotspots, where to add tests, coverage analysis, coverage report. DO NOT USE FOR: targeted single-method CRAP analysis (use crap-score); auditing test code for coverage-touching or other anti-patterns (use test-anti-patterns); writing tests; running tests (use run-tests). Requires or produces coverage (Cobertura) and CRAP metrics.\n",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},"dotnet",".NET (Microsoft)","https:\u002F\u002Fpexgzepcugksgbtrxkhf.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Forg-logos\u002Fdotnet.png",[12,16,19],{"name":13,"slug":14,"type":15},".NET","net","tag",{"name":17,"slug":18,"type":15},"Code Analysis","code-analysis",{"name":20,"slug":21,"type":15},"Testing","testing",4576,"https:\u002F\u002Fgithub.com\u002Fdotnet\u002Fskills","2026-08-01T05:42:14.53994","MIT",332,[28],"agent-skills",{"repoUrl":23,"stars":22,"forks":26,"topics":30,"description":31},[28],"Repository for skills to assist AI coding agents with .NET and C#","https:\u002F\u002Fgithub.com\u002Fdotnet\u002Fskills\u002Ftree\u002FHEAD\u002Fplugins\u002Fdotnet-test\u002Fskills\u002Fcoverage-analysis","---\nname: coverage-analysis\ndescription: >\n  Project-wide code coverage and CRAP (Change Risk Anti-Patterns) score\n  analysis for .NET projects. Calculates CRAP scores per method and surfaces\n  risk hotspots — complex code with low coverage that is dangerous to modify.\n  Use to diagnose why coverage is stuck or plateaued, identify what methods\n  block improvement, or get project-wide coverage analysis with risk ranking.\n  USE FOR: coverage stuck, coverage plateau, can't increase coverage, what's\n  blocking coverage, coverage gap, CRAP scores, risk hotspots, where to add\n  tests, coverage analysis, coverage report.\n  DO NOT USE FOR: targeted single-method CRAP analysis (use crap-score);\n  auditing test code for coverage-touching or other anti-patterns (use\n  test-anti-patterns); writing tests; running tests (use run-tests). Requires\n  or produces coverage (Cobertura) and CRAP metrics.\nlicense: MIT\n---\n\n# Coverage Analysis\n\n## Purpose\n\nRaw coverage percentages answer \"what code was executed?\" — they don't answer what you actually need to know:\n\n- **What tests should I write next?** — ranked by risk and impact\n- **Which uncovered code is risky vs. trivial?** — CRAP scores separate the two\n- **Why has coverage plateaued?** — identify the files blocking further gains\n- **Is this code safe to refactor?** — complex + uncovered = dangerous to change\n\nThis skill bridges that gap: from a bare .NET solution to a prioritized risk hotspot list, with no manual tool configuration required.\n\n## When to Use\n\nUse this skill when the user mentions test coverage, coverage gaps, code risk, CRAP scores, where to add tests, why coverage plateaued, or wants to know which code is safest to refactor — even if they don't explicitly say \"coverage analysis\".\n\n## When Not to Use\n\n- **Targeted single-method CRAP analysis** — use the `crap-score` skill instead\n- **Writing or generating tests** — this skill identifies where tests are needed, not write them\n- **General test execution** unrelated to coverage or CRAP analysis\n- **Coverage reporting without CRAP context** — use `dotnet test` with coverage collection directly\n\n## Inputs\n\n| Input | Required | Default | Description |\n|-------|----------|---------|-------------|\n| Project\u002Fsolution path | No | Current directory | Path to the .NET solution or project |\n| Line coverage threshold | No | 80% | Minimum acceptable line coverage |\n| Branch coverage threshold | No | 70% | Minimum acceptable branch coverage |\n| CRAP threshold | No | 30 | Maximum acceptable CRAP score before flagging |\n| Top N hotspots | No | 10 | Number of risk hotspots to surface |\n\n### Prerequisites\n\n- .NET SDK installed (`dotnet` on PATH)\n- At least one test project referencing the production code (xUnit, NUnit, or MSTest) — only required for the from-scratch path; not needed when the user supplies an existing Cobertura XML\n- **Optional, only for the from-scratch path:** internet\u002FNuGet access for `dotnet add package coverlet.collector` (or `Microsoft.Testing.Extensions.CodeCoverage`) when a test project has no coverage provider yet. Skip when the user supplies an existing Cobertura XML.\n- **Optional, only for Phase 5:** internet access for `dotnet tool install` (ReportGenerator). Core CRAP\u002Fcoverage analysis works from Cobertura XML alone — ReportGenerator only adds HTML\u002FCSV reports as an optional post-summary extra.\n\nThe skill auto-detects coverage provider state per test project and selects the least-invasive execution strategy:\n\n- unified Microsoft CodeCoverage when all projects use it,\n- unified Coverlet when no project uses Microsoft CodeCoverage,\n- per-project provider execution when the solution is truly mixed.\n\nNo pre-existing runsettings files or manually installed tools required.\n\n## Workflow\n\n> **MANDATORY: deliver the final assistant response with the CRAP\u002Frisk-hotspot summary BEFORE any optional work.** As soon as `Compute-CrapScores.ps1` and `Extract-MethodCoverage.ps1` return data, your **next** assistant response must contain the user-facing analysis (CRAP table, blocking methods, recommendations). Do not run ReportGenerator (Phase 5), do not install global tools, and do not start any heavy parallel work before that response is delivered. The user is judged on the final assistant message, not on side-effect files.\n>\n> If a phase fails, times out, or budget is running low, skip remaining optional work and immediately return a partial summary containing: (1) what was found in the Cobertura XML, (2) any CRAP\u002Frisk-hotspot data already extracted, (3) which methods are blocking coverage, and (4) failures encountered.\n\nIf the user provides a path to existing Cobertura XML (or coverage data is already present in `TestResults\u002F`), **skip Phase 2 entirely** (no test execution) **and skip Phase 5 by default** (no ReportGenerator install or HTML report) — go directly from Phase 3 (analysis scripts) to Phase 4 (user-facing summary). Only run Phase 5 if the user explicitly asks for HTML\u002FCSV reports. The Risk Hotspots table and CRAP scores are mandatory in every output — they are the skill's core value-add over raw coverage numbers.\n\nThe workflow runs in five phases. Phases 1–4 are required; Phase 5 (ReportGenerator HTML\u002FCSV reports) is strictly optional and runs **after** the user-facing summary has been delivered. Do not parallelize Phase 5 with earlier phases — the heavy `dotnet tool install` for ReportGenerator can crash the session before Phase 4 completes.\n\n### Phase 1 — Setup (sequential)\n\nRead `references\u002Fsetup-discovery.md` and run the probes it contains, in order:\n\n| Step | Emits | Why it matters |\n|------|-------|----------------|\n| 1. Locate the solution or project | `ENTRY_TYPE`, `ENTRY`, `TEST_PROJECTS`, `TEST_OUTPUT_ROOT` | Entry point for `dotnet test` and where skill outputs are written |\n| 2. Create the output directory | `COVERAGE_DIR` | Skill-owned `TestResults\u002Fcoverage-analysis\u002F`; never deletes user-supplied reports |\n| 2b. Discover or accept existing Cobertura XML | `EXISTING_COBERTURA_COUNT`, `EXISTING_COBERTURA` | A user-supplied path always wins; otherwise probe `TestResults\u002F` |\n| 2c. Recommend ignoring `TestResults\u002F` | `GITIGNORE_RECOMMENDATION` | One-line recommendation, reported in the summary |\n\nBranching after Phase 1:\n\n- `EXISTING_COBERTURA_COUNT` > 0 → **skip Phase 2 entirely**; go to Phase 3 with those paths. Do not read `references\u002Ftest-execution.md`.\n- `EXISTING_COBERTURA_COUNT` == 0 and test projects were found → run Phase 2.\n- `ENTRY_TYPE:NotFound` with test projects → use the test projects directly as entry points.\n- No test projects and no Cobertura XML → stop: `No test projects found (expected projects with 'Test' or 'Spec' in the name), and no existing Cobertura XML was provided. Add a test project or provide a Cobertura file path.`\n\n### Phase 2 — Test execution (skip when Cobertura XML already exists)\n\nRun only when Phase 1 found no Cobertura XML. If the user already has coverage data, skip directly to Phase 3 — do not read this section's reference file, and do not re-run the suite.\n\nRead `references\u002Ftest-execution.md`. It covers provider detection (`Microsoft.Testing.Extensions.CodeCoverage` vs `coverlet.collector`), adding a provider to projects that have none, the `dotnet test` command for each provider and SDK version, mixed-provider solutions, exit-code handling, and locating the generated reports.\n\nExit codes: **0** all passed; **1** some tests failed (coverage is still collected — proceed with a warning); anything else is a build failure — stop and report it.\n\n### Phase 3 — Analysis (sequential)\n\nRun the two bundled PowerShell scripts. Both are cheap and complete in seconds. **Do not** install or invoke ReportGenerator here — that belongs in optional Phase 5, after the user-facing summary has been delivered.\n\n#### Step 4: Calculate CRAP scores using the bundled script\n\nRun `scripts\u002FCompute-CrapScores.ps1` (co-located with this SKILL.md). It reads all Cobertura XML files, applies `CRAP(m) = comp² × (1 − cov)³ + comp` per method, and returns the top-N hotspots as JSON.\n\nTo locate the script: find the directory containing this skill's `SKILL.md` file (the skill loader provides this context), then resolve `scripts\u002FCompute-CrapScores.ps1` relative to it. If the script path cannot be determined, calculate CRAP scores inline using the formula below.\n\n```powershell\n& \"\u003Cskill-directory>\u002Fscripts\u002FCompute-CrapScores.ps1\" `\n    -CoberturaPath @(\u003Call COBERTURA file paths as array>) `\n    -CrapThreshold \u003Ccrap_threshold> `\n    -TopN \u003Ctop_n>\n```\n\nScript outputs: `OVERALL_LINE_COVERAGE:\u003Cn>`, `OVERALL_BRANCH_COVERAGE:\u003Cn>` (aggregated project-wide rates across all provided Cobertura files), `TOTAL_METHODS:\u003Cn>`, `FLAGGED_METHODS:\u003Cn>`, `HOTSPOTS:\u003Cjson>` (top-N sorted by CrapScore descending). The OVERALL_* values are exactly what the Phase 4 summary needs for the \"Line Coverage\" \u002F \"Branch Coverage\" rows — no separate XML parsing tool call is required.\n\n#### Step 5: Extract per-method coverage gaps\n\nRun `scripts\u002FExtract-MethodCoverage.ps1` to get per-method coverage data for the Coverage Gaps table:\n\n```powershell\n& \"\u003Cskill-directory>\u002Fscripts\u002FExtract-MethodCoverage.ps1\" `\n    -CoberturaPath @(\u003Call COBERTURA file paths as array>) `\n    -CoverageThreshold \u003Cline_threshold> `\n    -BranchThreshold \u003Cbranch_threshold> `\n    -Filter below-threshold\n```\n\nScript outputs: JSON array of methods below the coverage threshold, sorted by coverage ascending. Use this data to populate the Coverage Gaps by File table in the report.\n\n### Phase 4 — User-facing summary (MANDATORY — your next assistant response)\n\nAs soon as Phase 3 completes, **your immediately next assistant response must contain the user-facing analysis** — do not interleave any other tool calls before it. This is the response the user (and any judge) sees. Skipping or deferring this in favor of Phase 5 (ReportGenerator) is a hard failure.\n\nThe response must include, at minimum:\n\n0. **A direct answer to the question that was actually asked, in the first 2–4 sentences.** For \"why is my coverage stuck?\" \u002F \"what's blocking me?\", name the blocking members and the lines involved before any table. The standard sections below still follow.\n1. Overall line and branch coverage — read directly from the `OVERALL_LINE_COVERAGE:` \u002F `OVERALL_BRANCH_COVERAGE:` lines emitted by `Compute-CrapScores.ps1` (no extra Cobertura parsing required)\n2. The Risk Hotspots table built from `Compute-CrapScores.ps1` `HOTSPOTS:` output (CRAP scores, complexity, coverage)\n3. Identification of the highest-risk method(s) and what is blocking coverage\n4. 1–3 prioritized, specific recommendations (which method to test, expected CRAP\u002Fcoverage impact)\n\n**Every number must come from the script output, and the arithmetic must reconcile.** Uncovered lines attributed to individual members must not exceed the project's total uncovered lines, and the coverage you project after a recommendation must follow from those counts.\n\n**List every member below threshold, not just the worst one.** `Extract-MethodCoverage.ps1` returns the full below-threshold set: name the others even if briefly. Only say \"the rest is fine \u002F leave it alone\" when that set is otherwise empty — claiming one method is the entire gap when the extractor found more is a factual error.\n\nUse `references\u002Foutput-format.md` verbatim for fixed headings, table structures, symbols, and emoji. Use `references\u002Fguidelines.md` for prioritization rules and style.\n\nIf Phase 5 has not yet run when you compose this summary, mark the `## 📁 Reports` section's HTML\u002FText\u002FCSV\u002FGitHub-markdown rows as `Not generated (optional — request HTML reports to enable)`. Only the `coverage-analysis.md` and raw Cobertura paths are guaranteed to exist.\n\nAttempt to save the same content to `TestResults\u002Fcoverage-analysis\u002Fcoverage-analysis.md` before delivering the response (use the editor's create\u002Fedit tool — do not shell out). If the file write fails, still deliver the summary and note the file-write failure explicitly.\n\n### Phase 5 — Optional: ReportGenerator HTML\u002FCSV reports (post-summary)\n\nPhase 5 is **strictly optional** and runs **only after** Phase 4 has been delivered. Skip Phase 5 entirely when:\n\n- The user supplied existing Cobertura XML and only asked for analysis (the default for the existing-data path).\n- The user is diagnosing a coverage plateau or asking \"what's blocking me?\" — they want the answer, not a static-site report.\n- ReportGenerator is not already installed and you have no clear signal the user wants HTML reports.\n\nRun Phase 5 only when the user explicitly asks for HTML\u002FCSV reports, or when the project flow requires them (e.g., a CI artifact upload step).\n\nRead `references\u002Freport-generation.md` for the ReportGenerator install and invocation. It is the only heavy step in this skill: a `dotnet tool install` that can exhaust the session budget, which is why it never runs before the Phase 4 summary has been delivered.\n\nIf the install fails (no internet), leave the existing Phase 4 summary as the final output and note that HTML reports were skipped. Do not retry or block on it.\n\n## Validation\n\n- Verify that at least one `coverage.cobertura.xml` file was generated after `dotnet test` (or already exists when the user supplied one)\n- Confirm the assistant response contained the CRAP\u002Frisk-hotspot table — saving the markdown file is secondary\n- Confirm `TestResults\u002Fcoverage-analysis\u002Fcoverage-analysis.md` was written and contains data\n- Spot-check one method's CRAP score: `comp² × (1 − cov)³ + comp` — a method with 100% coverage should have CRAP = complexity\n- If Phase 5 ran, verify `TestResults\u002Fcoverage-analysis\u002Freports\u002Findex.html` exists; otherwise the report file should mark HTML\u002FText\u002FCSV rows as `Not generated`\n\n## Common Pitfalls\n\n- **No Cobertura XML generated** — the test project may lack a coverage provider. The skill auto-adds one, but if `dotnet add package` fails (offline\u002Fproxy), coverage collection silently produces nothing. Check for `.coverage` binary files as a fallback indicator.\n- **Test failures (exit code 1)** — coverage is still collected from passing tests. Do not abort; proceed with partial data and note the failures in the summary.\n- **Premature end before user-facing summary** — never start Phase 5 (ReportGenerator install\u002Frun) before the Phase 4 assistant response is delivered. The heavy `dotnet tool install` can crash the session or exhaust budget, leaving the user with no analysis even though the CRAP scores were already computed.\n- **ReportGenerator install failure** — if `dotnet tool install` fails (no internet) during Phase 5, leave the existing Phase 4 summary as the final output and note that HTML reports were skipped. Do not retry or block on the install.\n- **Method name mismatches in Cobertura** — async methods, lambdas, and local functions may have compiler-generated names. The scripts use the Cobertura method name\u002Fsignature directly; verify against source if results look unexpected.\n- **Mixed coverage providers** — when a solution contains both Coverlet and Microsoft CodeCoverage projects, the skill runs per-project to avoid dual-provider conflicts. This is slower but correct.\n- **Numbers that don't reconcile** — per-member uncovered lines that exceed the project total, or a projected coverage figure that doesn't follow from the counts, make the whole analysis untrustworthy. Re-read the script output rather than estimating.\n- **Declaring one method \"the entire gap\"** — check the full below-threshold list from `Extract-MethodCoverage.ps1` first; naming a single blocker while other uncovered members exist misdirects the user's next test.\n",{"data":35,"body":36},{"name":4,"description":6,"license":25},{"type":37,"children":38},"root",[39,47,54,60,106,111,117,122,128,188,194,343,350,414,419,437,442,448,490,517,536,542,555,724,729,788,794,799,832,851,857,869,876,897,917,966,1008,1014,1026,1073,1078,1084,1096,1101,1174,1184,1200,1221,1250,1263,1269,1288,1306,1311,1330,1335,1341,1413,1419,1539],{"type":40,"tag":41,"props":42,"children":43},"element","h1",{"id":4},[44],{"type":45,"value":46},"text","Coverage Analysis",{"type":40,"tag":48,"props":49,"children":51},"h2",{"id":50},"purpose",[52],{"type":45,"value":53},"Purpose",{"type":40,"tag":55,"props":56,"children":57},"p",{},[58],{"type":45,"value":59},"Raw coverage percentages answer \"what code was executed?\" — they don't answer what you actually need to know:",{"type":40,"tag":61,"props":62,"children":63},"ul",{},[64,76,86,96],{"type":40,"tag":65,"props":66,"children":67},"li",{},[68,74],{"type":40,"tag":69,"props":70,"children":71},"strong",{},[72],{"type":45,"value":73},"What tests should I write next?",{"type":45,"value":75}," — ranked by risk and impact",{"type":40,"tag":65,"props":77,"children":78},{},[79,84],{"type":40,"tag":69,"props":80,"children":81},{},[82],{"type":45,"value":83},"Which uncovered code is risky vs. trivial?",{"type":45,"value":85}," — CRAP scores separate the two",{"type":40,"tag":65,"props":87,"children":88},{},[89,94],{"type":40,"tag":69,"props":90,"children":91},{},[92],{"type":45,"value":93},"Why has coverage plateaued?",{"type":45,"value":95}," — identify the files blocking further gains",{"type":40,"tag":65,"props":97,"children":98},{},[99,104],{"type":40,"tag":69,"props":100,"children":101},{},[102],{"type":45,"value":103},"Is this code safe to refactor?",{"type":45,"value":105}," — complex + uncovered = dangerous to change",{"type":40,"tag":55,"props":107,"children":108},{},[109],{"type":45,"value":110},"This skill bridges that gap: from a bare .NET solution to a prioritized risk hotspot list, with no manual tool configuration required.",{"type":40,"tag":48,"props":112,"children":114},{"id":113},"when-to-use",[115],{"type":45,"value":116},"When to Use",{"type":40,"tag":55,"props":118,"children":119},{},[120],{"type":45,"value":121},"Use this skill when the user mentions test coverage, coverage gaps, code risk, CRAP scores, where to add tests, why coverage plateaued, or wants to know which code is safest to refactor — even if they don't explicitly say \"coverage analysis\".",{"type":40,"tag":48,"props":123,"children":125},{"id":124},"when-not-to-use",[126],{"type":45,"value":127},"When Not to Use",{"type":40,"tag":61,"props":129,"children":130},{},[131,150,160,170],{"type":40,"tag":65,"props":132,"children":133},{},[134,139,141,148],{"type":40,"tag":69,"props":135,"children":136},{},[137],{"type":45,"value":138},"Targeted single-method CRAP analysis",{"type":45,"value":140}," — use the ",{"type":40,"tag":142,"props":143,"children":145},"code",{"className":144},[],[146],{"type":45,"value":147},"crap-score",{"type":45,"value":149}," skill instead",{"type":40,"tag":65,"props":151,"children":152},{},[153,158],{"type":40,"tag":69,"props":154,"children":155},{},[156],{"type":45,"value":157},"Writing or generating tests",{"type":45,"value":159}," — this skill identifies where tests are needed, not write them",{"type":40,"tag":65,"props":161,"children":162},{},[163,168],{"type":40,"tag":69,"props":164,"children":165},{},[166],{"type":45,"value":167},"General test execution",{"type":45,"value":169}," unrelated to coverage or CRAP analysis",{"type":40,"tag":65,"props":171,"children":172},{},[173,178,180,186],{"type":40,"tag":69,"props":174,"children":175},{},[176],{"type":45,"value":177},"Coverage reporting without CRAP context",{"type":45,"value":179}," — use ",{"type":40,"tag":142,"props":181,"children":183},{"className":182},[],[184],{"type":45,"value":185},"dotnet test",{"type":45,"value":187}," with coverage collection directly",{"type":40,"tag":48,"props":189,"children":191},{"id":190},"inputs",[192],{"type":45,"value":193},"Inputs",{"type":40,"tag":195,"props":196,"children":197},"table",{},[198,227],{"type":40,"tag":199,"props":200,"children":201},"thead",{},[202],{"type":40,"tag":203,"props":204,"children":205},"tr",{},[206,212,217,222],{"type":40,"tag":207,"props":208,"children":209},"th",{},[210],{"type":45,"value":211},"Input",{"type":40,"tag":207,"props":213,"children":214},{},[215],{"type":45,"value":216},"Required",{"type":40,"tag":207,"props":218,"children":219},{},[220],{"type":45,"value":221},"Default",{"type":40,"tag":207,"props":223,"children":224},{},[225],{"type":45,"value":226},"Description",{"type":40,"tag":228,"props":229,"children":230},"tbody",{},[231,255,277,299,321],{"type":40,"tag":203,"props":232,"children":233},{},[234,240,245,250],{"type":40,"tag":235,"props":236,"children":237},"td",{},[238],{"type":45,"value":239},"Project\u002Fsolution path",{"type":40,"tag":235,"props":241,"children":242},{},[243],{"type":45,"value":244},"No",{"type":40,"tag":235,"props":246,"children":247},{},[248],{"type":45,"value":249},"Current directory",{"type":40,"tag":235,"props":251,"children":252},{},[253],{"type":45,"value":254},"Path to the .NET solution or project",{"type":40,"tag":203,"props":256,"children":257},{},[258,263,267,272],{"type":40,"tag":235,"props":259,"children":260},{},[261],{"type":45,"value":262},"Line coverage threshold",{"type":40,"tag":235,"props":264,"children":265},{},[266],{"type":45,"value":244},{"type":40,"tag":235,"props":268,"children":269},{},[270],{"type":45,"value":271},"80%",{"type":40,"tag":235,"props":273,"children":274},{},[275],{"type":45,"value":276},"Minimum acceptable line coverage",{"type":40,"tag":203,"props":278,"children":279},{},[280,285,289,294],{"type":40,"tag":235,"props":281,"children":282},{},[283],{"type":45,"value":284},"Branch coverage threshold",{"type":40,"tag":235,"props":286,"children":287},{},[288],{"type":45,"value":244},{"type":40,"tag":235,"props":290,"children":291},{},[292],{"type":45,"value":293},"70%",{"type":40,"tag":235,"props":295,"children":296},{},[297],{"type":45,"value":298},"Minimum acceptable branch coverage",{"type":40,"tag":203,"props":300,"children":301},{},[302,307,311,316],{"type":40,"tag":235,"props":303,"children":304},{},[305],{"type":45,"value":306},"CRAP threshold",{"type":40,"tag":235,"props":308,"children":309},{},[310],{"type":45,"value":244},{"type":40,"tag":235,"props":312,"children":313},{},[314],{"type":45,"value":315},"30",{"type":40,"tag":235,"props":317,"children":318},{},[319],{"type":45,"value":320},"Maximum acceptable CRAP score before flagging",{"type":40,"tag":203,"props":322,"children":323},{},[324,329,333,338],{"type":40,"tag":235,"props":325,"children":326},{},[327],{"type":45,"value":328},"Top N hotspots",{"type":40,"tag":235,"props":330,"children":331},{},[332],{"type":45,"value":244},{"type":40,"tag":235,"props":334,"children":335},{},[336],{"type":45,"value":337},"10",{"type":40,"tag":235,"props":339,"children":340},{},[341],{"type":45,"value":342},"Number of risk hotspots to surface",{"type":40,"tag":344,"props":345,"children":347},"h3",{"id":346},"prerequisites",[348],{"type":45,"value":349},"Prerequisites",{"type":40,"tag":61,"props":351,"children":352},{},[353,365,370,396],{"type":40,"tag":65,"props":354,"children":355},{},[356,358,363],{"type":45,"value":357},".NET SDK installed (",{"type":40,"tag":142,"props":359,"children":361},{"className":360},[],[362],{"type":45,"value":8},{"type":45,"value":364}," on PATH)",{"type":40,"tag":65,"props":366,"children":367},{},[368],{"type":45,"value":369},"At least one test project referencing the production code (xUnit, NUnit, or MSTest) — only required for the from-scratch path; not needed when the user supplies an existing Cobertura XML",{"type":40,"tag":65,"props":371,"children":372},{},[373,378,380,386,388,394],{"type":40,"tag":69,"props":374,"children":375},{},[376],{"type":45,"value":377},"Optional, only for the from-scratch path:",{"type":45,"value":379}," internet\u002FNuGet access for ",{"type":40,"tag":142,"props":381,"children":383},{"className":382},[],[384],{"type":45,"value":385},"dotnet add package coverlet.collector",{"type":45,"value":387}," (or ",{"type":40,"tag":142,"props":389,"children":391},{"className":390},[],[392],{"type":45,"value":393},"Microsoft.Testing.Extensions.CodeCoverage",{"type":45,"value":395},") when a test project has no coverage provider yet. Skip when the user supplies an existing Cobertura XML.",{"type":40,"tag":65,"props":397,"children":398},{},[399,404,406,412],{"type":40,"tag":69,"props":400,"children":401},{},[402],{"type":45,"value":403},"Optional, only for Phase 5:",{"type":45,"value":405}," internet access for ",{"type":40,"tag":142,"props":407,"children":409},{"className":408},[],[410],{"type":45,"value":411},"dotnet tool install",{"type":45,"value":413}," (ReportGenerator). Core CRAP\u002Fcoverage analysis works from Cobertura XML alone — ReportGenerator only adds HTML\u002FCSV reports as an optional post-summary extra.",{"type":40,"tag":55,"props":415,"children":416},{},[417],{"type":45,"value":418},"The skill auto-detects coverage provider state per test project and selects the least-invasive execution strategy:",{"type":40,"tag":61,"props":420,"children":421},{},[422,427,432],{"type":40,"tag":65,"props":423,"children":424},{},[425],{"type":45,"value":426},"unified Microsoft CodeCoverage when all projects use it,",{"type":40,"tag":65,"props":428,"children":429},{},[430],{"type":45,"value":431},"unified Coverlet when no project uses Microsoft CodeCoverage,",{"type":40,"tag":65,"props":433,"children":434},{},[435],{"type":45,"value":436},"per-project provider execution when the solution is truly mixed.",{"type":40,"tag":55,"props":438,"children":439},{},[440],{"type":45,"value":441},"No pre-existing runsettings files or manually installed tools required.",{"type":40,"tag":48,"props":443,"children":445},{"id":444},"workflow",[446],{"type":45,"value":447},"Workflow",{"type":40,"tag":449,"props":450,"children":451},"blockquote",{},[452,485],{"type":40,"tag":55,"props":453,"children":454},{},[455,460,462,468,470,476,478,483],{"type":40,"tag":69,"props":456,"children":457},{},[458],{"type":45,"value":459},"MANDATORY: deliver the final assistant response with the CRAP\u002Frisk-hotspot summary BEFORE any optional work.",{"type":45,"value":461}," As soon as ",{"type":40,"tag":142,"props":463,"children":465},{"className":464},[],[466],{"type":45,"value":467},"Compute-CrapScores.ps1",{"type":45,"value":469}," and ",{"type":40,"tag":142,"props":471,"children":473},{"className":472},[],[474],{"type":45,"value":475},"Extract-MethodCoverage.ps1",{"type":45,"value":477}," return data, your ",{"type":40,"tag":69,"props":479,"children":480},{},[481],{"type":45,"value":482},"next",{"type":45,"value":484}," assistant response must contain the user-facing analysis (CRAP table, blocking methods, recommendations). Do not run ReportGenerator (Phase 5), do not install global tools, and do not start any heavy parallel work before that response is delivered. The user is judged on the final assistant message, not on side-effect files.",{"type":40,"tag":55,"props":486,"children":487},{},[488],{"type":45,"value":489},"If a phase fails, times out, or budget is running low, skip remaining optional work and immediately return a partial summary containing: (1) what was found in the Cobertura XML, (2) any CRAP\u002Frisk-hotspot data already extracted, (3) which methods are blocking coverage, and (4) failures encountered.",{"type":40,"tag":55,"props":491,"children":492},{},[493,495,501,503,508,510,515],{"type":45,"value":494},"If the user provides a path to existing Cobertura XML (or coverage data is already present in ",{"type":40,"tag":142,"props":496,"children":498},{"className":497},[],[499],{"type":45,"value":500},"TestResults\u002F",{"type":45,"value":502},"), ",{"type":40,"tag":69,"props":504,"children":505},{},[506],{"type":45,"value":507},"skip Phase 2 entirely",{"type":45,"value":509}," (no test execution) ",{"type":40,"tag":69,"props":511,"children":512},{},[513],{"type":45,"value":514},"and skip Phase 5 by default",{"type":45,"value":516}," (no ReportGenerator install or HTML report) — go directly from Phase 3 (analysis scripts) to Phase 4 (user-facing summary). Only run Phase 5 if the user explicitly asks for HTML\u002FCSV reports. The Risk Hotspots table and CRAP scores are mandatory in every output — they are the skill's core value-add over raw coverage numbers.",{"type":40,"tag":55,"props":518,"children":519},{},[520,522,527,529,534],{"type":45,"value":521},"The workflow runs in five phases. Phases 1–4 are required; Phase 5 (ReportGenerator HTML\u002FCSV reports) is strictly optional and runs ",{"type":40,"tag":69,"props":523,"children":524},{},[525],{"type":45,"value":526},"after",{"type":45,"value":528}," the user-facing summary has been delivered. Do not parallelize Phase 5 with earlier phases — the heavy ",{"type":40,"tag":142,"props":530,"children":532},{"className":531},[],[533],{"type":45,"value":411},{"type":45,"value":535}," for ReportGenerator can crash the session before Phase 4 completes.",{"type":40,"tag":344,"props":537,"children":539},{"id":538},"phase-1-setup-sequential",[540],{"type":45,"value":541},"Phase 1 — Setup (sequential)",{"type":40,"tag":55,"props":543,"children":544},{},[545,547,553],{"type":45,"value":546},"Read ",{"type":40,"tag":142,"props":548,"children":550},{"className":549},[],[551],{"type":45,"value":552},"references\u002Fsetup-discovery.md",{"type":45,"value":554}," and run the probes it contains, in order:",{"type":40,"tag":195,"props":556,"children":557},{},[558,579],{"type":40,"tag":199,"props":559,"children":560},{},[561],{"type":40,"tag":203,"props":562,"children":563},{},[564,569,574],{"type":40,"tag":207,"props":565,"children":566},{},[567],{"type":45,"value":568},"Step",{"type":40,"tag":207,"props":570,"children":571},{},[572],{"type":45,"value":573},"Emits",{"type":40,"tag":207,"props":575,"children":576},{},[577],{"type":45,"value":578},"Why it matters",{"type":40,"tag":228,"props":580,"children":581},{},[582,633,663,697],{"type":40,"tag":203,"props":583,"children":584},{},[585,590,621],{"type":40,"tag":235,"props":586,"children":587},{},[588],{"type":45,"value":589},"1. Locate the solution or project",{"type":40,"tag":235,"props":591,"children":592},{},[593,599,601,607,608,614,615],{"type":40,"tag":142,"props":594,"children":596},{"className":595},[],[597],{"type":45,"value":598},"ENTRY_TYPE",{"type":45,"value":600},", ",{"type":40,"tag":142,"props":602,"children":604},{"className":603},[],[605],{"type":45,"value":606},"ENTRY",{"type":45,"value":600},{"type":40,"tag":142,"props":609,"children":611},{"className":610},[],[612],{"type":45,"value":613},"TEST_PROJECTS",{"type":45,"value":600},{"type":40,"tag":142,"props":616,"children":618},{"className":617},[],[619],{"type":45,"value":620},"TEST_OUTPUT_ROOT",{"type":40,"tag":235,"props":622,"children":623},{},[624,626,631],{"type":45,"value":625},"Entry point for ",{"type":40,"tag":142,"props":627,"children":629},{"className":628},[],[630],{"type":45,"value":185},{"type":45,"value":632}," and where skill outputs are written",{"type":40,"tag":203,"props":634,"children":635},{},[636,641,650],{"type":40,"tag":235,"props":637,"children":638},{},[639],{"type":45,"value":640},"2. Create the output directory",{"type":40,"tag":235,"props":642,"children":643},{},[644],{"type":40,"tag":142,"props":645,"children":647},{"className":646},[],[648],{"type":45,"value":649},"COVERAGE_DIR",{"type":40,"tag":235,"props":651,"children":652},{},[653,655,661],{"type":45,"value":654},"Skill-owned ",{"type":40,"tag":142,"props":656,"children":658},{"className":657},[],[659],{"type":45,"value":660},"TestResults\u002Fcoverage-analysis\u002F",{"type":45,"value":662},"; never deletes user-supplied reports",{"type":40,"tag":203,"props":664,"children":665},{},[666,671,687],{"type":40,"tag":235,"props":667,"children":668},{},[669],{"type":45,"value":670},"2b. Discover or accept existing Cobertura XML",{"type":40,"tag":235,"props":672,"children":673},{},[674,680,681],{"type":40,"tag":142,"props":675,"children":677},{"className":676},[],[678],{"type":45,"value":679},"EXISTING_COBERTURA_COUNT",{"type":45,"value":600},{"type":40,"tag":142,"props":682,"children":684},{"className":683},[],[685],{"type":45,"value":686},"EXISTING_COBERTURA",{"type":40,"tag":235,"props":688,"children":689},{},[690,692],{"type":45,"value":691},"A user-supplied path always wins; otherwise probe ",{"type":40,"tag":142,"props":693,"children":695},{"className":694},[],[696],{"type":45,"value":500},{"type":40,"tag":203,"props":698,"children":699},{},[700,710,719],{"type":40,"tag":235,"props":701,"children":702},{},[703,705],{"type":45,"value":704},"2c. Recommend ignoring ",{"type":40,"tag":142,"props":706,"children":708},{"className":707},[],[709],{"type":45,"value":500},{"type":40,"tag":235,"props":711,"children":712},{},[713],{"type":40,"tag":142,"props":714,"children":716},{"className":715},[],[717],{"type":45,"value":718},"GITIGNORE_RECOMMENDATION",{"type":40,"tag":235,"props":720,"children":721},{},[722],{"type":45,"value":723},"One-line recommendation, reported in the summary",{"type":40,"tag":55,"props":725,"children":726},{},[727],{"type":45,"value":728},"Branching after Phase 1:",{"type":40,"tag":61,"props":730,"children":731},{},[732,756,766,777],{"type":40,"tag":65,"props":733,"children":734},{},[735,740,742,746,748,754],{"type":40,"tag":142,"props":736,"children":738},{"className":737},[],[739],{"type":45,"value":679},{"type":45,"value":741}," > 0 → ",{"type":40,"tag":69,"props":743,"children":744},{},[745],{"type":45,"value":507},{"type":45,"value":747},"; go to Phase 3 with those paths. Do not read ",{"type":40,"tag":142,"props":749,"children":751},{"className":750},[],[752],{"type":45,"value":753},"references\u002Ftest-execution.md",{"type":45,"value":755},".",{"type":40,"tag":65,"props":757,"children":758},{},[759,764],{"type":40,"tag":142,"props":760,"children":762},{"className":761},[],[763],{"type":45,"value":679},{"type":45,"value":765}," == 0 and test projects were found → run Phase 2.",{"type":40,"tag":65,"props":767,"children":768},{},[769,775],{"type":40,"tag":142,"props":770,"children":772},{"className":771},[],[773],{"type":45,"value":774},"ENTRY_TYPE:NotFound",{"type":45,"value":776}," with test projects → use the test projects directly as entry points.",{"type":40,"tag":65,"props":778,"children":779},{},[780,782],{"type":45,"value":781},"No test projects and no Cobertura XML → stop: ",{"type":40,"tag":142,"props":783,"children":785},{"className":784},[],[786],{"type":45,"value":787},"No test projects found (expected projects with 'Test' or 'Spec' in the name), and no existing Cobertura XML was provided. Add a test project or provide a Cobertura file path.",{"type":40,"tag":344,"props":789,"children":791},{"id":790},"phase-2-test-execution-skip-when-cobertura-xml-already-exists",[792],{"type":45,"value":793},"Phase 2 — Test execution (skip when Cobertura XML already exists)",{"type":40,"tag":55,"props":795,"children":796},{},[797],{"type":45,"value":798},"Run only when Phase 1 found no Cobertura XML. If the user already has coverage data, skip directly to Phase 3 — do not read this section's reference file, and do not re-run the suite.",{"type":40,"tag":55,"props":800,"children":801},{},[802,803,808,810,815,817,823,825,830],{"type":45,"value":546},{"type":40,"tag":142,"props":804,"children":806},{"className":805},[],[807],{"type":45,"value":753},{"type":45,"value":809},". It covers provider detection (",{"type":40,"tag":142,"props":811,"children":813},{"className":812},[],[814],{"type":45,"value":393},{"type":45,"value":816}," vs ",{"type":40,"tag":142,"props":818,"children":820},{"className":819},[],[821],{"type":45,"value":822},"coverlet.collector",{"type":45,"value":824},"), adding a provider to projects that have none, the ",{"type":40,"tag":142,"props":826,"children":828},{"className":827},[],[829],{"type":45,"value":185},{"type":45,"value":831}," command for each provider and SDK version, mixed-provider solutions, exit-code handling, and locating the generated reports.",{"type":40,"tag":55,"props":833,"children":834},{},[835,837,842,844,849],{"type":45,"value":836},"Exit codes: ",{"type":40,"tag":69,"props":838,"children":839},{},[840],{"type":45,"value":841},"0",{"type":45,"value":843}," all passed; ",{"type":40,"tag":69,"props":845,"children":846},{},[847],{"type":45,"value":848},"1",{"type":45,"value":850}," some tests failed (coverage is still collected — proceed with a warning); anything else is a build failure — stop and report it.",{"type":40,"tag":344,"props":852,"children":854},{"id":853},"phase-3-analysis-sequential",[855],{"type":45,"value":856},"Phase 3 — Analysis (sequential)",{"type":40,"tag":55,"props":858,"children":859},{},[860,862,867],{"type":45,"value":861},"Run the two bundled PowerShell scripts. Both are cheap and complete in seconds. ",{"type":40,"tag":69,"props":863,"children":864},{},[865],{"type":45,"value":866},"Do not",{"type":45,"value":868}," install or invoke ReportGenerator here — that belongs in optional Phase 5, after the user-facing summary has been delivered.",{"type":40,"tag":870,"props":871,"children":873},"h4",{"id":872},"step-4-calculate-crap-scores-using-the-bundled-script",[874],{"type":45,"value":875},"Step 4: Calculate CRAP scores using the bundled script",{"type":40,"tag":55,"props":877,"children":878},{},[879,881,887,889,895],{"type":45,"value":880},"Run ",{"type":40,"tag":142,"props":882,"children":884},{"className":883},[],[885],{"type":45,"value":886},"scripts\u002FCompute-CrapScores.ps1",{"type":45,"value":888}," (co-located with this SKILL.md). It reads all Cobertura XML files, applies ",{"type":40,"tag":142,"props":890,"children":892},{"className":891},[],[893],{"type":45,"value":894},"CRAP(m) = comp² × (1 − cov)³ + comp",{"type":45,"value":896}," per method, and returns the top-N hotspots as JSON.",{"type":40,"tag":55,"props":898,"children":899},{},[900,902,908,910,915],{"type":45,"value":901},"To locate the script: find the directory containing this skill's ",{"type":40,"tag":142,"props":903,"children":905},{"className":904},[],[906],{"type":45,"value":907},"SKILL.md",{"type":45,"value":909}," file (the skill loader provides this context), then resolve ",{"type":40,"tag":142,"props":911,"children":913},{"className":912},[],[914],{"type":45,"value":886},{"type":45,"value":916}," relative to it. If the script path cannot be determined, calculate CRAP scores inline using the formula below.",{"type":40,"tag":918,"props":919,"children":924},"pre",{"className":920,"code":921,"language":922,"meta":923,"style":923},"language-powershell shiki shiki-themes material-theme-lighter material-theme material-theme-palenight","& \"\u003Cskill-directory>\u002Fscripts\u002FCompute-CrapScores.ps1\" `\n    -CoberturaPath @(\u003Call COBERTURA file paths as array>) `\n    -CrapThreshold \u003Ccrap_threshold> `\n    -TopN \u003Ctop_n>\n","powershell","",[925],{"type":40,"tag":142,"props":926,"children":927},{"__ignoreMap":923},[928,939,948,957],{"type":40,"tag":929,"props":930,"children":933},"span",{"class":931,"line":932},"line",1,[934],{"type":40,"tag":929,"props":935,"children":936},{},[937],{"type":45,"value":938},"& \"\u003Cskill-directory>\u002Fscripts\u002FCompute-CrapScores.ps1\" `\n",{"type":40,"tag":929,"props":940,"children":942},{"class":931,"line":941},2,[943],{"type":40,"tag":929,"props":944,"children":945},{},[946],{"type":45,"value":947},"    -CoberturaPath @(\u003Call COBERTURA file paths as array>) `\n",{"type":40,"tag":929,"props":949,"children":951},{"class":931,"line":950},3,[952],{"type":40,"tag":929,"props":953,"children":954},{},[955],{"type":45,"value":956},"    -CrapThreshold \u003Ccrap_threshold> `\n",{"type":40,"tag":929,"props":958,"children":960},{"class":931,"line":959},4,[961],{"type":40,"tag":929,"props":962,"children":963},{},[964],{"type":45,"value":965},"    -TopN \u003Ctop_n>\n",{"type":40,"tag":55,"props":967,"children":968},{},[969,971,977,978,984,986,992,993,999,1000,1006],{"type":45,"value":970},"Script outputs: ",{"type":40,"tag":142,"props":972,"children":974},{"className":973},[],[975],{"type":45,"value":976},"OVERALL_LINE_COVERAGE:\u003Cn>",{"type":45,"value":600},{"type":40,"tag":142,"props":979,"children":981},{"className":980},[],[982],{"type":45,"value":983},"OVERALL_BRANCH_COVERAGE:\u003Cn>",{"type":45,"value":985}," (aggregated project-wide rates across all provided Cobertura files), ",{"type":40,"tag":142,"props":987,"children":989},{"className":988},[],[990],{"type":45,"value":991},"TOTAL_METHODS:\u003Cn>",{"type":45,"value":600},{"type":40,"tag":142,"props":994,"children":996},{"className":995},[],[997],{"type":45,"value":998},"FLAGGED_METHODS:\u003Cn>",{"type":45,"value":600},{"type":40,"tag":142,"props":1001,"children":1003},{"className":1002},[],[1004],{"type":45,"value":1005},"HOTSPOTS:\u003Cjson>",{"type":45,"value":1007}," (top-N sorted by CrapScore descending). The OVERALL_* values are exactly what the Phase 4 summary needs for the \"Line Coverage\" \u002F \"Branch Coverage\" rows — no separate XML parsing tool call is required.",{"type":40,"tag":870,"props":1009,"children":1011},{"id":1010},"step-5-extract-per-method-coverage-gaps",[1012],{"type":45,"value":1013},"Step 5: Extract per-method coverage gaps",{"type":40,"tag":55,"props":1015,"children":1016},{},[1017,1018,1024],{"type":45,"value":880},{"type":40,"tag":142,"props":1019,"children":1021},{"className":1020},[],[1022],{"type":45,"value":1023},"scripts\u002FExtract-MethodCoverage.ps1",{"type":45,"value":1025}," to get per-method coverage data for the Coverage Gaps table:",{"type":40,"tag":918,"props":1027,"children":1029},{"className":920,"code":1028,"language":922,"meta":923,"style":923},"& \"\u003Cskill-directory>\u002Fscripts\u002FExtract-MethodCoverage.ps1\" `\n    -CoberturaPath @(\u003Call COBERTURA file paths as array>) `\n    -CoverageThreshold \u003Cline_threshold> `\n    -BranchThreshold \u003Cbranch_threshold> `\n    -Filter below-threshold\n",[1030],{"type":40,"tag":142,"props":1031,"children":1032},{"__ignoreMap":923},[1033,1041,1048,1056,1064],{"type":40,"tag":929,"props":1034,"children":1035},{"class":931,"line":932},[1036],{"type":40,"tag":929,"props":1037,"children":1038},{},[1039],{"type":45,"value":1040},"& \"\u003Cskill-directory>\u002Fscripts\u002FExtract-MethodCoverage.ps1\" `\n",{"type":40,"tag":929,"props":1042,"children":1043},{"class":931,"line":941},[1044],{"type":40,"tag":929,"props":1045,"children":1046},{},[1047],{"type":45,"value":947},{"type":40,"tag":929,"props":1049,"children":1050},{"class":931,"line":950},[1051],{"type":40,"tag":929,"props":1052,"children":1053},{},[1054],{"type":45,"value":1055},"    -CoverageThreshold \u003Cline_threshold> `\n",{"type":40,"tag":929,"props":1057,"children":1058},{"class":931,"line":959},[1059],{"type":40,"tag":929,"props":1060,"children":1061},{},[1062],{"type":45,"value":1063},"    -BranchThreshold \u003Cbranch_threshold> `\n",{"type":40,"tag":929,"props":1065,"children":1067},{"class":931,"line":1066},5,[1068],{"type":40,"tag":929,"props":1069,"children":1070},{},[1071],{"type":45,"value":1072},"    -Filter below-threshold\n",{"type":40,"tag":55,"props":1074,"children":1075},{},[1076],{"type":45,"value":1077},"Script outputs: JSON array of methods below the coverage threshold, sorted by coverage ascending. Use this data to populate the Coverage Gaps by File table in the report.",{"type":40,"tag":344,"props":1079,"children":1081},{"id":1080},"phase-4-user-facing-summary-mandatory-your-next-assistant-response",[1082],{"type":45,"value":1083},"Phase 4 — User-facing summary (MANDATORY — your next assistant response)",{"type":40,"tag":55,"props":1085,"children":1086},{},[1087,1089,1094],{"type":45,"value":1088},"As soon as Phase 3 completes, ",{"type":40,"tag":69,"props":1090,"children":1091},{},[1092],{"type":45,"value":1093},"your immediately next assistant response must contain the user-facing analysis",{"type":45,"value":1095}," — do not interleave any other tool calls before it. This is the response the user (and any judge) sees. Skipping or deferring this in favor of Phase 5 (ReportGenerator) is a hard failure.",{"type":40,"tag":55,"props":1097,"children":1098},{},[1099],{"type":45,"value":1100},"The response must include, at minimum:",{"type":40,"tag":1102,"props":1103,"children":1105},"ol",{"start":1104},0,[1106,1116,1144,1164,1169],{"type":40,"tag":65,"props":1107,"children":1108},{},[1109,1114],{"type":40,"tag":69,"props":1110,"children":1111},{},[1112],{"type":45,"value":1113},"A direct answer to the question that was actually asked, in the first 2–4 sentences.",{"type":45,"value":1115}," For \"why is my coverage stuck?\" \u002F \"what's blocking me?\", name the blocking members and the lines involved before any table. The standard sections below still follow.",{"type":40,"tag":65,"props":1117,"children":1118},{},[1119,1121,1127,1129,1135,1137,1142],{"type":45,"value":1120},"Overall line and branch coverage — read directly from the ",{"type":40,"tag":142,"props":1122,"children":1124},{"className":1123},[],[1125],{"type":45,"value":1126},"OVERALL_LINE_COVERAGE:",{"type":45,"value":1128}," \u002F ",{"type":40,"tag":142,"props":1130,"children":1132},{"className":1131},[],[1133],{"type":45,"value":1134},"OVERALL_BRANCH_COVERAGE:",{"type":45,"value":1136}," lines emitted by ",{"type":40,"tag":142,"props":1138,"children":1140},{"className":1139},[],[1141],{"type":45,"value":467},{"type":45,"value":1143}," (no extra Cobertura parsing required)",{"type":40,"tag":65,"props":1145,"children":1146},{},[1147,1149,1154,1156,1162],{"type":45,"value":1148},"The Risk Hotspots table built from ",{"type":40,"tag":142,"props":1150,"children":1152},{"className":1151},[],[1153],{"type":45,"value":467},{"type":45,"value":1155}," ",{"type":40,"tag":142,"props":1157,"children":1159},{"className":1158},[],[1160],{"type":45,"value":1161},"HOTSPOTS:",{"type":45,"value":1163}," output (CRAP scores, complexity, coverage)",{"type":40,"tag":65,"props":1165,"children":1166},{},[1167],{"type":45,"value":1168},"Identification of the highest-risk method(s) and what is blocking coverage",{"type":40,"tag":65,"props":1170,"children":1171},{},[1172],{"type":45,"value":1173},"1–3 prioritized, specific recommendations (which method to test, expected CRAP\u002Fcoverage impact)",{"type":40,"tag":55,"props":1175,"children":1176},{},[1177,1182],{"type":40,"tag":69,"props":1178,"children":1179},{},[1180],{"type":45,"value":1181},"Every number must come from the script output, and the arithmetic must reconcile.",{"type":45,"value":1183}," Uncovered lines attributed to individual members must not exceed the project's total uncovered lines, and the coverage you project after a recommendation must follow from those counts.",{"type":40,"tag":55,"props":1185,"children":1186},{},[1187,1192,1193,1198],{"type":40,"tag":69,"props":1188,"children":1189},{},[1190],{"type":45,"value":1191},"List every member below threshold, not just the worst one.",{"type":45,"value":1155},{"type":40,"tag":142,"props":1194,"children":1196},{"className":1195},[],[1197],{"type":45,"value":475},{"type":45,"value":1199}," returns the full below-threshold set: name the others even if briefly. Only say \"the rest is fine \u002F leave it alone\" when that set is otherwise empty — claiming one method is the entire gap when the extractor found more is a factual error.",{"type":40,"tag":55,"props":1201,"children":1202},{},[1203,1205,1211,1213,1219],{"type":45,"value":1204},"Use ",{"type":40,"tag":142,"props":1206,"children":1208},{"className":1207},[],[1209],{"type":45,"value":1210},"references\u002Foutput-format.md",{"type":45,"value":1212}," verbatim for fixed headings, table structures, symbols, and emoji. Use ",{"type":40,"tag":142,"props":1214,"children":1216},{"className":1215},[],[1217],{"type":45,"value":1218},"references\u002Fguidelines.md",{"type":45,"value":1220}," for prioritization rules and style.",{"type":40,"tag":55,"props":1222,"children":1223},{},[1224,1226,1232,1234,1240,1242,1248],{"type":45,"value":1225},"If Phase 5 has not yet run when you compose this summary, mark the ",{"type":40,"tag":142,"props":1227,"children":1229},{"className":1228},[],[1230],{"type":45,"value":1231},"## 📁 Reports",{"type":45,"value":1233}," section's HTML\u002FText\u002FCSV\u002FGitHub-markdown rows as ",{"type":40,"tag":142,"props":1235,"children":1237},{"className":1236},[],[1238],{"type":45,"value":1239},"Not generated (optional — request HTML reports to enable)",{"type":45,"value":1241},". Only the ",{"type":40,"tag":142,"props":1243,"children":1245},{"className":1244},[],[1246],{"type":45,"value":1247},"coverage-analysis.md",{"type":45,"value":1249}," and raw Cobertura paths are guaranteed to exist.",{"type":40,"tag":55,"props":1251,"children":1252},{},[1253,1255,1261],{"type":45,"value":1254},"Attempt to save the same content to ",{"type":40,"tag":142,"props":1256,"children":1258},{"className":1257},[],[1259],{"type":45,"value":1260},"TestResults\u002Fcoverage-analysis\u002Fcoverage-analysis.md",{"type":45,"value":1262}," before delivering the response (use the editor's create\u002Fedit tool — do not shell out). If the file write fails, still deliver the summary and note the file-write failure explicitly.",{"type":40,"tag":344,"props":1264,"children":1266},{"id":1265},"phase-5-optional-reportgenerator-htmlcsv-reports-post-summary",[1267],{"type":45,"value":1268},"Phase 5 — Optional: ReportGenerator HTML\u002FCSV reports (post-summary)",{"type":40,"tag":55,"props":1270,"children":1271},{},[1272,1274,1279,1281,1286],{"type":45,"value":1273},"Phase 5 is ",{"type":40,"tag":69,"props":1275,"children":1276},{},[1277],{"type":45,"value":1278},"strictly optional",{"type":45,"value":1280}," and runs ",{"type":40,"tag":69,"props":1282,"children":1283},{},[1284],{"type":45,"value":1285},"only after",{"type":45,"value":1287}," Phase 4 has been delivered. Skip Phase 5 entirely when:",{"type":40,"tag":61,"props":1289,"children":1290},{},[1291,1296,1301],{"type":40,"tag":65,"props":1292,"children":1293},{},[1294],{"type":45,"value":1295},"The user supplied existing Cobertura XML and only asked for analysis (the default for the existing-data path).",{"type":40,"tag":65,"props":1297,"children":1298},{},[1299],{"type":45,"value":1300},"The user is diagnosing a coverage plateau or asking \"what's blocking me?\" — they want the answer, not a static-site report.",{"type":40,"tag":65,"props":1302,"children":1303},{},[1304],{"type":45,"value":1305},"ReportGenerator is not already installed and you have no clear signal the user wants HTML reports.",{"type":40,"tag":55,"props":1307,"children":1308},{},[1309],{"type":45,"value":1310},"Run Phase 5 only when the user explicitly asks for HTML\u002FCSV reports, or when the project flow requires them (e.g., a CI artifact upload step).",{"type":40,"tag":55,"props":1312,"children":1313},{},[1314,1315,1321,1323,1328],{"type":45,"value":546},{"type":40,"tag":142,"props":1316,"children":1318},{"className":1317},[],[1319],{"type":45,"value":1320},"references\u002Freport-generation.md",{"type":45,"value":1322}," for the ReportGenerator install and invocation. It is the only heavy step in this skill: a ",{"type":40,"tag":142,"props":1324,"children":1326},{"className":1325},[],[1327],{"type":45,"value":411},{"type":45,"value":1329}," that can exhaust the session budget, which is why it never runs before the Phase 4 summary has been delivered.",{"type":40,"tag":55,"props":1331,"children":1332},{},[1333],{"type":45,"value":1334},"If the install fails (no internet), leave the existing Phase 4 summary as the final output and note that HTML reports were skipped. Do not retry or block on it.",{"type":40,"tag":48,"props":1336,"children":1338},{"id":1337},"validation",[1339],{"type":45,"value":1340},"Validation",{"type":40,"tag":61,"props":1342,"children":1343},{},[1344,1364,1369,1381,1394],{"type":40,"tag":65,"props":1345,"children":1346},{},[1347,1349,1355,1357,1362],{"type":45,"value":1348},"Verify that at least one ",{"type":40,"tag":142,"props":1350,"children":1352},{"className":1351},[],[1353],{"type":45,"value":1354},"coverage.cobertura.xml",{"type":45,"value":1356}," file was generated after ",{"type":40,"tag":142,"props":1358,"children":1360},{"className":1359},[],[1361],{"type":45,"value":185},{"type":45,"value":1363}," (or already exists when the user supplied one)",{"type":40,"tag":65,"props":1365,"children":1366},{},[1367],{"type":45,"value":1368},"Confirm the assistant response contained the CRAP\u002Frisk-hotspot table — saving the markdown file is secondary",{"type":40,"tag":65,"props":1370,"children":1371},{},[1372,1374,1379],{"type":45,"value":1373},"Confirm ",{"type":40,"tag":142,"props":1375,"children":1377},{"className":1376},[],[1378],{"type":45,"value":1260},{"type":45,"value":1380}," was written and contains data",{"type":40,"tag":65,"props":1382,"children":1383},{},[1384,1386,1392],{"type":45,"value":1385},"Spot-check one method's CRAP score: ",{"type":40,"tag":142,"props":1387,"children":1389},{"className":1388},[],[1390],{"type":45,"value":1391},"comp² × (1 − cov)³ + comp",{"type":45,"value":1393}," — a method with 100% coverage should have CRAP = complexity",{"type":40,"tag":65,"props":1395,"children":1396},{},[1397,1399,1405,1407],{"type":45,"value":1398},"If Phase 5 ran, verify ",{"type":40,"tag":142,"props":1400,"children":1402},{"className":1401},[],[1403],{"type":45,"value":1404},"TestResults\u002Fcoverage-analysis\u002Freports\u002Findex.html",{"type":45,"value":1406}," exists; otherwise the report file should mark HTML\u002FText\u002FCSV rows as ",{"type":40,"tag":142,"props":1408,"children":1410},{"className":1409},[],[1411],{"type":45,"value":1412},"Not generated",{"type":40,"tag":48,"props":1414,"children":1416},{"id":1415},"common-pitfalls",[1417],{"type":45,"value":1418},"Common Pitfalls",{"type":40,"tag":61,"props":1420,"children":1421},{},[1422,1448,1458,1475,1492,1502,1512,1522],{"type":40,"tag":65,"props":1423,"children":1424},{},[1425,1430,1432,1438,1440,1446],{"type":40,"tag":69,"props":1426,"children":1427},{},[1428],{"type":45,"value":1429},"No Cobertura XML generated",{"type":45,"value":1431}," — the test project may lack a coverage provider. The skill auto-adds one, but if ",{"type":40,"tag":142,"props":1433,"children":1435},{"className":1434},[],[1436],{"type":45,"value":1437},"dotnet add package",{"type":45,"value":1439}," fails (offline\u002Fproxy), coverage collection silently produces nothing. Check for ",{"type":40,"tag":142,"props":1441,"children":1443},{"className":1442},[],[1444],{"type":45,"value":1445},".coverage",{"type":45,"value":1447}," binary files as a fallback indicator.",{"type":40,"tag":65,"props":1449,"children":1450},{},[1451,1456],{"type":40,"tag":69,"props":1452,"children":1453},{},[1454],{"type":45,"value":1455},"Test failures (exit code 1)",{"type":45,"value":1457}," — coverage is still collected from passing tests. Do not abort; proceed with partial data and note the failures in the summary.",{"type":40,"tag":65,"props":1459,"children":1460},{},[1461,1466,1468,1473],{"type":40,"tag":69,"props":1462,"children":1463},{},[1464],{"type":45,"value":1465},"Premature end before user-facing summary",{"type":45,"value":1467}," — never start Phase 5 (ReportGenerator install\u002Frun) before the Phase 4 assistant response is delivered. The heavy ",{"type":40,"tag":142,"props":1469,"children":1471},{"className":1470},[],[1472],{"type":45,"value":411},{"type":45,"value":1474}," can crash the session or exhaust budget, leaving the user with no analysis even though the CRAP scores were already computed.",{"type":40,"tag":65,"props":1476,"children":1477},{},[1478,1483,1485,1490],{"type":40,"tag":69,"props":1479,"children":1480},{},[1481],{"type":45,"value":1482},"ReportGenerator install failure",{"type":45,"value":1484}," — if ",{"type":40,"tag":142,"props":1486,"children":1488},{"className":1487},[],[1489],{"type":45,"value":411},{"type":45,"value":1491}," fails (no internet) during Phase 5, leave the existing Phase 4 summary as the final output and note that HTML reports were skipped. Do not retry or block on the install.",{"type":40,"tag":65,"props":1493,"children":1494},{},[1495,1500],{"type":40,"tag":69,"props":1496,"children":1497},{},[1498],{"type":45,"value":1499},"Method name mismatches in Cobertura",{"type":45,"value":1501}," — async methods, lambdas, and local functions may have compiler-generated names. The scripts use the Cobertura method name\u002Fsignature directly; verify against source if results look unexpected.",{"type":40,"tag":65,"props":1503,"children":1504},{},[1505,1510],{"type":40,"tag":69,"props":1506,"children":1507},{},[1508],{"type":45,"value":1509},"Mixed coverage providers",{"type":45,"value":1511}," — when a solution contains both Coverlet and Microsoft CodeCoverage projects, the skill runs per-project to avoid dual-provider conflicts. This is slower but correct.",{"type":40,"tag":65,"props":1513,"children":1514},{},[1515,1520],{"type":40,"tag":69,"props":1516,"children":1517},{},[1518],{"type":45,"value":1519},"Numbers that don't reconcile",{"type":45,"value":1521}," — per-member uncovered lines that exceed the project total, or a projected coverage figure that doesn't follow from the counts, make the whole analysis untrustworthy. Re-read the script output rather than estimating.",{"type":40,"tag":65,"props":1523,"children":1524},{},[1525,1530,1532,1537],{"type":40,"tag":69,"props":1526,"children":1527},{},[1528],{"type":45,"value":1529},"Declaring one method \"the entire gap\"",{"type":45,"value":1531}," — check the full below-threshold list from ",{"type":40,"tag":142,"props":1533,"children":1535},{"className":1534},[],[1536],{"type":45,"value":475},{"type":45,"value":1538}," first; naming a single blocker while other uncovered members exist misdirects the user's next test.",{"type":40,"tag":1540,"props":1541,"children":1542},"style",{},[1543],{"type":45,"value":1544},"html .light .shiki span {color: var(--shiki-light);background: var(--shiki-light-bg);font-style: var(--shiki-light-font-style);font-weight: var(--shiki-light-font-weight);text-decoration: var(--shiki-light-text-decoration);}html.light .shiki span {color: var(--shiki-light);background: var(--shiki-light-bg);font-style: var(--shiki-light-font-style);font-weight: var(--shiki-light-font-weight);text-decoration: var(--shiki-light-text-decoration);}html .default .shiki span {color: var(--shiki-default);background: var(--shiki-default-bg);font-style: var(--shiki-default-font-style);font-weight: var(--shiki-default-font-weight);text-decoration: var(--shiki-default-text-decoration);}html .shiki span {color: var(--shiki-default);background: var(--shiki-default-bg);font-style: var(--shiki-default-font-style);font-weight: var(--shiki-default-font-weight);text-decoration: var(--shiki-default-text-decoration);}html .dark .shiki span {color: var(--shiki-dark);background: var(--shiki-dark-bg);font-style: var(--shiki-dark-font-style);font-weight: var(--shiki-dark-font-weight);text-decoration: var(--shiki-dark-text-decoration);}html.dark .shiki span {color: var(--shiki-dark);background: var(--shiki-dark-bg);font-style: var(--shiki-dark-font-style);font-weight: var(--shiki-dark-font-weight);text-decoration: var(--shiki-dark-text-decoration);}",{"items":1546,"total":1707},[1547,1563,1576,1591,1609,1621,1641,1651,1663,1673,1686,1697],{"slug":1548,"name":1548,"fn":1549,"description":1550,"org":1551,"tags":1552,"stars":1560,"repoUrl":1561,"updatedAt":1562},"multithreaded-task-migration","migrate MSBuild tasks to multithreaded mode","Guide for migrating MSBuild tasks to multithreaded mode support, including compatibility red-team review. Use this when converting tasks to thread-safe versions, implementing IMultiThreadableTask, adding TaskEnvironment support, or auditing migrations for behavioral compatibility.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1553,1554,1557],{"name":13,"slug":14,"type":15},{"name":1555,"slug":1556,"type":15},"Engineering","engineering",{"name":1558,"slug":1559,"type":15},"Performance","performance",5535,"https:\u002F\u002Fgithub.com\u002Fdotnet\u002Fmsbuild","2026-07-22T05:37:33.965588",{"slug":1564,"name":1564,"fn":1565,"description":1566,"org":1567,"tags":1568,"stars":22,"repoUrl":23,"updatedAt":1575},"analyzing-dotnet-performance","analyze .NET code for performance anti-patterns","Scans .NET code for ~50 performance anti-patterns across async, memory, strings, collections, LINQ, regex, serialization, and I\u002FO with tiered severity classification. Use when analyzing .NET code for optimization opportunities, reviewing hot paths, or auditing allocation-heavy patterns.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1569,1570,1571,1574],{"name":13,"slug":14,"type":15},{"name":17,"slug":18,"type":15},{"name":1572,"slug":1573,"type":15},"Debugging","debugging",{"name":1558,"slug":1559,"type":15},"2026-07-12T08:23:25.400375",{"slug":1577,"name":1577,"fn":1578,"description":1579,"org":1580,"tags":1581,"stars":22,"repoUrl":23,"updatedAt":1590},"android-tombstone-symbolication","symbolicate .NET runtime frames in Android tombstones","Symbolicate the .NET runtime frames in an Android tombstone file. Extracts BuildIds and PC offsets from the native backtrace, downloads debug symbols from the Microsoft symbol server, and runs llvm-symbolizer to produce function names with source file and line numbers. USE FOR triaging a .NET MAUI or Mono Android app crash from a tombstone, resolving native backtrace frames in libmonosgen-2.0.so or libcoreclr.so to .NET runtime source code, or investigating SIGABRT, SIGSEGV, or other native signals originating from the .NET runtime on Android. DO NOT USE FOR pure Java\u002FKotlin crashes, managed .NET exceptions that are already captured in logcat, or iOS crash logs. INVOKES Symbolicate-Tombstone.ps1 script, llvm-symbolizer, Microsoft symbol server.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1582,1583,1586,1587],{"name":13,"slug":14,"type":15},{"name":1584,"slug":1585,"type":15},"Android","android",{"name":1572,"slug":1573,"type":15},{"name":1588,"slug":1589,"type":15},"Microsoft","microsoft","2026-07-12T08:23:21.595572",{"slug":1592,"name":1592,"fn":1593,"description":1594,"org":1595,"tags":1596,"stars":22,"repoUrl":23,"updatedAt":1608},"apple-crash-symbolication","symbolicate .NET runtime frames in crash logs","Symbolicate .NET runtime frames in Apple platform .ips crash logs (iOS, tvOS, Mac Catalyst, macOS). Extracts UUIDs and addresses from the native backtrace, locates dSYM debug symbols, and runs atos to produce function names with source file and line numbers. Automatically downloads .dwarf symbols from the Microsoft symbol server using Mach-O UUIDs. USE FOR triaging a .NET MAUI or Mono app crash from an .ips file on any Apple platform, resolving native backtrace frames in libcoreclr or libmonosgen-2.0 to .NET runtime source code, retrieving .ips crash logs from a connected iOS device or iPhone, or investigating EXC_CRASH, EXC_BAD_ACCESS, SIGABRT, or SIGSEGV originating from the .NET runtime. DO NOT USE FOR pure Swift\u002FObjective-C crashes with no .NET components, or Android tombstone files. INVOKES Symbolicate-Crash.ps1 script, atos, dwarfdump, idevicecrashreport.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1597,1598,1599,1602,1605],{"name":13,"slug":14,"type":15},{"name":1572,"slug":1573,"type":15},{"name":1600,"slug":1601,"type":15},"iOS","ios",{"name":1603,"slug":1604,"type":15},"macOS","macos",{"name":1606,"slug":1607,"type":15},"Observability","observability","2026-07-12T08:23:20.369986",{"slug":1610,"name":1610,"fn":1611,"description":1612,"org":1613,"tags":1614,"stars":22,"repoUrl":23,"updatedAt":1620},"assertion-quality","evaluate assertion quality in test suites","Analyzes the variety and depth of assertions across test suites in any language. Use when the user asks to evaluate assertion quality, find shallow tests, identify assertion-free tests (no assertions or only trivial ones like Assert.IsNotNull \u002F toBeTruthy()), flag self-referential or tautological assertions, measure assertion diversity, or audit whether tests verify different facets of behavior. Polyglot: .NET, Python, TS\u002FJS, Java, Go, Ruby, Rust, Swift, Kotlin, PowerShell, C++. DO NOT USE FOR: writing new tests (use code-testing-agent \u002F writing-mstest-tests), mutation reasoning about whether tests would catch a bug (use test-gap-analysis), or a general severity-ranked anti-pattern audit (use test-anti-patterns), fixing or rewriting assertions, or writing, fixing, or modernizing MSTest tests, assertions, or attributes (use writing-mstest-tests).",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1615,1616,1619],{"name":17,"slug":18,"type":15},{"name":1617,"slug":1618,"type":15},"QA","qa",{"name":20,"slug":21,"type":15},"2026-07-12T08:23:51.277743",{"slug":1622,"name":1622,"fn":1623,"description":1624,"org":1625,"tags":1626,"stars":22,"repoUrl":23,"updatedAt":1640},"author-component","create and review Blazor components","Create or review Blazor components (.razor files) with correct architecture. USE FOR: writing new Blazor components that do NOT involve JavaScript interop, implementing parameters and EventCallback, RenderFragment slots, component lifecycle (OnInitializedAsync, OnParametersSet), async patterns, IAsyncDisposable, CancellationToken, CSS isolation, code-behind. DO NOT USE FOR: creating new projects (use create-blazor-project), JavaScript interop or calling browser APIs from Blazor (use use-js-interop), forms and validation (use collect-user-input), prerendering issues (use support-prerendering), HTTP data fetching patterns (use fetch-and-send-data), coordinating state between unrelated components (use coordinate-components).\n",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1627,1628,1631,1634,1637],{"name":13,"slug":14,"type":15},{"name":1629,"slug":1630,"type":15},"Blazor","blazor",{"name":1632,"slug":1633,"type":15},"C#","csharp",{"name":1635,"slug":1636,"type":15},"UI Components","ui-components",{"name":1638,"slug":1639,"type":15},"Web Development","web-development","2026-07-15T06:03:29.216359",{"slug":1642,"name":1642,"fn":1643,"description":1644,"org":1645,"tags":1646,"stars":22,"repoUrl":23,"updatedAt":1650},"binlog-failure-analysis","analyze MSBuild binary logs","Analyze MSBuild binary logs to diagnose build failures. USE FOR: build errors that are unclear from console output, diagnosing cascading failures across multi-project builds, tracing MSBuild target execution order, and generally any MSBuild build issues. Requires an existing .binlog file. DO NOT USE FOR: generating binlogs (use binlog-generation), non-MSBuild build systems.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1647,1648,1649],{"name":17,"slug":18,"type":15},{"name":1572,"slug":1573,"type":15},{"name":1588,"slug":1589,"type":15},"2026-07-12T08:21:34.637923",{"slug":1652,"name":1652,"fn":1653,"description":1654,"org":1655,"tags":1656,"stars":22,"repoUrl":23,"updatedAt":1662},"binlog-generation","generate MSBuild binary logs for diagnostics","Generate MSBuild binary logs (binlogs) for build diagnostics and analysis. USE FOR: adding \u002Fbl:{} to any dotnet build, test, pack, publish, or restore command to capture a full build execution trace, prerequisite for binlog-failure-analysis and build-perf-diagnostics skills, enabling post-build investigation of errors or performance. Requires MSBuild 17.8+ \u002F .NET 8 SDK+ for {} placeholder; PowerShell needs -bl:{{}}. DO NOT USE FOR: non-MSBuild build systems (npm, Maven, CMake), analyzing an existing binlog (use binlog-failure-analysis instead).",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1657,1660,1661],{"name":1658,"slug":1659,"type":15},"Build","build",{"name":1572,"slug":1573,"type":15},{"name":1555,"slug":1556,"type":15},"2026-07-19T05:38:19.340791",{"slug":1664,"name":1664,"fn":1665,"description":1666,"org":1667,"tags":1668,"stars":22,"repoUrl":23,"updatedAt":1672},"build-parallelism","optimize MSBuild build parallelism","Diagnose and fix under-parallelized MSBuild builds. USE WHEN a multi-project solution build is slower than expected, doesn't speed up when you add cores, pegs a single core while others idle, or you want to know why `-m` isn't helping. Note: `\u002Fmaxcpucount` default is 1 (sequential) — always pass `-m` for parallel builds. Covers finding the critical path (longest serial ProjectReference chain), graph build (`\u002Fgraph`), BuildInParallel, and solution filters (`.slnf`). DO NOT USE FOR: single-project builds, incremental issues (use incremental-build), compilation slowness inside one project (use build-perf-diagnostics), non-MSBuild build systems.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1669,1670,1671],{"name":13,"slug":14,"type":15},{"name":1555,"slug":1556,"type":15},{"name":1558,"slug":1559,"type":15},"2026-07-19T05:38:18.364937",{"slug":1674,"name":1674,"fn":1675,"description":1676,"org":1677,"tags":1678,"stars":22,"repoUrl":23,"updatedAt":1685},"build-perf-baseline","establish and optimize build performance baselines","Establish build performance baselines and apply systematic optimization techniques. USE FOR: diagnosing slow builds, establishing before\u002Fafter measurements (cold, warm, no-op scenarios), applying optimization strategies like MSBuild Server, static graph builds, artifacts output, and dependency graph trimming. Start here before diving into build-perf-diagnostics, incremental-build, or build-parallelism. DO NOT USE FOR: non-MSBuild build systems, detailed bottleneck analysis (use build-perf-diagnostics after baselining).",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1679,1680,1683,1684],{"name":1555,"slug":1556,"type":15},{"name":1681,"slug":1682,"type":15},"Monitoring","monitoring",{"name":1558,"slug":1559,"type":15},{"name":20,"slug":21,"type":15},"2026-07-12T08:21:35.865649",{"slug":1687,"name":1687,"fn":1688,"description":1689,"org":1690,"tags":1691,"stars":22,"repoUrl":23,"updatedAt":1696},"build-perf-diagnostics","diagnose MSBuild build performance bottlenecks","Diagnose MSBuild build performance bottlenecks using binary log analysis. USE FOR: identifying why builds are slow by analyzing binlog performance summaries, detecting ResolveAssemblyReference (RAR) taking >5s, Roslyn analyzers consuming >30% of Csc time, single targets dominating >50% of build time, node utilization below 80%, excessive Copy tasks, NuGet restore running every build. Covers timeline analysis, Target\u002FTask Performance Summary interpretation, and 7 common bottleneck categories. Use after build-perf-baseline has established measurements. DO NOT USE FOR: establishing initial baselines (use build-perf-baseline first), fixing incremental build issues (use incremental-build), parallelism tuning (use build-parallelism), non-MSBuild build systems.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1692,1693,1694,1695],{"name":13,"slug":14,"type":15},{"name":1572,"slug":1573,"type":15},{"name":1555,"slug":1556,"type":15},{"name":1558,"slug":1559,"type":15},"2026-07-12T08:21:40.961722",{"slug":1698,"name":1698,"fn":1699,"description":1700,"org":1701,"tags":1702,"stars":22,"repoUrl":23,"updatedAt":1706},"check-bin-obj-clash","detect MSBuild output path conflicts","Detects MSBuild projects with conflicting OutputPath or IntermediateOutputPath. USE FOR: builds failing with 'Cannot create a file when that file already exists', 'The process cannot access the file because it is being used by another process', intermittent build failures that succeed on retry, or missing\u002Foverwritten outputs in multi-project or multi-targeting builds where bin\u002Fobj (or project.assets.json) collide. Common causes: shared OutputPath, missing AppendTargetFrameworkToOutputPath, extra global properties (e.g. PublishReadyToRun), or SetTargetFramework on a ProjectReference to a single-targeting project. DO NOT USE FOR: file access errors unrelated to MSBuild (OS-level locking), single-project single-TFM builds, non-MSBuild build systems.",{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1703,1704,1705],{"name":1572,"slug":1573,"type":15},{"name":1555,"slug":1556,"type":15},{"name":1617,"slug":1618,"type":15},"2026-07-19T05:38:14.336279",144,{"items":1709,"total":1758},[1710,1717,1724,1732,1738,1746,1752],{"slug":1564,"name":1564,"fn":1565,"description":1566,"org":1711,"tags":1712,"stars":22,"repoUrl":23,"updatedAt":1575},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1713,1714,1715,1716],{"name":13,"slug":14,"type":15},{"name":17,"slug":18,"type":15},{"name":1572,"slug":1573,"type":15},{"name":1558,"slug":1559,"type":15},{"slug":1577,"name":1577,"fn":1578,"description":1579,"org":1718,"tags":1719,"stars":22,"repoUrl":23,"updatedAt":1590},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1720,1721,1722,1723],{"name":13,"slug":14,"type":15},{"name":1584,"slug":1585,"type":15},{"name":1572,"slug":1573,"type":15},{"name":1588,"slug":1589,"type":15},{"slug":1592,"name":1592,"fn":1593,"description":1594,"org":1725,"tags":1726,"stars":22,"repoUrl":23,"updatedAt":1608},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1727,1728,1729,1730,1731],{"name":13,"slug":14,"type":15},{"name":1572,"slug":1573,"type":15},{"name":1600,"slug":1601,"type":15},{"name":1603,"slug":1604,"type":15},{"name":1606,"slug":1607,"type":15},{"slug":1610,"name":1610,"fn":1611,"description":1612,"org":1733,"tags":1734,"stars":22,"repoUrl":23,"updatedAt":1620},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1735,1736,1737],{"name":17,"slug":18,"type":15},{"name":1617,"slug":1618,"type":15},{"name":20,"slug":21,"type":15},{"slug":1622,"name":1622,"fn":1623,"description":1624,"org":1739,"tags":1740,"stars":22,"repoUrl":23,"updatedAt":1640},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1741,1742,1743,1744,1745],{"name":13,"slug":14,"type":15},{"name":1629,"slug":1630,"type":15},{"name":1632,"slug":1633,"type":15},{"name":1635,"slug":1636,"type":15},{"name":1638,"slug":1639,"type":15},{"slug":1642,"name":1642,"fn":1643,"description":1644,"org":1747,"tags":1748,"stars":22,"repoUrl":23,"updatedAt":1650},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1749,1750,1751],{"name":17,"slug":18,"type":15},{"name":1572,"slug":1573,"type":15},{"name":1588,"slug":1589,"type":15},{"slug":1652,"name":1652,"fn":1653,"description":1654,"org":1753,"tags":1754,"stars":22,"repoUrl":23,"updatedAt":1662},{"slug":8,"name":9,"logoUrl":10,"githubOrg":8},[1755,1756,1757],{"name":1658,"slug":1659,"type":15},{"name":1572,"slug":1573,"type":15},{"name":1555,"slug":1556,"type":15},96]