软件开发规范与代码质量守卫

要解决的问题

AI 改代码常见风险不是语法错误，而是理解偏差、越界修改和表面修复。一个 bug 可能触发无关函数调整，一个需求可能跳过确认直接改核心逻辑，最后难以审查、难以回滚。这个技能把代码变更约束成可确认、可验证、可回溯的工程流程。

工作方式与适用边界

它围绕 协作规范 和 代码质量 两条线工作：

• 先确认再执行：复述需求、列出影响范围、拆解任务、识别风险；用户未确认前不写代码。
• 控制修改边界：只改任务内代码和必要连带修改；发现额外问题只记录，不顺手重构。
• 关键操作备份：涉及支付、订单、认证、数据库结构或一次改多个文件时，先备份到 _backup/日期_任务描述/。
• 根因优先：追踪调用链，避免用补丁掩盖抽象错误；必要时提取公共函数、拆分职责过大的模块。
• 保持全站一致：沿用现有命名、错误处理和安全方案，不随意新增依赖。

适用于写代码、修 bug、加功能、重构和修改源文件。单行修复、纯配置键值、紧急 bug 先修后报，或用户明确说“直接改”时可放宽确认，但仍应做最小修改和 REVIEW 自查。