把大象塞进冰箱，一次一口——大任务拆解成 AI 能消化的块

# ❌ 一上来要全量
你：帮我做一个用户系统（注册、登录、找回密码、权限管理、角色系统、审计日志）

# ✅ 先做最简通路
你：帮我做一个最小用户系统。
   只有注册和登录。注册只需邮箱+密码。登录返回一个 token。
   没有权限、没有角色、没有找回密码、没有审计。
   把这个当作地基，后续在上面加。

# 第一层：地基（20 分钟）
你：用户注册和登录，最小实现
AI：[80 行]
你：review，确认架构方向 OK

# 第二层：异常处理（10 分钟）
你：给注册和登录加异常处理——邮箱重复、密码太短、邮箱格式错误
AI：[增加 40 行]
你：review

# 第三层：安全（10 分钟）
你：密码加 bcrypt 哈希，登录加失败次数限制（5 次锁定 15 分钟）
AI：[增加 30 行]
你：review

# 第四层：周边功能（15 分钟）
你：加密码重置（发邮件）、加邮箱验证
AI：[增加 60 行]
你：review

# ❌ 这些交付物无法验证
你：重构用户模块
AI：[200 行改动]
你：...这 200 行改了什么？哪些是结构调整，哪些是逻辑修改？

# ✅ 每层有明确的验证标准
你：把用户模块的数据库操作抽到独立文件，不改变任何业务逻辑。
   验证方式：跑现有的用户模块测试，全部通过即成功。
AI：[抽出 50 行到新文件]
你：跑测试 → 全过 → 确认，下一层

你：给注册接口加邮箱格式校验
AI：[加了邮箱校验 + 顺便重构了参数解析 + 顺便加了日志]
# 你本来只想验证"邮箱格式校验是否生效"
# 现在你得同时验证三个改动

## 执行纪律
每次只做当前层级的任务。不做以下事：
- 不重构未涉及的代码
- 不加未要求的日志或错误处理
- 不改与当前任务无关的变量名或函数名
原因：每次改动必须可以独立验证。混合改动 = 无法定位问题。

def right_size(task):
    # 输出量
    if expected_lines_of_code > 150:
        return "太大，继续拆"

    # 修改范围
    if files_to_modify > 3:
        return "太大，继续拆"

    # 验证时间
    if time_to_verify > 5_minutes:
        return "太大，继续拆"

    # 决策数量
    if design_decisions_required > 2:
        return "太大，决策太多，先做决策再执行"

    return "合适"

当前层级：[第 N 层 / 共约 M 层]
本层目标：[一句话描述本层要完成的功能]
输入依赖：[前面哪层的输出]
输出物：[具体文件 / 具体函数]
验证方式：[怎么确认这层做好了]
禁止事项：[本层不做的事]

请开始。