大家好，我是艾伦。
前段时间谷歌不是召开了谷歌Google I/O 2025大会，并且发布并更新了很多的内容，可以说是干翻了很多的 AI 初创公司，想要登顶 AI 的王座。
在大会的更新内容中，有一个名叫 Jules 的软件，是一个真正能够独立工作的虚拟编程搭档，而不是简单的代码自动补全工具。
网页登录后，是需要输入 GIthub 账号的。就像我在前面的文章中介绍的那样，Jules 可以接入到我们的 GitHub 仓库，帮我们进行代码的提交、分支的拉取、合并分支代码等操作，所以登录 GIthub 这个步骤也是必要的。
为了测试，我也给我的 GIthub 新建了一个项目。通过项目名称，大家也可以看出来这个项目的具体作用。
没错，就是算法题。
这次我的测试用例是用 Java 代码，生成 LeetCode 里面 5 个困难难度且比较常见的算法题，并且还要写出对应的测试用例以及算法题目的思路解析。
Jules 背后使用的模型肯定是 Gemini，所以这次测试我只想看看是否像他宣传的那样，是一个自主编程不需要人为干预的 Agent。
对我来说测试用例是什么反而没有那么重要，怎么简单怎么来嘛。
整个任务可不是很难，但相对来说也没有那么的容易。因为它不仅需要理解这 5 个算法题的意思，还要写出对应的测试用例。使用过 Java 的朋友应该都知道，要写测试用例并能运行，就必须要在 pom 文件中引入对应的 junit 依赖。
在我们的任务要求中，并没有明确的指出 pom 文件以及引入依赖的要求，所以这都需要 Jules 自己去考虑并进行配置。当然这也是检验它是否能真正独立工作的一个测试。
当我们提交了任务后，Jules 把我们的要求拆分为了 7 个任务，前五个就是写算法和测试用例，6和7分别是创建并更新 README.md 并提交代码。
从任务的工作流来看，没有任何问题，和我们正常程序员写代码的流程是一致的。
在"最长有效括号"这个算法题目中测试用例报错了，然后 Jules 自己进行了修改并且再次运行了测试用例，通过后给我们返回了成功的标识。
这个步骤在像 Cursor 或者其他 AI IDE 里面是没有的。他们不会自己检查代码，需要我们人为运行发现报错后才会去修改代码。不像 Jules，报错后自行修改并且再次运行直到所有的测试用例通过。
单从这个功能来看，我觉得已经超越了 99% 的 AI IDE 了，确实是做到了独立工作的编程助手。
一开始我还没有注意，但是当我再回看它用到的命令 "mvn test"时，这说明 Jules 导入了我前面所说的 jnuit 依赖，并且在 Jules 的虚拟工作环境中配置了 Maven。
于是我打开了旁边的代码编辑器的按钮，找到了 pom 文件，并且看到了 Jules 导入的依赖和插件。
看到这里，我已经觉得 Jules 这个产品已经非常成功了。确实是如同它宣传的那样，独立编程助手。
我只需要下达一个明确的任务，在开发的过程中，我不再需要关心项目的架构，代码的质量等问题。任务完成后 Jules 会自己通知我，然后我再来检查整体的情况。
这个模式直接就变成 Leader 了啊，把控任务的进度以及检查最后的结果，中间过程一概不管，甩手掌柜还是爽啊！
虽然可以当甩手掌柜，但我们毕竟是在测试，该看的还是要看看。从整体的流程来看，Jules 是按照最开始给出的工作流，完成每一个子任务并进行测试，通过后再去进行下一个子任务。
OK，现在任务已经全部完成了。从右下角可以看到，只花费了 9 分钟，这个速度我觉得不算快也不算慢，属于中规中矩吧。（这里有坑点，浪费了我 30 多分钟，大家可以猜猜，后面给大家揭晓）
在没有提交分支之前，GIthub 上是没有任何的代码痕迹的。Jules 就和本地 IDE 一样，代码暂存在本地，只有提交后才会合并。所以这一点大家可以放心，Jules 不会去乱改我们的原有代码。
接下来我们来抽一份代码来看看完成的质量。有题目的解析，每一行代码都有对应的注释，测试用例也很详细。唯一美中不足的就是注释是英文的，这也和我们没有要求它用中文输出有关，不过也没有太大的关系，下次可以要求它改为中文。
整个流程体验下来还是很不错的，就是有两个点比较蛋疼..
第一是分支，也就是前面我说的坑点，不知道大家有没有猜到。如果项目中没有这个分支，那当我们点击提交代码后，就会一直处在提交状态..也就是说它不会自己新建一个分支。
我当时等待了半个多小时还没有反应，真的奇了怪了，一开始以为是网的问题或者是用的人很多，所以提交慢。但后面我又仔细看了一下，发现它提交的这个分支在我的项目里面没有啊！
于是我创建了对应的分支，然后再次点击提交后，光速提交成功了..这点真的有点坑，如果对 GIthub 没有太多了解的，估计会一直卡在这里，然后怒骂一句"xx"，愤然关闭窗口。
第二点就是生成好的代码在 Jules 平台上是没办法编辑的。当然这个因人而异，我觉得也不算什么坑点。
虽然说 Jules 还是存在一些小的瑕疵，但是在这次测试中，它已经展现出了作为"独立编程助手"的一个潜力，并且在一些功能点上面我觉得是完胜 Cursor 的。我对于它这个最初版的功能体验还是非常满意的。
而且它已经不仅仅是一个 AI IDE 工具了，而是已经具备了初级开发工程师的这么一个能力的"虚拟助手"。毕竟 Gemini-2.5-Pro 的编码能力确实是非常的强大的。
万幸的是，现阶段 AI 生成的代码必须要审核后才能使用，很多初级程序员还能得以幸存。但等到 AI 能力进一步提升，准确率更加高的那一刻，初级程序员真的危机！
而且我相信随着 Jules 的再次进化，可能 Cursor 也会成为过去式..毕竟真正独立编程的 Agent，在未来一定会成为主流。
刚刚测试生成的用例在下方，感兴趣的朋友可以去看看~
