# <功能名> 开发 TODO

更新时间：<YYYY-MM-DD>

文档路径：document/development/<YYYY-MM-DD>/feature/<具体功能点目录>/TODO.md

## 使用规则

- 每个 TODO 必须对应 `CONCEPT.md` 中的目标、能力、方案或验收点。
- 只有完成并验证后，才能把 `[ ]` 改成 `[x]`。
- 勾选时在任务后补充简短证据，例如文件、接口、命令或验证结果。
- 如果需求发生变化，先更新 `CONCEPT.md`，再调整本 TODO。

## 1. 调研与边界

- [ ] [CONCEPT: 背景与问题] 阅读相关页面、接口、服务、测试和历史文档，记录当前实现事实。
  证据：
- [ ] [CONCEPT: 目标与非目标] 确认本轮开发范围，写清楚不做项。
  证据：
- [ ] [CONCEPT: 风险与开放问题] 标记无法立即确认的依赖、风险和假设。
  证据：

## 2. 契约与设计

- [ ] [CONCEPT: 功能能力] 定义输入、输出、状态、权限和边界条件。
  证据：
- [ ] [CONCEPT: 方案设计] 明确前端、后端、算法、数据的职责边界。
  证据：
- [ ] [CONCEPT: 算法与公式] 补全公式、变量解释或明确当前不涉及公式。
  证据：
- [ ] [CONCEPT: 指标与验收] 把验收标准转成可验证的检查点。
  证据：

## 3. 后端实现

- [ ] [CONCEPT: 后端] 新增或调整 schema、service、endpoint、权限和持久化逻辑。
  证据：
- [ ] [CONCEPT: 数据与契约] 保持响应结构、状态枚举和兼容策略清晰。
  证据：

## 4. 算法/规则实现

- [ ] [CONCEPT: 算法与规则] 实现核心处理流程、规则判断或计算逻辑。
  证据：
- [ ] [CONCEPT: 结果解释] 输出可读解释、证据链、贡献项或降级原因。
  证据：

## 5. 前端实现

- [ ] [CONCEPT: 前端] 新增或调整页面、组件、服务 API 和视图模型。
  证据：
- [ ] [CONCEPT: 前端] 实现加载、空态、错误态、权限态和刷新。
  证据：
- [ ] [CONCEPT: 前端] 对齐现有企业后台风格，避免营销页或花哨卡片感。
  证据：

## 6. 测试与验证

- [ ] [CONCEPT: 测试方案] 补充后端 service/API 定向测试，容器内运行，超时控制在 60s 内。
  证据：
- [ ] [CONCEPT: 测试方案] 补充前端视图模型、路由、组件或构建验证。
  证据：
- [ ] [CONCEPT: 指标与验收] 记录验证命令、结果和未覆盖风险。
  证据：

## 7. 文档收尾

- [ ] [CONCEPT: 指标与验收] 回看所有验收点，确认均有实现或验证证据。
  证据：
- [ ] [CONCEPT: 风险与开放问题] 更新剩余风险、后续任务和明确不做项。
  证据：
- [ ] [CONCEPT: 功能一句话] 确认最终实现没有偏离原始目标。
  证据：
