What problem does it solve? Editing code on Windows through git-bash/MSYS toolchains fails in non-obvious ways: patch tools corrupt CRLF line endings, MSYS silently rewrites POSIX paths passed to native programs like dotnet, case-insensitive filesystems collide runtime and source directories, and verification scripts misread GBK-encoded build output. This Skill captures the operational knowledge to edit and verify Windows code correctly. ## Core Features & Use Cases - CRLF-safe patching: Normalize mixed line endings after V4A/multi-line patches, work around replace_all multi-line match failures, and run Python-based exact replacements that preserve CRLF with per-edit count assertions. - MSYS path and environment handling: Pass Windows-style paths ("C:/tmp/x") to native tools, avoid curl -F absolute-path upload failures, and recover from terminal cwd persisting across calls. - Case-collision and verification pitfalls: Detect runtime-vs-source directory name collisions that expose source via static file serving, decode GBK dotnet output in verification scripts, and follow the hermes-verify script create-run-cleanup loop. - Use Case: After patching a CRLF CSS file, the diff shows the whole file rewritten; apply the normalization one-liner, confirm git diff --stat returns to a sane line count, then run dotnet test and assert on the localized pass/fail counters. ## Quick Start Ask the agent to patch a CRLF file in your Windows repo and verify the change with a build, and it will apply the line-ending, path, and verification rules automatically.