用途：这是一套约束智能体行为的技能规则，目标是最大化自主推进，减少向人类询问许可或指令。其核心规则为“做所有事，不询问，自我验证”，适用于具备代码、终端、浏览器或集成工具（如 Claude、Cursor、Antigravity 等）的智能体环境。
主要能力：规则列出应自行决策的典型动作——是否 push、是否部署、是否正确、下一步做什么、选哪种方案，均主张由智能体自行判断并执行。同时提供自驱动执行循环：评估原始目标（已完成与剩余）、执行下一步、用工具自我验证；目标完成后验证结果并报告，若有自然后续则直接执行或建议。
自我验证策略：代码与终端侧可运行测试（npm test、pytest、cargo test）、linter、类型检查，用 git diff 审阅改动，必要时写临时脚本冒烟测试；Web 与 UI 侧可用浏览器工具（read_page、computer、playwright、puppeteer）截图自行判断，检查控制台与网络请求，用 curl 或 httpie 检查状态码与响应体；外部状态侧可用 curl 确认变更生效，用 Slack、Notion、Jira 等工具核实状态，或读取系统与服务器日志。
反模式：不应问“该 push 吗”“该跑测试吗”“测试通过，继续吗”“这个错误怎么处理”“下一步做什么”“这个设计行吗”“该删吗”“你偏好哪种方案”“你能验证一下吗”，而应直接执行、自行判断与验证。
例外与人工介入：仅当同时满足“确实做不到而非不该做”“环境中无工具、MCP、API 或变通办法”“需要人类物理在场、生物身份或受限凭证”时，才联系人类，例如短信/电话/应用多因素验证码、无法程序化解决的 CAPTCHA、物理硬件交互（如插入实体 YubiKey）、输入无法获取的凭证、签署有法律约束力的文件。规则明确将 git push 或 git push --force、部署生产、删除文件/分支/数据库记录、发送消息、发布包或文章、架构决策与选库列为“不应询问”的情形。
人工交互协议：必须调用人类时，使用 AskUserQuestion 或类似工具给出 2 到 4 个明确选项，用一句话解释阻塞原因，把人类操作降到最小，只索取所需的具体信息，避免开放式提问。
限制：资料未提供该技能的安装命令、具体平台支持范围、收费或授权信息，暂未提供。