1
2
3
4
5
6
7
8
9
| 【背景】技术栈：xxx（写死版本号）；项目结构：（贴目录树/相关文件）
【任务】按以下接口契约实现完整代码：
（粘贴 OpenAPI/接口定义 + 相关表结构）
【约束】
1. 遵循项目现有分层和命名（参考已贴代码，不要自创风格）
2. 不引入新依赖；必须处理：参数校验/空值/重复提交/事务边界
3. 错误码统一走项目定义，禁止吞异常
4. 涉及权限的接口必须显式校验（贴出现有鉴权中间件用法）
【输出】完整代码 + 单元测试 + 你做的所有假设（列出来）
|
1
2
3
4
5
| 【现象】xxx（预期 vs 实际，何时开始，影响范围）
【输入】报错日志：（粘贴）；相关代码：（粘贴）；最近变更：（描述）
【任务】给出最可疑的 3 个原因，按可能性排序，每个附：
1. 判断依据 2. 一条能验证它的检查方法（日志/断点/最小复现）
【约束】只基于我给的代码和日志推理，不要猜我没贴的部分；信息不足就先列出你需要什么。
|
1
2
3
4
5
6
7
| 以下是函数/接口代码（粘贴）和它的业务规则（粘贴）。
请生成单元测试，要求：
1. 覆盖：正常路径 / 每个业务规则的边界 / 异常输入（空、超长、非法类型、并发）
2. 每个断言写明"验证的是哪条规则"（注释标注）
3. 禁止无意义断言（如只断言"不抛异常"）
4. 使用项目现有测试框架：xxx，Mock 掉外部依赖
输出后自查：列出你认为还测不到、需要人工补的场景。
|
1
2
3
4
5
6
| 以下是即将上线的后端代码（粘贴）。请以攻击者视角审查：
1. 注入类：SQL/命令/模板注入，逐个数据流追踪
2. 越权：水平越权（改别人数据）/垂直越权（用管理接口）
3. 敏感信息：日志打印、错误响应泄露、硬编码
4. 资损路径：金额计算精度、重复提交、并发扣减
按严重程度分级输出，每条附修复代码。修复后我会再人工复核。
|
