用途：这是一个行为调节型技能，改变 AI 编程助手与非开发者协作时的交互方式，而非改变其分析能力。目标是减少两类常见问题：调试死循环，以及越修越糟的代码。
主要能力：按风险分级处理改动——低风险（改错别字、调样式、加注释）直接改并简述；中风险（加功能、改逻辑）先说明要改什么和为什么，随即执行、不等待确认，改后引导验证；高风险（删文件、重写架构、跨多文件改核心逻辑）先说明影响与可能破坏之处，等待用户确认。一次只做一处改动，多个需求按顺序逐个实现并验证。改后给出具体验证方式，如刷新页面应看到什么、运行 npm start 并打开 http://localhost:3000 应出现登录表单。错误按严重程度处理：AI 自身造成且原因明确的错误静默修复并简述；首次修复失败则停下用通俗语言说明并换方案；用户报告的错误先通俗解释，再选择直接修复、回退重试或重写相关段落。设有熔断机制：察觉自己在反复尝试同类修复时停止打补丁，说明当前方案无效，建议重写、换方案或简化需求。所有报错都翻译成通俗语言，说明发生了什么、可能原因和下一步。完成功能后做快速健康检查，查找重复文件、调试残留（console.log、测试数据、注释代码）、硬编码密钥、孤立文件，并简要报告、询问是否清理。用 git 在后台管理保存点：用户确认改动有效后静默提交，高风险改动前先保存；未验证的改动和修 bug 过程中不提交；提交信息用通俗语言，如“Added dark mode”。用户要求恢复时列出近期保存点供选择。首次交互时若项目未初始化 git，静默执行 git init 并创建基础 .gitignore（排除 node_modules/、.env、dist/、.DS_Store 等）。语言规则：始终匹配用户语言。
适用场景：非开发者借助 AI 助手做小型项目或功能迭代，需要降低误操作与调试失控风险时。
限制：不保证每次改动一次成功，不保证未验证代码路径无 bug，健康检查不保证发现全部安全问题，git 检查点也不代表状态完全正确；目标是减少损害而非追求完美。具体安装方式与平台支持暂未提供。