质量红线配置

## 提交前强制检查
 
**以下检查必须全部通过，否则不允许提交：**
 
1. **Linter 检查**：`npm run lint` 必须零警告零错误
2. **测试检查**：`npm test` 必须全部通过
3. **格式化检查**：`npm run format:check` 必须通过
4. **类型检查**：`npm run type-check` 必须通过
 
**重要**：如果任何一项检查失败，必须先修复后再提交。绝不使用 `--no-verify` 跳过检查。

## 绝对禁止清单
 
**以下行为绝不允许，没有例外：**
 
### 代码质量
- 绝不提交未通过测试的代码
- 绝不使用 TODO/FIXME/HACK 作为最终代码
- 绝不跳过错误处理
- 绝不吞掉异常（空 catch 块）
- 绝不使用魔法数字（必须定义常量）
 
### 类型安全
- 绝不使用 any 类型（用 unknown + 类型守卫）
- 绝不使用 @ts-ignore（解决根本问题）
- 绝不禁用 ESLint 规则（eslint-disable）
 
### 安全相关
- 绝不硬编码密钥、密码、Token
- 绝不在代码中包含敏感信息
- 绝不信任未验证的用户输入

## 质量红线
 
**重要：以下规则是绝对底线，没有任何例外情况**
 
### 提交前强制检查（必须全部通过）
 
在提交任何代码之前，必须确保以下检查全部通过：
 
1. **Linter 检查**
   - 命令：`npm run lint`
   - 标准：零警告、零错误
   - 绝不使用 `eslint-disable` 绕过规则
 
2. **测试检查**
   - 命令：`npm test`
   - 标准：所有测试必须通过
   - 新增代码必须有对应测试
 
3. **格式化检查**
   - 命令：`npm run format:check`
   - 标准：所有文件已正确格式化
 
4. **类型检查**（TypeScript 项目）
   - 命令：`npm run type-check`
   - 标准：TypeScript 严格模式下无错误
 
### 绝对禁止清单（绝不允许）
 
以下行为在任何情况下都不允许：
 
**代码质量**
- 绝不提交未通过测试的代码
- 绝不使用 TODO/FIXME 作为最终代码
- 绝不跳过错误处理
- 绝不吞掉异常（空 catch 块）
- 绝不使用魔法数字
 
**类型安全**
- 绝不使用 any 类型（用 unknown 替代）
- 绝不使用 @ts-ignore
- 绝不禁用 ESLint 规则
 
**安全相关**
- 绝不硬编码密钥/凭证
- 绝不在日志中输出敏感信息
- 绝不跳过输入验证
 
### 违反红线的处理
 
如果发现代码违反以上任何一条红线：
1. 必须立即修复
2. 不能使用任何方式绕过
3. 不能以"临时方案"为由例外

## 违反红线的后果
 
如果输出的代码违反以上任何一条红线：
- 该代码将被视为**不合格**，需要重新编写
- 不接受任何"特殊情况"或"临时方案"的例外
- 不接受"先提交再修复"的做法

## 提交前自查清单
 
在输出最终代码之前，必须逐项确认：
 
- [ ] 是否使用了 any 类型？→ 如果是，改用 unknown
- [ ] 是否有空 catch 块？→ 如果是，添加错误处理
- [ ] 是否有 TODO/FIXME？→ 如果是，现在就完成
- [ ] 是否有硬编码的配置？→ 如果是，改用环境变量
- [ ] 是否运行了 linter？→ 如果没有，现在运行
 
**只有全部确认通过，才能输出代码**

## 开发过程 vs 提交标准
 
### 开发过程中（可以宽松）
- 可以使用 console.log 调试
- 可以暂时跳过部分测试
- 可以使用简化的实现
 
### 提交时（必须严格）
- 必须删除所有调试代码
- 必须确保所有测试通过
- 必须是生产就绪的代码