AI-native 实践：HiFox 团队如何让 Agent 自动修 bug

用户3461

11月4日修改

来源：微信公众号 hifox.com · 原文链接

在 HiFox，人一般是不修 bug 的。大部分的 bug 都直接交给 Agent 来修。​

我们有一个专门修 bug 和做小需求的 Agent，名字叫「狄仁杰」。它描述和讨论问题，进入代码仓库查找实现，也能使用运行环境执行测试。涉及界面变化时，还可以打开浏览器验证操作，保留截图。​

过去 15 天里，HiFox 团队完成的所有任务里，有 13% 都是由狄仁杰完成的。分配给狄仁杰的最近 100 个需求，有 90% 都顺利完成了。​

狄仁杰运行在团队的共享开发机上，使用 oh-my-pi Runtime，使用 glm-5.3 模型。每天，都有几十个 bug 和小需求被安排给它，而它完成得很不错，很让人放心。​

狄仁杰是如何工作的？

我们拿一个实际案例来理解狄仁杰的工作过程。

有一个同事发现一个问题：「清理构建缓存」弹窗中的临时目录列表无法滚动。她把这个问题发到了我们的内部吐槽飞书群，然后另一位同事就@HiFox 任务助手，让 Agent 创建一个任务。​

于是 Agent 就创建出这个任务，接下来安排给狄仁杰跟进开发。​

狄仁杰在接受任务之后，运行了 14 分 1 秒，然后给出结论，定位到了 bug 的原因。接下来，它提出了三个需要确认的决策，交给用户决定使用哪个方案。​

用户选了「1A 2A 3A 【进入开发】」，接下来狄仁杰正式开始开发，在工作了 37 分钟之后给出结论，已经完成了开发和验证，并给出了几样待验证的材料：​

1.
代码 PR​

2.
预览链接​

3.
修复后的截图​

AI-native 实践：HiFox 团队如何让 Agent 自动修 bug​