Problem
Source generator and Roslyn analyzer authoring is extremely hard to get right. The official documentation is insufficient, and generic AI confidently produces patterns that degrade IDE performance or break incremental compilation. The Roslyn team has hard-won lessons that are largely tribal knowledge.
What expert .NET knowledge would this encode?
- Incremental generator pipeline design (what to cache, equality semantics)
- Avoiding IDE perf degradation (lessons from the Roslyn team)
- Proper diagnostic reporting patterns
- Testing source generators (the
GeneratorDriver dance)
- Interop with the compilation model without causing GC pressure
Skill concept
A "scaffold and review a source generator" skill that follows Roslyn team best practices — guiding both the initial design and ongoing review of generator code for correctness and performance.
Why customers would value this
Source generators are increasingly central to .NET (JSON, regex, logging, DI, gRPC, Blazor). Customers writing their own generators hit a wall where docs run out and the only guidance lives in Roslyn team PR reviews and internal discussions.
Problem
Source generator and Roslyn analyzer authoring is extremely hard to get right. The official documentation is insufficient, and generic AI confidently produces patterns that degrade IDE performance or break incremental compilation. The Roslyn team has hard-won lessons that are largely tribal knowledge.
What expert .NET knowledge would this encode?
GeneratorDriverdance)Skill concept
A "scaffold and review a source generator" skill that follows Roslyn team best practices — guiding both the initial design and ongoing review of generator code for correctness and performance.
Why customers would value this
Source generators are increasingly central to .NET (JSON, regex, logging, DI, gRPC, Blazor). Customers writing their own generators hit a wall where docs run out and the only guidance lives in Roslyn team PR reviews and internal discussions.