很多人第一次用Codex，仍然把它当成一个更会回答问题的聊天框。
把整份日志丢给Codex，最容易得到按关键词拼出的故事。相邻错误未必属于同一个用户或同一次请求。
所以这篇文章只解决一件事：围绕明确时间、请求标识和服务链路分析日志，不把相关性当因果。接下来不讲空泛功能，直接看要准备什么、每一步留下什么，以及最后怎样判断合格。
适合谁
适合面对大量应用、代理或任务日志，需要定位某次报错但不熟悉全部代码的人。
如果当前只有一个宽泛想法，先把它改成一项可交付任务；如果涉及唯一原件、生产环境或专业结论，必须保留人工确认。
Codex可以读取项目、修改文件和执行命令，因此先使用副本或版本控制，明确禁止触碰的目录与生产环境。高风险操作、唯一原件和最终判断必须留给人工。
开始前准备
- 准确故障时间与时区
- 用户、请求ID或任务标识
- 相关服务的日志位置和脱敏规则
- 建立一个测试副本或新目录，不直接操作唯一原件。
- 写下一句验收标准：结论能对应具体日志行、时间和请求标识，未证实原因被明确标成假设
不要只准备输入，还要准备验收依据。没有对照样本、来源、测试或负责人判断，生成再多内容也无法证明已经完成。
完整步骤
第一步之前：先做一个最小样本
最小样本可以是一份文件、一页内容、一组数据或一个只读任务。它的作用不是展示效果，而是验证材料能读、规则能执行、结果能复查。
第一步：锁定时间窗和样本
从一条真实失败记录开始，统一时区并保留前后必要上下文。
先停在这里检查一次。此时应已经形成“目标日志样本”，并且能回到原始材料说明它从哪里来。
第二步：沿请求标识串联
用请求ID、会话、任务号或上游地址连接各层日志，避免只看相邻行。
这一阶段的完成标志不是工具有回复，而是“跨服务事件时间线”已经可供人工检查。
第三步：区分事实与解释
把已观察到的状态码、异常和缺失日志，与尚未证明的原因分开。
继续下一步之前，抽查“事实与假设清单”中的边界项和异常项；发现前提不成立就先修正。
第四步：用对照样本验证
找同时间成功请求比较路径、耗时和配置，再决定下一项检查。
把“成功失败对照”作为本轮留存证据。后续合并或扩大范围时，都应能用它复盘。
第五步：人工验收并沉淀流程
正式交付前，由真正负责这项工作的人做最后判断。流程如果会重复，再保存输入模板、执行顺序、异常处理和合格样例。
实际示例
前端显示“繁忙”时，先找到对应请求ID。若前置代理返回500而后端没有请求记录，只能确认失败发生在后端之前，不能直接说后端容量不足。
可以先这样描述任务：
我正在处理“围绕明确时间、请求标识和服务链路分析日志，不把相关性当因果”。已有材料包括准确故障时间与时区、用户、请求ID或任务标识、相关服务的日志位置和脱敏规则。请先不要扩大任务范围，也不要补造缺失信息。先完成“锁定时间窗和样本”，输出可以人工检查的中间结果；我确认后，再继续“沿请求标识串联”。最终请按照“结论能对应具体日志行、时间和请求标识，未证实原因被明确标成假设”列出验收结果和仍需人工确认的内容。
实际使用时把示例中的材料名替换成你的真实文件，同时保留“不要补造缺失信息”和“列出待确认项”两条约束。
常见问题与报错
日志里同时出现多个错误，不知道哪个相关
先以用户时间和请求ID过滤；没有关联标识时只能给出候选并说明证据不足，不能用时间接近代替关联证明。
任务跑了很久，却说不清改了什么
先要求列出计划和预计修改文件，每个阶段输出变更摘要、diff、命令和未解决项；没有检查点的长任务应暂停后重新拆分。
一次修改太多文件，出现问题无法定位
回到版本控制或副本，按一个目标一组文件重新执行；每批修改后立即运行对应检查，不把多个不相关需求放进同一次任务。
排查时先看实际读取文件、修改diff、命令和输出。一次只调整一个范围或规则，避免把多个故障叠在同一次执行里。
完成后的检查方法
- 结论能对应具体日志行、时间和请求标识，未证实原因被明确标成假设
- 关键结论能回到原始材料、文件、命令输出或当前控制台。
- 没有把缺失信息、推测内容或示例数字写成已经确认的事实。
- 重要文件保留原件、版本或可恢复副本，敏感信息没有进入公开内容。
- 结果已经由真正负责这项工作的人审阅，而不是只看页面是否生成。
工具负责推进，人负责边界和最终判断。把两者分清，这项工作才会越做越省时间，而不是越积越乱。
资料来源
- OpenAI Codex文档
用于核对Codex的产品定位和当前官方使用说明。
- OpenAI AGENTS.md指南
用于核对项目级规则文件的作用范围；具体行为以当前Codex版本为准。
FAQ
可以一次把整个任务交给Codex完成吗？
不建议一次交付全部范围。先按本文步骤完成一个小样，用“结论能对应具体日志行、时间和请求标识，未证实原因被明确标成假设”验收，再决定是否扩大范围。
遇到“日志里同时出现多个错误，不知道哪个相关”应该先检查什么？
先以用户时间和请求ID过滤；没有关联标识时只能给出候选并说明证据不足，不能用时间接近代替关联证明
完成后还需要人工检查吗？
需要。AI或执行工具负责推进流程，最终仍要由你根据原始材料、任务规则和“结论能对应具体日志行、时间和请求标识，未证实原因被明确标成假设”完成验收。