Mcaf Dotnet

MCAF: .NET

Trigger On

• writing, reviewing, debugging, or refactoring C# or .NET code
• deciding which .NET skill should be used for a task
• modernizing a .NET codebase while keeping language and runtime compatibility
• verifying .NET changes with analyzers, formatting, tests, and coverage

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

• non-.NET repositories
• a single-tool task where one exact .NET tool skill already covers the whole request

Inputs

• the nearest AGENTS.md
• solution and project files
• Directory.Build.* files
• the repo-root .editorconfig and any nested .editorconfig files that apply
• target TFM, LangVersion, SDK version, test packages, and analyzer packages

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. Detect the real stack before changing code or commands:
   • TFM or TFMs
   • explicit LangVersion or the default implied by the SDK and target framework
   • test framework: xUnit, TUnit, or MSTest
   • runner model: VSTest or Microsoft.Testing.Platform
   • installed analyzers, formatters, coverage tools, and architecture-test libraries
2. Route framework mechanics through exactly one matching test skill:
   • mcaf-dotnet-xunit
   • mcaf-dotnet-tunit
   • mcaf-dotnet-mstest
3. Route quality and policy through the matching skill:
   • mcaf-dotnet-quality-ci
   • mcaf-dotnet-analyzer-config
   • mcaf-dotnet-complexity
   • tool-specific skills such as mcaf-dotnet-format, mcaf-dotnet-roslynator, mcaf-dotnet-stylecop-analyzers, mcaf-dotnet-meziantou-analyzer, mcaf-dotnet-coverlet, mcaf-dotnet-reportgenerator, mcaf-dotnet-resharper-clt, mcaf-dotnet-netarchtest, mcaf-dotnet-archunitnet, mcaf-dotnet-codeql, mcaf-dotnet-csharpier, and mcaf-dotnet-stryker
4. Route design and structure through:
   • mcaf-solid-maintainability for SOLID, SRP, cohesion, and maintainability limits
   • mcaf-architecture-overview when system or module boundaries, contracts, or architecture docs need work
   • mcaf-dotnet-features when modern C# feature selection or language-version compatibility matters
5. Write or review code using the newest stable C# features the repo actually supports.
6. After any .NET code change, run the repo-defined post-change quality pass from narrow to broad:
   • format
   • build
   • analyze
   • focused test
   • broader test
   • coverage and report generation when configured
   • extra configured gates such as Roslynator, StyleCop, Meziantou, ReSharper CLT, NetArchTest, ArchUnitNET, CodeQL, CSharpier, or Stryker
7. If the repo does not define these commands clearly, tighten AGENTS.md before continuing so later agents stop guessing.
8. Do not introduce preview language features unless the repo explicitly opts into preview in project or MSBuild settings.

Bootstrap When Missing

When a requested .NET gate or tool is missing in this repo, do not stop at "not configured":

1. Detect whether the tool is already present in project files, tool manifests, or CI.
2. If the tool is optional and repo policy is unclear, ask whether to enable it as a default gate.
3. If approved or already required by policy, install and wire it through the matching tool skill.
4. Update AGENTS.md so future agents have exact commands and stop guessing.
5. Run one verify pass and return status: configured or status: improved.
6. If the tool is intentionally out of scope for this repo, return status: not_applicable with reason and route.