【goal】定位该报错的根因、影响范围与最小修复点。【context】项目技术栈为 python 3.11 + fastapi 0.115，报错发生在 post /v1/submit 接口；【constraints】不修改路由定义、不新增依赖、不调整全局中间件；【done when】修复后该接口返回 200 并正确写入数据库，且不引发其他端点异常。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让 Codex 快速识别一段报错日志并指出根因、影响范围和最小修复点，而不是让它泛泛而谈或重写整个模块。
直接粘贴完整报错文本
复制终端里完整的错误输出，包括堆栈（stack trace）、文件路径、行号、错误类型（如 TypeError、NullPointerException）、HTTP 状态码（如 401、500）以及任何上下文提示（如 “invalid_api_key”、“model not found”）。不要删减、不要截图转文字、不要只截“报错了”三个字。Codex 依赖这些字段做精准匹配——少一个行号，它可能把修复位置错配到隔壁函数；漏掉 status 401，它会默认走网络超时路径排查。
在 Codex CLI 或桌面版输入框中，直接粘贴这段文本，开头加一行明确指令：【Goal】定位该报错的根因、影响范围与最小修复点。
补充必要上下文信息
仅靠报错本身，Codex 可能误判环境。必须紧接在报错下方，用三行以内说明：
【Context】项目技术栈为 Python 3.11 + FastAPI 0.115，报错发生在 POST /v1/submit 接口；
【Constraints】不修改路由定义、不新增依赖、不调整全局中间件；
【Done when】修复后该接口返回 200 并正确写入数据库，且不引发其他端点异常。
这三行不是格式套话——Codex 会据此过滤掉模型推理、前端渲染等无关路径，聚焦在 FastAPI 的 request body 解析、Pydantic 模型校验、SQLAlchemy session 提交这三个关键环节上。
执行定位命令（CLI 用户专用）
如果你用的是 Codex CLI，且已复现问题，可跳过手动粘贴，改用内置诊断命令：
通过 Codex CLI 生成图片，支持尺寸控制和批量模式。依赖：codex (npm)。代理默认启用。用 generate.sh 生成单张，batch_generate.sh 批量生成游戏 UI 素材，gen_size.sh 指定尺寸。所有输出保存至 ~/.codex/generated_images/。
第一步：在出错目录下运行 codex diagnose --from-log ./logs/error.log，它会自动提取最近一次崩溃的完整上下文；
第二步：若日志无结构化记录，改用 codex diagnose --last-crash，该命令会读取 Codex 自身的 crash dump 文件（Linux/macOS 在 ~/.codex/crash/，Windows 在 %APPDATA%\codex\crash\），比人工翻 terminal 更可靠；
第三步：对输出结果追加过滤，例如 codex diagnose --last-crash | grep -A 5 -B 2 "KeyError"，快速锚定异常源头字段。
【注意】--last-crash 仅读取 Codex 自身崩溃日志，不适用于你的业务代码报错。别把它和应用层日志混淆。
桌面版用户：用截图+剪贴板双验证
桌面版支持图像输入，但必须确保截图含有效报错像素——不是窗口标题栏，不是终端缩放后的模糊文字，而是清晰、未裁切、带完整堆栈的终端区域。
方法一：用 Snipmark 截图 → Ctrl+C 复制 → 在 Codex 输入框 Ctrl+V。Snipmark 默认写入 Bitmap 格式，兼容性最高；
方法二：若已用微信截图，必须右键 → “另存为 PNG” → 用资源管理器打开该 PNG → 右键 → “复制图片”。直接 Ctrl+V 微信截图会导致 Codex 输入框无响应，因为剪贴板里是 FileDrop 格式，【Codex 桌面版只识别 Bitmap 或 PNG 图像数据，不解析文件路径引用】；
粘贴成功后，输入框会出现缩略图，此时再补一句：【Goal】请基于截图定位报错根因，并指出需修改的代码文件与具体行号。
