在夜间发现并修复损坏 CI 流水线中的不稳定测试
我目前的工作是监督几个工程团队，他们负责维护一些有 10 多年历史且维护状况不佳的遗留软件系统。任务：作者配置 Claude Code 读取 CI 工件，监控过去 30 天的滚动通过率/失败率。代理识别不稳定测试，形成根本原因假设，并尝试通过分治法复现或夜间重跑进行统计验证。作者每日审查 PR 提案，丢弃错误解决方案，同时允许代理在非工作时间自主运行。；工具：Claude Code。人工角色：原始帖子没有说明人如何参与。；局限：代理的解决方案并不完美，需要人工验证以丢弃错误修复。工作流依赖统计置信度来处理非确定性复现，这可能无法始终得出明确的根本原因。来源可靠性为次要，基于单一用户报告，未经独立验证具体指标。。
工具
Agent Work Atlas 发布日期:
概述
我目前的工作是监督几个工程团队，他们负责维护一些有 10 多年历史且维护状况不佳的遗留软件系统。
工作流程
作者配置 Claude Code 读取 CI 工件，监控过去 30 天的滚动通过率/失败率。代理识别不稳定测试，形成根本原因假设，并尝试通过分治法复现或夜间重跑进行统计验证。作者每日审查 PR 提案，丢弃错误解决方案，同时允许代理在非工作时间自主运行。
原文报告的结果
在几周内，流水线运行时间缩短了 20 分钟，通过率提高了 35%。作者指出部分生成的解决方案是错误的，必须丢弃，因此需要人工审查 PR 提案。该过程仅需极少监督，主要是在会议间隙审查代理输出。
人工角色
原始帖子没有说明人如何参与。
局限
代理的解决方案并不完美，需要人工验证以丢弃错误修复。工作流依赖统计置信度来处理非确定性复现，这可能无法始终得出明确的根本原因。来源可靠性为次要，基于单一用户报告，未经独立验证具体指标。
试一试
扮演 DevOps 工程师，使用 Claude Code 稳定遗留 CI 流水线。[可替换输入：CI 工件 URL、测试套件名称、当前通过率]。步骤 1：授予 Claude 读取 CI 日志的权限，并配置其跟踪过去 30 天的滚动通过率/失败率。步骤 2：指示 Claude 识别前 5 个不稳定测试，假设根本原因（测试与生产），并尝试最小复现步骤。步骤 3：如果无法确定性复现，配置 Claude 通过夜间重跑进行统计验证。步骤 4：生成修复 PR 提案。步骤 5：手动审查每个 PR；丢弃错误解决方案，仅合并已验证的修复。通过流水线运行时间的减少和通过率的提高来衡量成功。先对一个测试用例进行试运行并确认结果，然后再扩展。未经人工批准，不得自动合并任何代码。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。