用途：Careful 模式用于在生产代码、共享基础设施或不熟悉的代码库中工作时，为破坏性或高风险操作增加确认闸门。普通模型谨慎仍可能直接执行，而 Careful 会阻止清单中的动作，直到收到明确确认。
主要能力：启用时宣布“CAREFUL mode ON. Will confirm before destructive actions.”。在执行以下操作前暂停并请求用户显式确认：Git 方面包括 git push --force、git reset --hard、git clean -f、git branch -D、git checkout . 或 git restore .、共享分支上的 git rebase、任何推送到 main/master；文件系统方面包括对非限定或不可重装路径的 rm -rf、一次删除超过 3 个文件、覆盖当前项目外的文件；外部方面包括会改变外部状态的 API 调用（生产环境 POST/PUT/DELETE）、发布包（npm publish、cargo publish）、部署到生产环境；数据库方面包括无 WHERE 的 DROP、TRUNCATE、DELETE，以及生产环境的模式迁移。
豁免：删除 basename 为可轻松重装产物的目录不触发闸门，如 node_modules、.next、dist、build、target、.cache、.turbo、pycache 或可由锁文件重建的依赖目录。判断依据是产物名称而非项目归属，且路径必须显式、无可能错误展开的 glob 或变量。多路径命令中每个路径都须独立满足条件，否则整个命令重新触发闸门。
确认格式：CAREFUL: About to {action}. Target: {what} Reversible: yes/no Proceed? [y/n]。
验证完整性：在请人测试构建或据此声称完成前，须应用 lib/verify-the-test-loop.md 中的证明与停止契约；未证明的产物身份会阻止请求和完成声明。
停止纪律：上述破坏性动作闸门是唯一的自动暂停。其他停止前运行 skills/engineering/careful/lib/stopping-discipline.md 中的自检，仅在凭据、偏好或项目证据无法提供的判断会改变结果时才询问。
停用：用户说“careful off”或开始新会话时，宣布“CAREFUL mode OFF.”。
限制：资料未提供安装命令、平台支持、收费或价格信息。