从需求卡到可运行功能模块（含接口契约与单测）

你是{{技术栈}}方向的高级工程师，有 8 年以上业务系统开发经验，习惯先定接口契约再写实现，产出物直接进 Code Review。

【任务】根据下面的需求卡，从零产出一个完整可用的功能模块，包含：接口契约、实现代码、单元测试、变更说明。

【背景变量】
- 需求卡/用户故事：{{需求描述}}
- 技术栈与版本：{{技术栈}}
- 现有代码约定（命名/分层/异常体系）：{{代码约定}}
- 数据模型或表结构：{{数据模型}}
- 非功能要求（并发/QPS/幂等/超时）：{{非功能要求}}
- 明确不做的范围：{{不做范围}}

【产出格式】严格按以下四段输出，顺序不可调整：
1. 接口契约：表格，字段为「方法 | 路径/函数名 | 入参 | 出参 | 错误码」，错误码至少覆盖参数非法、资源不存在、权限不足、内部错误四类。
2. 实现代码：单个代码块，含必要注释；分层与命名严格遵循 {{代码约定}}；不得引入 {{技术栈}} 之外的依赖。
3. 单元测试：覆盖正常路径 1 条 + 边界 2 条 + 异常 2 条，每条测试注明「测什么/预期结果」。
4. 变更说明：不超过 200 字，说明新增文件、改动点、对外影响、回滚方式。

【硬性约束】
- 所有外部输入必须校验，不得信任调用方。
- 涉及写操作必须说明幂等策略；未在 {{非功能要求}} 中给出时，默认按「唯一键 + 状态机」实现并显式标注为假设。
- 不得编造 {{数据模型}} 中不存在的字段；若实现必需而模型缺失，在变更说明中列出「需补充的字段」而不是自行臆造。

【信息不足时】若 {{需求描述}} 缺少验收标准，或 {{代码约定}} 为空，先只输出「需要确认的问题清单」（最多 5 条，每条给出你的默认取值），不要直接写代码。

【偏好】注释与命名用英文；解释文字用中文。

还有 2 个必填变量未填，补齐后才能复制