Codex必须严格按MVP指令执行：明确定义最小可用范围、三重限制（文件级锁定/功能级禁令/验证即终点）、分三阶段执行（分析→确认→修改交付）。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让Codex只输出最小可用版本（MVP），不能依赖它自动判断“够用就行”，必须在任务启动前就用明确边界框定修改范围、交付内容和验证方式，否则它会按通用工程习惯补全测试、文档、异常分支甚至重构周边代码。
先定义什么是“最小可用”
第一步：在任务指令开头直接写明MVP定义。例如：“本次只要求登录接口能返回正确401状态码，不处理密码加密逻辑、不新增日志、不补测试用例、不改路由配置。”
这一步必须写死——Codex不会自己推断“最小”指什么。如果你说“修复登录失败问题”，它可能顺手把整个鉴权模块重写一遍。
用三重限制锁死修改行为
方法一：文件级锁定
只允许读取和修改以下两个文件：
- src/auth/handlers/login.py
- src/auth/schemas.py
其他所有文件禁止写入；若发现必须改动其他文件，先暂停并说明原因，不得自行修改。
方法二：功能级禁令
明确禁止以下操作：
• 不得添加新依赖
• 不得修改已有函数签名
• 不得调整任何非401相关的HTTP状态码
• 不得触碰JWT生成/校验流程
【禁止顺手优化旧代码结构】——这是返工最常见源头，一旦放开，它可能重写整个错误处理链。
通过 Codex CLI 生成图片，支持尺寸控制和批量模式。依赖：codex (npm)。代理默认启用。用 generate.sh 生成单张，batch_generate.sh 批量生成游戏 UI 素材，gen_size.sh 指定尺寸。所有输出保存至 ~/.codex/generated_images/。
方法三：验证即终点
交付物仅限：修改后的 login.py 文件内容 + 一条可直接运行的 curl 命令用于验证 401 返回。不提供单元测试、不生成 Postman 集合、不写 README 补充说明。
分阶段执行并强制验收
第一步：只分析，不修改
请检查当前登录失败时返回500的原因，定位到具体抛出异常的代码行，并确认该异常是否被全局中间件捕获。只输出文件路径、行号、异常类型、原始堆栈关键词。不要推测、不要建议、不要写修复代码。
第二步：确认后才动代码
收到你回复“确认”后，仅修改上一步定位到的那一行或那一段代码，使它抛出 HTTPException(status_code=401)。其余逻辑保持原样，包括错误消息字符串、日志打印、参数校验顺序。
第三步：交付即终止
输出修改后完整的 login.py 片段，附带 curl -X POST http://localhost:8000/auth/login -d '{"user":"x","pwd":"y"}' 命令及预期响应体。任务到此结束，不等待你反馈，不追问是否要加日志，不提示“还可进一步优化”。
