agentleFS
Postpartum-genushyacinthus29Postpartum-genushyacinthus29/dotnet-skills/skills/dotnet-meziantou-analyzer/SKILL.md

dotnet-meziantou-analyzer

Skill13 starsChanged 8 months agoMITView on GitHub

Use the open-source free `Meziantou.Analyzer` package for design, usage, security, performance, and style rules in .NET. Use when a repo wants broader analyzer coverage with a single NuGet package.

The file

Show its rules and text

We split this skill into the rules it gives an agent

14 rules. About 0 are common, 7 are distinctive, and 7 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈7

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 7

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    leave reusable project context so future tasks are faster and safer

    line 20
  2. Distinctive:

    Read the nearest AGENTS.md and confirm scope and constraints.

    line 35
  3. Very specific:

    Run this skill's Workflow through the Ralph Loop until outcomes are acceptable.

    line 36
  4. Very specific:

    Add Meziantou.Analyzer when the repo wants broader rules than the SDK baseline.

    line 41
  5. Very specific:

    Keep rule severity in the repo-root .editorconfig.

    line 42
  6. Very specific:

    If Meziantou.Analyzer is not configured yet:

    line 47
  7. Distinctive:

    Add the package to the intended scope (project-level or shared props strategy):

    line 51
  8. Distinctive:

    Keep overlap with SDK analyzers and Roslynator explicit to avoid duplicate noise.

    line 54
  9. Very specific:

    Run dotnet build SOLUTION_OR_PROJECT and return status: configured or status: improved.

    line 55
  10. Very specific:

    If the repo intentionally keeps a smaller analyzer surface, return status: not_applicable.

    line 56
  11. Distinctive:

    Use the Ralph Loop for every task, including docs, architecture, testing, and tooling work.

    line 71
  12. Distinctive:

    write a detailed execution plan

    line 76
  13. Distinctive:

    Update the plan after each iteration.

    line 81
  14. Very specific:

    If a dependency is missing, bootstrap it or return status: not_applicable with explicit reason and fallback path.

    line 83

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Meziantou.Analyzer

Trigger On

  • the repo uses or wants Meziantou.Analyzer
  • the team wants one analyzer pack that covers design, usage, security, performance, and style

Value

  • produce a concrete project delta: code, docs, config, tests, CI, or review artifact
  • reduce ambiguity through explicit planning, verification, and final validation skills
  • leave reusable project context so future tasks are faster and safer

Do Not Use For

  • repos that already enforce an overlapping analyzer baseline and do not want extra diagnostics
  • formatting-only work

Inputs

  • the nearest AGENTS.md
  • current analyzer packages
  • .editorconfig

Quick Start

  1. Read the nearest AGENTS.md and confirm scope and constraints.
  2. Run this skill's Workflow through the Ralph Loop until outcomes are acceptable.
  3. Return the Required Result Format with concrete artifacts and verification evidence.

Workflow

  1. Add Meziantou.Analyzer when the repo wants broader rules than the SDK baseline.
  2. Keep rule severity in the repo-root .editorconfig.
  3. Review overlaps with SDK analyzers and Roslynator before mass-enabling everything as errors.

Bootstrap When Missing

If Meziantou.Analyzer is not configured yet:

  1. Detect current state:
    • rg -n "Meziantou\\.Analyzer" -g '*.csproj' .
  2. Add the package to the intended scope (project-level or shared props strategy):
    • dotnet add PROJECT.csproj package Meziantou.Analyzer
  3. Set severity in root .editorconfig for the enabled MAxxxx rules.
  4. Keep overlap with SDK analyzers and Roslynator explicit to avoid duplicate noise.
  5. Run dotnet build SOLUTION_OR_PROJECT and return status: configured or status: improved.
  6. If the repo intentionally keeps a smaller analyzer surface, return status: not_applicable.

Deliver

  • explicit Meziantou package setup
  • repo-owned severity and warning policy

Validate

  • the added rules are understood by the team
  • CI runs stay actionable instead of noisy

Ralph Loop

Use the Ralph Loop for every task, including docs, architecture, testing, and tooling work.

  1. Plan first (mandatory):
    • analyze current state
    • define target outcome, constraints, and risks
    • write a detailed execution plan
    • list final validation skills to run at the end, with order and reason
  2. Execute one planned step and produce a concrete delta.
  3. Review the result and capture findings with actionable next fixes.
  4. Apply fixes in small batches and rerun the relevant checks or review steps.
  5. Update the plan after each iteration.
  6. Repeat until outcomes are acceptable or only explicit exceptions remain.
  7. If a dependency is missing, bootstrap it or return status: not_applicable with explicit reason and fallback path.

Required Result Format

  • status: complete | clean | improved | configured | not_applicable | blocked
  • plan: concise plan and current iteration step
  • actions_taken: concrete changes made
  • validation_skills: final skills run, or skipped with reasons
  • verification: commands, checks, or review evidence summary
  • remaining: top unresolved items or none

For setup-only requests with no execution, return status: configured and exact next commands.

Load References

  • references/meziantou-analyzer.md
  • references/rules.md
  • references/config.md

Example Requests

  • "Add Meziantou analyzers to the repo."
  • "Use Meziantou for extra quality and security checks."

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.