# Jules

Jules 是 Google 推出的异步 AI 编程智能体 (Agent)，旨在将 GitHub 开发任务委派给云端自主工作进程。它可以在开发者处理其他工作时，自主完成代码修改的规划、编写、测试、评审及发布。

Canonical URL: https://aiidelist.com/zh/ide/jules

Language: zh

更新日期: 2026-10-06

## 概览

- 分类: Autonomous Coding Agents
- Google 开发的一款异步编程智能体，可在云端自主执行仓库任务并返回可评审的 GitHub 变更。
- 编辑器基础: Browser
- 平台: Web, CLI
- 开源: 否
- 本地模型支持: 否
- 自带 API 密钥: 否

## 简评

Jules 非常适合那些希望将有界 GitHub 任务外包并在稍后评审结果，而不是在编辑器内与 AI 持续协作的开发者。其异步模式、自动 PR 工作流、定时任务和 CI 修复功能，使其在处理 Backlog 和维护自动化方面极具优势。但对于需要本地执行、非 GitHub 仓库或成熟企业级采购控制的团队，应考虑其他替代方案。

## 适合场景

- 委派范围明确的 GitHub Issue
- Bug 修复和仓库常规维护
- 依赖项升级和代码迁移
- 添加或优化自动化测试
- 实现独立的模块功能
- 周期性的维护任务
- 自动修复 CI 检测失败
- 异步运行多个编程任务

## 优点

- 真正的异步工作流，让开发者可以委派任务而非全程监工
- 深度的 GitHub 集成，覆盖从任务到 PR 的全路径
- 云端执行，无需本地配置编程环境
- 定时和建议任务功能支持仓库的日常维护
- CLI 和 REST API 将 Jules 扩展至网页界面之外
- 免费层级足以评估真实的仓库工作流

## 局限

- 希望在编辑器内进行持续本地结对编程的开发者
- 托管在 GitHub 之外的代码仓库
- 需要成熟的独立企业版订阅或中心化 Workspace 管理的团队
- 无法在云端执行源代码的高度敏感项目
- 环境配置依赖于长耗时开发服务器的工作流
- 目前仓库集成仅以 GitHub 为中心
- 云端执行不适合需要完全本地化处理的开发者
- 付费档位目前与个人 Google AI 订阅绑定
- 安装脚本不支持开发服务器等长耗时进程
- REST API 仍处于实验阶段，可能会有变动
- 自主生成的修改在投入生产前仍需人工评审

## 为什么选择 Jules？

Jules 的设计核心是“委派”而非持续性的 AI 结对编程。它不是在你编写代码时停留在光标旁的助手，而是让你定义一个仓库层级的目标，将其交付后即可离开，稍后再回来检查结果。

这种差异对于那些重要但不需要人类持续干预的工作至关重要。开发者可以继续开发核心功能，而 Jules 则在独立的云端环境中处理另一个 Bug、代码迁移、测试补全、依赖更新或维护任务。

当预期结果可以表达为具有明确验收标准的工程任务时，该模型表现尤为出色。预期的行为、受影响的范围以及验证命令越清晰，任务就越适合交给这种异步智能体。

## 核心工作流

高效的 Jules 工作流始于智能体编写代码之前。首先选择相应的仓库和基础分支，描述预期结果，并为智能体提供足够的项目特定信息以重现开发环境。

随后，Jules 会对仓库进行推理并制定实施方案。对于追求预测性的工作，评审该方案是一个重要的控制点：它能让你在进行重大修改前，及时纠正关于架构或范围的错误假设。

执行过程在开发者的本地机器之外完成。这使人类的角色从持续指挥代码生成，转变为评审工程结果。活动日志、Diff 对比、测试结果、生成的临时分支以及拉取请求 (PR)，变得比 IDE 助手常见的对话式编辑体验更为重要。

这种工作流也让并行开发成为可能。开发者无需在本地开启多个 AI 对话，而是可以让不同的仓库任务独立推进，自己则专注于那些更需要直接投入精力的工作。

## 异步模式的最佳适用场景

当任务有明确的终点线时，Jules 最具吸引力。例如：修复一个可重现的 Bug、迁移 API、提高特定模块的测试覆盖率、清理已知的警告类别，或者实现一个接口已经明确的功能。

仓库维护是另一个契合点，因为此类工作大多重复但可验证。如果一个任务以通过测试套件、构建成功、Lint 检查合格或 PR 获批为结束标志，就能为智能体提供关于是否达到预期结果的具体反馈。

引入定期和主动工作流后，Jules 超越了单次提示词触发的模式。对于有固定维护任务的团队或个人开发者来说，更有趣的问题在于：哪些类别的仓库工作可以反复委派，而不会增加评审负担。

## 与交互式编程助手的对比

核心决策不在于哪种底层模型产生的代码更好，而在于你希望 AI 是持续参与当前的活动编程会话，还是独立承担任务并返回结果。

当需求每分钟都在变化、你需要检查每一条命令，或者开发过程本身带有探索性时，编辑器和终端插件通常更合适。而当你能描述目的地并允许智能体独立向其迈进时，Jules 则更具优势。

在将 Jules 与 OpenAI Codex、GitHub Copilot coding agent、Devin、Factory 或 OpenHands 等自主方案对比时，应评估整个执行闭环而非单纯的代码补全质量：包括仓库访问、环境重现能力、规划控制、并行任务容量、PR 工作流、自动化集成，以及典型任务所需的监督程度。

由于 Jules 深度适配 GitHub，已经围绕仓库、Issue、分支、Check 检查和 PR 组织工程工作的团队，无需重新设计整个开发流程即可快速上手。

## 最佳配置建议

少量的仓库准备工作可以显著提高自主任务的可预测性。建议使用 `AGENTS.md` 文件记录架构规范、常用命令、边界限制和指令，以避免在提示词中重复描述。

环境配置也应具有确定性。确保依赖安装、构建、Lint、类型检查和测试命令清晰且可重现，而不是依赖未记录的本地状态。一个能稳定重现人类开发者环境的编程智能体拥有更强的反馈闭环。

提示词应指定“结果”而非模糊的“意图”。包括要更改的行为、必须保持不变的约束、已知的相关文件或模块，以及构成完工标准的检查项。对于较大的目标，将工作拆分为可独立评审的任务，通常比要求进行不受限的全局重写更安全。

请将凭据与源代码分开处理。由于执行发生在联网的云环境中，请使用受支持的环境变量机制进行必要配置，避免在仓库或提示词中嵌入敏感信息。

## 将 Jules 纳入更大的智能体工作流

Jules 不再仅仅是一个网页工具。Jules Tools 为习惯使用 Shell 的开发者提供了终端控制界面，而 REST API 则为从外部开发流中创建任务和管理状态提供了可能。

当编码任务并非源自 Jules 仪表盘时，这一点非常有用。内部自动化、Issue 工作流或工程机器人可以发起智能体会话，而开发者则继续使用现有的协作工具。

MCP 支持也扩展了特定工作流中可用的上下文。从架构上看，Jules 越来越多地作为后端驱动其他开发者界面，而不必每次都从浏览器手动输入提示词开始。

目前 REST API 仍应视为处于演进中的接口，而非永久冻结的协议。因此，生产环境的自动化应尽可能将 Jules 特定的 API 调用隔离在小型集成层之后。

## 迁移注意事项

采用 Jules 并不需要替换现有的 IDE。它可以作为一条额外的执行通道引入，处理积压的任务；而开发者可以继续使用 Cursor、VS Code、JetBrains 产品、终端 Agent 或其他偏好的本地工具进行交互式开发。

实际落地的建议是从低风险仓库或有界的维护任务开始。衡量产出成果中“只需微调即可接受”与“需要大幅重写”的比例。这种“评审成本”比生成的代码行数更有意义。

从本地编程助手迁移过来的团队还需考虑执行边界：Jules 在远程运行，并不会继承开发者笔记本上的每一个细节。因此，文档化的安装脚本、仓库指令和可重现的测试变得更加重要。

目前 GitHub 是主要的仓库集成对象，因此以其他版本控制主机为核心的组织应将此视为一个主要的适配限制。此外，付费档位目前通过个人 Google 账号的 Google AI 订阅提供，组织在评估大规模部署时需考虑采购和管理方式。

## 实践决策指南

如果你的工程任务通常规格清晰、可独立测试且适合异步执行，请选择 Jules。当多个此类任务可以并行运行，或任务频率高到手动提示已成为额外负担时，其价值将进一步放大。

如果开发者需要紧密的对话式反馈、需要持续操作运行中的本地应用，或仍在探索构建方向，那么交互式编辑器或终端 Agent 仍然是更好的选择。

最强大的工作流可能是结合两种模式：使用交互式 AI 进行模糊开发，使用 Jules 式的自主 Agent 进行定义明确的执行。在这种模式下，开发者保持对架构和产品决策的控制，同时委派那些可以在事后客观评审的实施工作。

## 功能

### 自主开发

- 在云端虚拟机中异步运行编程任务
- 在执行前生成详细的实施计划
- 对仓库进行修改、构建、测试和验证
- 支持多个编程任务并发执行

### GitHub 工作流

- 直接连接到选定的 GitHub 仓库
- 在选定的仓库分支上工作
- 发布分支并自动开启 PR
- 可从带标签的 GitHub Issue 直接启动任务
- 针对 Jules 创建的 PR 自动响应 CI 失败

### 持续自动化

- 支持定时重复的编程任务
- 主动推荐建议任务
- 提供性能优化建议
- 针对特定仓库的记忆能力
- 可配置的 Commit 署名

### 界面与集成

- 基于浏览器的 Jules 工作空间
- Jules Tools 命令行界面 (CLI)
- 实验性 REST API
- 通过 MCP 集成选定服务
- 支持环境变量和安装脚本

### 代码质量

- 内置 Critic Agent 评审提议的修改
- 针对自主计划的规划审查
- 支持 AGENTS.md 仓库指令
- 使用 Playwright 和截图进行前端验证
- 活动日志和 Diff 评审

## 价格

freemium

- Jules: $0 — 免费层级，每 24 小时滚动提供最多 15 个任务，支持 3 个并发任务。
- Jules in Pro: $19.99 — 月 — 包含在 Google AI Pro 订阅中；每日最多 100 个任务，15 个并发任务，并可优先使用更新的 Gemini 模型。
- Jules in Ultra: From $99.99 — 月 — 包含在 Google AI Ultra 订阅中；每日最多 300 个任务，60 个并发任务，并拥有最新模型的优先级访问权。

价格核对日期: 2026-08-14

## 支持的模型

- Gemini 3 Flash
- Gemini 3.1 Pro

## 隐私与数据处理

Google 表示 Jules 不会使用私有仓库内容来训练模型。任务在具备联网权限的 Google 托管云端虚拟机中执行，因此应谨慎配置仓库权限，避免在源码中提交敏感凭据。

## 替代工具

- OpenAI Codex
- GitHub Copilot coding agent
- Devin
- Factory
- OpenHands

## 资料来源

- [官方网站](https://jules.google/)
- [Jules 官方网站](https://jules.google/)
- [Jules 官方文档](https://jules.google/docs/)
- [Jules 配额与计划](https://jules.google/docs/usage-limits/)
- [Jules 常见问题 (FAQ)](https://jules.google/docs/faq/)
- [Jules 更新日志](https://jules.google/docs/changelog/)
- [Jules Tools CLI 参考](https://jules.google/docs/cli/reference/)
- [Jules REST API](https://jules.google/docs/api/reference/)
- [Google AI 订阅方案](https://one.google.com/about/google-ai-plans/)

最近核对日期: 2026-08-14

## 更新记录

- 2026-03-09: Gemini 3.1 Pro 已在 Jules 中面向 Google AI Pro 用户开放，取代 Gemini 3 Pro 成为 Pro 版默认模型。
- 2026-02-19: 增加了对 Jules 创建的 PR 中失败的 GitHub Actions Check 的自动修复功能，并支持可配置的 Commit 署名。
- 2026-02-02: 新增 MCP 服务器支持，并包含首批审核通过的集成列表。
- 2026-01-30: Gemini 3 Flash 成为 Jules 的基础模型。
- 2026-01-26: 将主动建议功能扩展至性能优化，并增加了对定时任务的编辑、暂停和恢复控制。
- 2025-12-10: 引入了定时任务、建议任务功能，以及针对受支持的 Render 部署失败的自动修复。
- 2025-10-03: 推出了用于程序化智能体工作流的实验性 Jules REST API。
- 2025-10-02: 推出了用于从命令行控制 Jules 的 Jules Tools。
- 2025-08-06: Jules 结束初始 Beta 测试阶段，推出 Free、Pro 和 Ultra 三种使用层级。
- 2025-05-19: Jules 作为 Google 的异步编程智能体正式广泛开放。