What problem does it solve? Build failures and performance issues in .NET projects are hard to diagnose without a detailed execution trace, and re-running failed builds just to capture logs wastes time. This Skill ensures every MSBuild invocation produces a uniquely named binary log (binlog) that is ready for immediate post-build analysis. ## Core Features & Use Cases - Automatic unique binlog naming: Uses the /bl:{} placeholder (MSBuild 17.8+ / .NET 8 SDK+) so every build writes a distinct .binlog file that never overwrites previous logs. - Cross-shell guidance: Provides correct syntax for bash, cmd, and PowerShell (which requires -bl:{{}} brace escaping), plus fallback numbered filenames for older MSBuild versions or CI artifact uploads. - Build history preservation: Instructs to exclude *.binlog from git clean and to verify the binlog exists before handing it to analysis skills. - Use Case: A developer's Release build fails in CI. Because every build ran with /bl:{}, the binlog already exists and can be fed directly into binlog-failure-analysis or build-perf-diagnostics without re-running the build. ## Quick Start Add the /bl:{} flag to your dotnet build command and then confirm a .binlog file was created in the project directory.