<!--
完整流程见 doc/development-workflow-zh.md
-->

## 关联 Issue

Closes HIF-XXX
<!-- 如关联多个：Closes HIF-XXX, Closes HIF-YYY -->

## 改动摘要

<!-- 1-3 句话说清楚做了什么、为什么 -->

## 改动细节

<!-- 按文件/模块逐条列；引用代码用 `file.go:行号` 格式 -->

-
-

## 测试计划

- [ ] `go build ./...` 通过
- [ ] `go vet ./...` 通过
- [ ] `go test -race ./... -count=1` 通过
- [ ] golangci-lint 通过
- [ ] 新增/修改的逻辑有对应单测覆盖
- [ ] （如涉及 DB 变更）migration up/down 双向验证
- [ ] （如涉及 API）curl / Postman 验证命令贴在下面

<!-- 贴 curl 或测试输出 -->

```
```

## 风险 / 回滚

<!-- 这次改动失败时怎么回滚；是否影响线上数据；是否需要 feature flag -->

-

## Reviewer 自检清单

- [ ] PR 标题符合 commitlint 规范（`修复/新功能/重构/文档/配置(#<num>): ...`）
- [ ] 分支命名 `fix/<num>-…` / `feat/<num>-…` / `chore/…`
- [ ] 目标分支 = `internal`
- [ ] 改动 scope 与 Issue 描述一致，无 scope creep
- [ ] **无无关代码改动**（架构师红线）
- [ ] 无密钥/凭证泄露
- [ ] CI 全绿
- [ ] 测试工程师已验收（如涉及业务逻辑）
