mcaf
MCAF Adoption
Trigger On
- bootstrapping MCAF in a new or existing repository that also contains
.NETwork - updating root or project-local
AGENTS.mdfiles to follow a durable repo workflow - deciding which MCAF governance skills and implementation-focused catalog skills to install together
- organizing repo-native docs for architecture, features, ADRs, testing, development, and operations
Workflow
-
Start from the canonical bootstrap surface:
- tutorial:
https://mcaf.managed-code.com/tutorial - concepts:
https://mcaf.managed-code.com/ - public MCAF skills:
https://mcaf.managed-code.com/skills
- tutorial:
-
Place root
AGENTS.mdat the repository or solution root. -
Add project-local
AGENTS.mdonly when the solution has multiple projects with genuinely different local rules. -
Install MCAF governance skills (
mcaf-*) for process areas and implementation-focused catalog skills for framework work. Checkreferences/skill-map.mdfor overlap before adding duplicate surfaces. -
Route to the narrowest MCAF skill once the governance concern is clear:
Concern Skill Delivery workflow and feedback loops mcaf-agile-deliveryDeveloper onboarding and local inner loop mcaf-devexDurable docs structure and source-of-truth placement mcaf-documentationExecutable feature behaviour docs mcaf-feature-specHuman review for large AI-generated drops mcaf-human-review-planningML/AI product delivery process mcaf-ml-ai-deliveryExplicit quality attributes and trade-offs mcaf-nfrBranch, merge, and release hygiene mcaf-source-controlDesign-system, accessibility, front-end direction mcaf-ui-ux -
Scaffold repo-native documentation:
docs/ ├── Architecture.md ├── Features/ ├── ADR/ ├── Testing/ ├── Development/ └── Operations/ -
Encode the non-trivial task flow in
AGENTS.md:<slug>.brainstorm.mdthen<slug>.plan.mdthen implementation and validation. -
Treat verification as part of done: tests, analyzers, formatters, coverage, and any architecture or security gates the repo configured.
flowchart LR
A["Adopt MCAF"] --> B["Root AGENTS.md"]
B --> C{"Multi-project?"}
C -->|Yes| D["Project-local AGENTS.md"]
C -->|No| E["Root policy only"]
B --> F["Install mcaf-* governance skills"]
B --> G["Install implementation-focused skills"]
D --> H["Document boundaries and commands"]
E --> H
F --> I["Repo-native docs scaffolds"]
G --> J[".NET implementation guidance"]
H --> K["Run full quality pass"]
I --> K
J --> K
Deliver
- repository-ready MCAF adoption with clear root and local
AGENTS.mdresponsibilities - correct split between
mcaf-*governance and implementation-focused skills - repo-native docs and verification expectations instead of chat-only instructions
Validate
- root
AGENTS.mdexists at the repository or solution root - project-local
AGENTS.mdfiles exist only where genuinely needed - repo documents exact build, test, format, analyze, and coverage commands
- durable docs exist for architecture and behavior, not only inline comments
- non-trivial work follows the brainstorm-to-plan flow before implementation
- the full quality pass is part of done, not only a narrow happy-path test run
References
- references/adoption.md - canonical MCAF entry points, bootstrap rules, and the local-mirror boundary between governance and implementation skills
- references/skill-map.md - MCAF catalog map with overlap-vs-new split for precise routing
More from managedcode/dotnet-skills
dotnet
Primary router skill for broad .NET work. Classify the repo by app model and cross-cutting concern first, then switch to the narrowest matching .NET skill instead of staying at a generic layer.
18dotnet-aspnet-core
Build, debug, modernize, or review ASP.NET Core applications with correct hosting, middleware, security, configuration, logging, and deployment patterns on current .NET.
13dotnet-entity-framework-core
Design, tune, or review EF Core data access with proper modeling, migrations, query translation, performance, and lifetime management for modern .NET applications.
12dotnet-code-review
Review .NET changes for bugs, regressions, architectural drift, missing tests, incorrect async or disposal behavior, and platform-specific pitfalls before you approve or merge them.
11dotnet-architecture
Design or review .NET solution architecture across modular monoliths, clean architecture, vertical slices, microservices, DDD, CQRS, and cloud-native boundaries without over-engineering.
11dotnet-signalr
Implement or review SignalR hubs, streaming, reconnection, transport, and real-time delivery patterns in ASP.NET Core applications.
10