
Jules
Google 异步 Coding Agent,在 Cloud VM 中完成任务并返回 PR
Google 版 Devin:把 issue 丢给云端 Agent,等它在 VM 里跑完测试、给你 diff / PR。适合依赖升级、补测试、低风险 bug fix;不适合中文项目、强隐私代码和需要实时结对的任务。
TL;DR
一句话: Jules 是 Google 的异步 Coding Agent:你把 GitHub repo + 任务描述交给它,它在 Google Cloud VM 里 clone 代码、制定计划、改文件、跑测试,最后给你 diff / PR。
它不是 Cursor / Claude Code 那种实时结对工具,而是「把不想做的工程任务派出去」的云端队友。
它是什么
Jules 的定位很清晰:async coding agent。它连接 GitHub 仓库后,可以处理:
- bug fix
- 写 / 补测试
- feature building
- version bump / dependency upgrade
- 生成 changelog / audio changelog
- GitHub issue 任务委派
典型流程:
- 选择 GitHub repo 和 branch。
- 写明确任务和验收标准。
- Jules 在 Cloud VM 中 clone 仓库并给出计划。
- 你确认计划。
- Jules 修改代码、跑测试、展示 diff。
- 你 review 后发布分支 / 创建 PR。
价格与额度
| Plan | 额度 | 适合 |
|---|---|---|
| Jules | 15 tasks/day,3 并发 | 个人试用、轻量任务 |
| Jules in Pro | 100 tasks/day,15 并发 | 每天都要委派任务的开发者 |
| Jules in Ultra | 300 tasks/day,60 并发 | 大规模并行 Agent 工作流 |
免费档已经足够验证「补测试、修小 bug、依赖升级」这类任务的 ROI。
Jules Tools:CLI 入口
Jules 早期主要是 Web UI,后来 Google 推出 Jules Tools,让它可以在终端中被脚本化。
npm install -g @google/jules
jules login
# 查看连接过的仓库
jules remote list --repo
# 创建云端任务
jules remote new --repo . --session "write unit tests for auth module"
# 查看任务
jules remote list --session
# 拉取完成任务的结果
jules remote pull --session 123456
CLI 的意义不只是少打开一个网页,而是能接入现有开发流水线:
# 把 TODO.md 每一行都派给 Jules
cat TODO.md | while IFS= read -r line; do
jules remote new --repo . --session "$line"
done
# 把 GitHub issue 标题直接交给 Jules
gh issue list --assignee @me --limit 1 --json title \
| jq -r '.[0].title' \
| jules remote new --repo .
和 Devin / OpenHands 的差异
| 维度 | Jules | Devin | OpenHands |
|---|---|---|---|
| 运行位置 | Google Cloud VM | Devin Cloud | 本地 Docker / Cloud |
| 开源 | ❌ | ❌ | ✅ MIT |
| 免费入口 | ✅ 15 tasks/day | 通常需付费 | ✅ OSS / Cloud 免费档 |
| GitHub PR | ✅ | ✅ | 可配置 |
| CLI / API | ✅ | 有 API | ✅ CLI/SDK |
| 中文友好 | 弱 | 弱 | 较好 |
| 隐私可控 | 中 | 中 | 强(自托管) |
AIHO 建议:
- 想最低门槛试 async agent:Jules
- 企业买成熟云端体验:Devin
- 代码不能出境 / 要自托管:OpenHands
最适合的任务
1. 补测试
为 src/billing 里的 invoice parser 补单元测试,覆盖金额为 0、负数、缺失 tax 字段和 malformed JSON。跑通现有 test suite。
边界清楚、可验证,最适合 Jules。
2. 依赖升级
把 Next.js 从 14 升级到 15,修复 breaking changes,跑 build 和现有 e2e,最后给出变更摘要。
Jules 的 Cloud VM 能自己装包、跑测试、返回 diff。
3. 低风险 bug fix
修复设置页保存后 toast 重复出现的问题。验收:保存一次只出现一个 toast,补回归测试。
有明确复现和验收标准,成功率更高。
不适合的任务
- 架构方向还没定的大重构
- 没有测试、没有验收标准的「帮我优化一下」
- 需要访问内网服务 / 私有数据库的任务
- 紧急线上事故
- 高度中文上下文项目
Jules 是「异步执行者」,不是「替你想清楚产品需求的人」。
避坑清单
- 任务要小:一个 session 只做一个目标,不要把 5 个需求塞一起。
- 验收标准写清:告诉它必须跑哪些测试、改完看哪些页面。
- 先让它给 plan:计划不对就别批准执行。
- 敏感 repo 谨慎连接:Jules 会把代码 clone 到 Cloud VM。
- PR 必须人工 review:Agent 可能修掉表面 bug、引入隐蔽边界问题。
- 不要无限并发:并发越高 review 压力越大,先从 2-3 个低风险任务开始。
AIHO 工作流建议
issue backlog → Gemini CLI 低成本分拣 → Jules 处理低风险任务 → Copilot/CodeRabbit/人工 review → merge
Jules 的价值不在「一次写出完美代码」,而在把低风险工程杂活从你的连续工作流里剥离出去。
来源
- Jules 官网:https://jules.google/
- Jules Tools CLI Reference:https://jules.google/docs/cli/reference
- Google Developers Blog — Meet Jules Tools:https://developers.googleblog.com/en/meet-jules-tools-a-command-line-companion-for-googles-async-coding-agent/
本卡片由 AIHO 编辑部根据公开资料整理,非厂商付费内容;额度和功能以官网为准。
| 计划 | 价格 | 限制 | 国内支付 | 备注 |
|---|---|---|---|---|
| Jules | $0 | 15 tasks/day,3 concurrent tasks | — | 入门免费档,Gemini 2.5 Pro |
| Jules in Pro | 随 Google AI Pro | 100 tasks/day,15 concurrent tasks | — | 更高模型访问,起步 Gemini 3 Pro |
| Jules in Ultra | 随 Google AI Ultra | 300 tasks/day,60 concurrent tasks | — | 大规模并行 Agent 工作流 |
- · GitHub issue 边界清晰的 bug fix / test / version bump
- · 想异步委派任务、稍后 review PR 的团队
- · 需要多个云端 Agent 并发处理低风险任务
- · 已经在 Google AI Pro / Ultra 生态里的开发者
- · 不能把代码 clone 到 Google Cloud VM 的项目
- · 需要中文深度交互和国内网络友好的团队
- · 紧急 hotfix / 强实时结对编程
Jules 和 Gemini CLI 有什么区别?
Gemini CLI 是本地终端 Agent,读写当前目录;Jules 是异步云端 Agent,会把 GitHub 仓库 clone 到 Cloud VM,执行任务后返回 diff/PR。前者适合你边写边问,后者适合把任务丢出去等结果。
Jules 和 Devin 怎么选?
两者都是 async coding agent。Devin 更早、产品链路更企业化;Jules 绑定 Google/Gemini 生态,免费档更容易试,CLI/API 和 GitHub 标签触发更适合做脚本化委派。
Jules Tools 是什么?
`@google/jules` 命令行工具。它可以 `jules remote new` 创建云端任务、`jules remote list` 查看任务、`jules remote pull` 拉取结果,也可以打开 TUI 看 diff。
代码会不会在本地跑?
Jules 的核心执行在 Google Cloud VM。它会 clone 仓库、安装依赖、运行测试、生成 diff;这也是隐私/合规敏感项目要谨慎的原因。