让长时间运行的智能体通宵调试
我经常让 codex 在夜间运行几个小时来调试问题。如果你有一个确定性的单元测试，能通过应用的正常入口复现 bug，却完全不知道 bug 究竟是怎么发生的，那么让编程智能体埋头干那些繁琐的活儿，比如到处添加调试输出、检验各种假设等，就是一种非常理想的用法。任务：用户夜间运行 Codex CLI 或 Claude Code 数小时以调试问题。该工作流要求有一个能通过应用入口复现 bug 的确定性单元测试。智能体自主插入调试打印语句并测试假设以定位根本原因，而人类负责定义初始的失败测试条件。；工具：Codex。人工角色：原帖未说明人在过程中如何持续参与。；局限：源材料未明确说明技术局限性，尽管评论者对智能体陷入错误路径或破坏其他代码表示担忧。该工作流依赖于拥有确定性的复现测试。工具成本被提及为每月约 200 美元。。
工具
Agent Work Atlas 发布日期:
概述
我经常让 codex 在夜间运行几个小时来调试问题。如果你有一个确定性的单元测试，能通过应用的正常入口复现 bug，却完全不知道 bug 究竟是怎么发生的，那么让编程智能体埋头干那些繁琐的活儿，比如到处添加调试输出、检验各种假设等，就是一种非常理想的用法。
工作流程
用户夜间运行 Codex CLI 或 Claude Code 数小时以调试问题。该工作流要求有一个能通过应用入口复现 bug 的确定性单元测试。智能体自主插入调试打印语句并测试假设以定位根本原因，而人类负责定义初始的失败测试条件。
原文报告的结果
源材料未报告此夜间调试工作流的具体衡量结果或成功率。它被描述为处理繁琐调试任务的理想用例。原始帖子中未提供关于节省时间或 bug 解决率的定量数据。
人工角色
原帖未说明人在过程中如何持续参与。
局限
源材料未明确说明技术局限性，尽管评论者对智能体陷入错误路径或破坏其他代码表示担忧。该工作流依赖于拥有确定性的复现测试。工具成本被提及为每月约 200 美元。
试一试
扮演一名使用 Codex CLI 调试持久性问题的资深软件工程师。我有一个确定性单元测试 [可替换：测试文件路径]，它通过应用的前门复现了 bug [可替换：bug 描述]。你的目标是识别根本原因，而不是立即修复它。让智能体在循环中运行最多 4 小时。步骤 1：分析失败的测试和代码库。步骤 2：在疑似代码路径中插入策略性调试打印语句。步骤 3：运行测试并分析输出。步骤 4：完善假设并重复。如果识别出导致失败的确切代码行，请停止。不要修改测试断言。将摘要报告输出到 [可替换：报告路径]，详细说明识别出的根本原因和具体代码路径。开始前，请确认你拥有测试文件并可以访问代码库。如果智能体在 30 分钟内没有进展，请暂停并寻求人类指导。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。