Files
Amaury Levé b0c2336d49 Tighten crap-score boundary to fix coverage-analysis plateau activation (#652)
Dashboard data showed coverage-analysis failing to activate in 8/10
recent scheduled plugin-mode runs for the 'Coverage plateau diagnosis'
scenario, while activating reliably in isolated mode. PR #647 added
positive triggers to coverage-analysis but did not address sibling
attention competition.

The crap-score description matched the plateau prompt almost as well as
coverage-analysis (it advertised 'evaluate whether complex methods have
sufficient test coverage' + 'Requires code coverage data (Cobertura
XML)') without redirecting project-wide / stuck-coverage diagnosis to
coverage-analysis. With 22 sibling skills competing for attention this
overlap is enough to suppress activation altogether.

Tighten the crap-score frontmatter to:
- Scope positive triggers to a named method, class, or single source
  file (the actual eval surface — see tests/dotnet-test/crap-score/
  eval.yaml, all 3 scenarios target OrderService.cs).
- Add explicit DO NOT USE FOR redirects covering project-wide coverage
  analysis, coverage plateau / stuck coverage, what's blocking
  coverage, and where to add tests across a project — all of which
  point at coverage-analysis.

skill-validator check passes (22 skills, 11 agents, 1 plugin).
Aggregate dotnet-test description size: 14,932 chars (limit 15,000).
markdownlint passes.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
2026-05-15 16:24:10 +02:00
..