What problem does it solve? Build failures and performance regressions in .NET projects are hard to diagnose after the fact because console output lacks the full execution detail. This Skill ensures every MSBuild invocation captures a binary log (binlog) so failures and slowdowns can be investigated without re-running the build. ## Core Features & Use Cases - Automatic binlog capture: Adds the /bl:{} flag to dotnet build, test, pack, publish, restore, and msbuild commands so each run produces a uniquely named binary log. - Shell-specific guidance: Provides the correct escaping for PowerShell (-bl:{{}}) versus bash/cmd, plus fallback naming when the {} placeholder is unavailable. - Build history preservation: Instructs to verify binlog creation and exclude *.binlog files from git clean so diagnostic history survives repository cleanup. - Use Case: A CI build fails intermittently. Because every build ran with /bl:{}, the exact failing build's binlog already exists and can be opened directly for failure analysis instead of reproducing the issue. ## Quick Start Add the /bl:{} flag to my dotnet build command and verify that a .binlog file was produced afterward.