What problem does it solve? Manually running dotnet build and dotnet test commands with the right flags, filters, and configurations is repetitive and error-prone, especially when iterating on failing tests in a .NET solution. ## Core Features & Use Cases - Flexible Builds: Compile any project in the solution with Debug/Release configuration, optional clean, and verbosity control via build.ps1. - Filtered Test Runs: Execute tests by name pattern with configurable verbosity, no-build mode, and rebuild support via test.ps1. - Compilation Error Checking: Parse build output to list errors and warnings with file names and line numbers via check-errors.ps1. - Use Case: After modifying a PATCH handler in the EzSCIM integration tests, run a quick check for compilation errors, rebuild, and execute only the tests matching "Patch" to validate the change. ## Quick Start Ask the assistant to build the solution and run all tests matching the pattern "Patch" using the build-test skill.