摘要：开发者我们这个时候一般来说是做构建，那也就是说我们要 build 一下，但是有时候我们代码看起来是写对的，构建的时候往往会出错，那在出错的时候我们就要进行Debug去解决问题。

本系列视频来自百度前端架构师张立理，他在以“应用来了”为主题的2024百度世界大会上，进行了文心快码3.0能力演示，端到端能力展示。

点击观看 关于文心快码代码助手智能体的观点：Debug智能体对比传统Debug 完整视频
debug智能体对比传统debug-CSDN直播

百度前端架构师张立理认为：

开发者我们这个时候一般来说是做构建，那也就是说我们要 build 一下，但是有时候我们代码看起来是写对的，构建的时候往往会出错，那在出错的时候我们就要进行Debug去解决问题。

在以前Debug事实上是一个用户主导的，也就是说工具只能给我提供信息。真正在改代码还得我自己的，那这个时会有什么问题呢？第一就是工具。它知道信息实在太少了，如果这个问题上面出现多个错误，它连不起来，这个命令执行是什么结果，工具也不知道啊。同时这个影响是不可控的。也就说我明明这个问题修了，我可能一个地方改对了，再跑一下，三个地方输错了，也有可能说我这个代码看起来对了，其实跟业务逻辑矛盾这一类，我觉得我出现。

因此我们的Debug智能体希望更可靠地去解决错，我们使用一种全托管的目标，也就让模型自主地去做这样的一个修复验证的循环，来达到一个正确的结果。我们利用模型的思维链来逐步排查和验证反馈，我们让模型能够真正地去使用这些工具去执行命令循环定义的能力来解决这个问题。

来源：文心快码 Baidu Comate