补充异常相关

.kiro/steering/代码开发风格文档.md

@@ -102,10 +102,58 @@ inclusion: manual
 
 ## 异常处理
 
-- HTTP 异常使用 `raise HTTPException(status_code=xxx, detail="描述")`
-- 简单断言直接使用 Python `assert` 或 `if not ... raise`
-- 不要 catch 后吞掉异常，交由全局异常处理器（`exceptions.py`）统一处理
-- 全局异常处理器已注册：HTTP异常、验证异常、断言异常、未知异常
+### 核心约定
+- 统一异常与全局处理器都集中在 `app/core/exceptions.py`，`main.py` 只调用一次 `register_exception_handlers(app)`
+- **自定义异常一律 HTTP 500**，真实业务含义靠响应体里的 `code` 区分（前端拦截器读 `code`）
+- 抛异常时传一句具体原因（detail）即可，不用记错误码；不传就用类别名兜底
+  - `raise BizError("不支持的商品")` → msg = `业务异常[不支持的商品]`
+  - `raise BizError()` → msg = `业务异常`
+- **不要** catch 后吞掉异常，交由全局异常处理器统一处理
+
+### 自定义异常类（`app/core/exceptions.py`）
+业务代码优先抛下列语义化异常，不要直接 `raise HTTPException`：
+
+| 异常类 | code | 类别名 | 典型场景 |
+|--------|------|--------|----------|
+| `ParamError` | 4000 | 参数异常 | 入参缺失/非法、模型档位不支持 |
+| `AssertError` | 4100 | 断言异常 | 业务前置条件不满足（由 `Assert` 工具抛出） |
+| `BizError` | 4200 | 业务异常 | 资源不存在、限频、验证码、越权、会员校验 |
+| `CreditError` | 4300 | 扣费异常 | 余额不足、扣费失败（前端引导充值） |
+| `SysError` | 5000 | 系统异常 | 已知内部错误 / 上游模型调用失败（主动抛） |
+
+- 所有自定义异常继承 `AppError`，处理器只在基类上注册，靠继承链自动覆盖全部子类
+- 流式（SSE）场景用 `exc.to_event()` 输出 error 事件；上游异常包装用 `SysError.from_exc(exc)`
+- 兜底：未建模的异常由 `global_exception_handler` 统一按系统异常（code=5000）返回，dev 环境暴露细节，生产只回通用提示
+
+```python
+from app.core.exceptions import BizError, CreditError, ParamError
+
+if not resume:
+    raise BizError("简历不存在")
+if balance < cost:
+    raise CreditError("积分不足")
+if model not in ALLOWED:
+    raise ParamError(f"不支持的模型档位: {model}")
+```
+
+### 业务断言工具（`app/core/asserts.py`）
+前置条件校验优先用 `Assert` 工具类（风格参考 Spring `Assert`），条件不满足时抛 `AssertError`(code=4100)，**不要**再手写 `if not ... raise` 或裸 `assert`：
+
+```python
+from app.core.asserts import Assert
+
+Assert.not_none(user, "用户不存在")
+Assert.has_text(func_code, "功能编码不能为空")
+Assert.not_empty(items, "列表不能为空")
+Assert.gt(days, 0, "天数必须大于0")
+Assert.eq(status, 1, "状态不可用")
+```
+
+常用方法：`is_true` / `is_false` / `not_none` / `is_none` / `has_text` / `not_empty` / `gt` / `gte` / `lt` / `lte` / `eq` / `ne`
+
+### HTTPException
+- 仅在需要返回特定 HTTP 状态码的场景（如框架层、鉴权 401/403）使用 `raise HTTPException(status_code=xxx, detail="描述")`
+- 业务拒绝一律用上面的自定义异常，不要用 `HTTPException` 表达业务错误
 
 ## Redis 使用规范