w-yolo 是一个面向本地开发检查修复的技能，核心目标是在不发布代码的前提下，修复失败或被请求的本地检查。它明确定位为“不是第二道完整门禁”，即不承担完整发布前验证的职责。
用途：当本地检查失败，或用户请求修复特定检查时使用。它专注于修复问题本身，而不是执行完整的发布流程。如果用户需要完整门禁和 PR，应指向 /w-ship。
主要能力与规则：
- 使用最小的失败命令，或针对变更使用 lint/w-test。如果用户指定了命令，则运行该命令。
- 绝不运行完整的 pre-push 套件。
- 修复根本原因，然后重新运行失败的命令。
- 不得为了通过检查而删除功能。
- 不得涉及密钥或无关的 dotfiles。
- 不得编辑 .env。
- 遵循 git publish 的无发布规则。
可选操作：
- 可以使用 /w-review 以只读方式审查任务差异。
- 仅对有证据的缺陷应用修复。
处理外部评论：
- 如果存在 CodeRabbit 或 CI 评论，并且用户要求消费它们，则遵循 /w-coderabbit 或 /w-comments，但不进行提交。
文档：
- 如果行为或命令发生变化，参考 /w-docs。
适用场景：本地开发过程中检查失败需要快速修复，且不希望触发发布流程时。
限制：不发布代码，不运行完整 pre-push 套件，不编辑 .env，不删除功能，不处理无关文件。