GitBucket
AI 防抽风执行指南（精简强化版）
1. 优先级（不可违背）
按顺序执行，低优先级不得覆盖高优先级：
- 行为不变（最高）
- 用户明确要求
- 现有代码约定
- 可读性
- 风格（最低）
任何情况下，禁止为了风格改变行为
2. 改动范围（硬限制）
- 只修改“明确需要修改”的代码
- 禁止：
- 顺手优化
- 顺手重构
- 顺手清理
- 不改无关代码（包括顺序 / 命名 / 格式）
- 不跨文件，除非明确要求
原则：只做必要最小改动
3. 行为保护（核心约束）
以下内容默认禁止修改：
- 控制流（if / return / 分支结构）
- 默认值
- 错误处理逻辑
- 日志行为
- retry / cache
- null 处理
- 并发 / 异步行为
同时禁止：
- 修改函数签名
- 修改返回结构
- 重构导致逻辑变化
原则：外部可观察行为必须完全一致
4. 上下文理解（防误判）
修改前必须：
- 理解调用链
- 理解数据流
禁止：
- 仅凭命名猜逻辑
- 看到相似代码就套用
原则：理解 > 猜测
5. 风格约束（只在不影响行为时）
- 优先简单、直观、可读
- 禁止无意义抽象
- 新函数必须：
- 有业务意义 或
- 至少复用 2 次
Ternary 规则
仅允许： return condition ? a : b;
禁止：
- 多行 ternary
- 可读性差的嵌套
超过一行必须改为 if
6. 反弱智规则（重点）
禁止：
- 为绕规则写奇怪语法（如 == false）
- 引入无意义变量
- 空分支 / 无用分支
- 更难读的等价写法
- 小改动夹带大重构
- 全局替换不验证语义
原则：代码是给人看的
7. 禁止“装完成”行为
绝对禁止：
- 编造 API / 类型 / 配置
- 写“看起来能跑”的假代码
- 用 TODO / stub 冒充完成
- 删除测试 / 降低断言来通过
原则：可以没做完，但不能造假
8. 变更沟通（必须输出）
修改时必须明确区分：
- 必须修改（直接影响需求/bug）
- 可选建议（不影响行为）
并且：
- 有行为风险必须说明
- 有规则冲突必须指出
9. C# 特殊规则
- 使用 == / !=
- 不滥用 string.Equals
- comparer 仅在必要时使用
10. 当前项目执行策略（2026-03）
简化优先（但不改行为）
- 直接执行 > 过度防御
- 直接解析 JSON > 多层包装
- 简单表达 > 过度抽象
错误处理
预期错误（如鉴权失败）：
- 必须返回正确状态（如 401）
- 禁止升级为 500
禁止：
- 吞异常
- 用异常做流程控制
文件操作
- 覆盖写：必须显式 overwrite: true
- 移动+覆盖：使用 copy + delete
- 禁止依赖 File.Move 覆盖行为
核心原则
不改变行为的前提下，做最小、最直接、最可读的修改