Jules 并发只有 3 个够用吗？并发才是异步 Agent 的真正瓶颈
看 Jules 的限制表时，多数人的注意力在「每天多少个任务」上。
但对一个异步工作的 Agent 来说，并发数往往才是那个真正限制你的数字。
一、官方数字
| 档位 | 每日任务数 | 并发任务数 |
|---|---|---|
| Jules（免费） | 15 | 3 |
| Jules in Pro | 100 | 15 |
| Jules in Ultra | 300 | 60 |
并发的涨幅比任务数陡得多：
- 免费 → Pro：任务数 15→100（约 6.7 倍），并发 3→15（5 倍）
- Pro → Ultra：任务数 100→300（3 倍），并发 15→60（4 倍）
两条线都在涨，但它们限制的是完全不同的东西。
二、并发对异步 Agent 意味着什么
先说清楚这两条线管的是什么：
- 每日任务数：一天总共能派出去多少个活
- 并发任务数：同一时刻能有多少个活在跑
对一个你派完就走、它自己在后台干的 Agent 来说，并发直接决定了你的吞吐。
举个结构性的例子（不涉及具体耗时，因为官方没给任务耗时数据）：
假设每个任务要跑一段时间 T。
- 并发 3：一个 T 的时间窗里，最多完成 3 个任务
- 并发 15：同样的时间窗里，最多完成 15 个
如果 T 比较长，并发就是硬瓶颈。 你每天的 15 个任务额度可能根本用不完——因为你被并发卡着，一天下来只跑得完几个。
这就是那个典型现象：任务额度还剩一大半，但你已经在等了。
三、怎么判断自己卡在哪条线
两条线的症状完全不同：
卡在并发上：
- 想派新任务时，被告知要等前面的做完
- 一天结束时，任务额度还剩很多没用
- 你的体感是「排队」
卡在任务数上：
- 任务派得很顺，从来不用等
- 但到了某个时刻，当天的额度用完了
- 你的体感是「用完了」
这两种情况下升级的收益不一样：
- 卡并发 → 升级主要买的是并发（3→15 是 5 倍）
- 卡任务数 → 升级主要买的是总量（15→100 是约 6.7 倍）
好消息是：Jules 的两条线是同步涨的，不像有些产品会出现「升了级但你要的那条没涨」的情况。所以不管你卡在哪条，升级都有收益。
四、什么工作方式最吃并发
按对并发的需求排序：
最吃并发：把它当成一个「团队」用。
同时派好几个互不相关的活——修 A 模块的 bug、给 B 模块加测试、更新 C 的文档。这种用法下，并发就是你的团队人数。免费档的 3 个并发，等于一个三人小组。
比较吃并发：任务耗时长。
如果每个任务都要跑很久，那在任何时刻都有好几个在跑，并发很容易占满。
不太吃并发：串行工作流。
任务之间有依赖——必须先做完 A 才能做 B。这种情况下你天然只能一个一个来，并发多了也用不上。
完全不吃并发：低频使用。
一天派两三个活，做完了再派下一个。免费档的 3 个并发绰绰有余。
五、并发和「异步」这个定位的关系
Jules 这类产品的核心定位是异步——你派完活就去干别的，它在后台做，做完了你回来看。
这个定位的价值，恰恰建立在并发上。
如果并发只有 1，那所谓的异步就退化成了「一次只能干一件事，只不过不用你盯着」——你派了一个活，就只能等它做完，跟同步交互的差别就没那么大了。
并发 3 意味着你可以同时铺开三条线。并发 15 意味着你可以把一天的活一口气全铺出去，然后集中回来收结果。
所以并发数某种意义上决定了这个产品对你的价值形态：
- 并发少 → 它是一个「能自己干活的助手」
- 并发多 → 它是一个「你可以批量派活的团队」
这两种定位的使用方式完全不同，也决定了升级值不值。
六、免费档 3 个并发的实际用法
如果暂时停在免费档，有几个让 3 个并发发挥最大价值的做法：
别让三个格子空着。 既然是异步的，派出去就不占你的时间。想到什么活就派，别攒着。
优先派耗时长的活。 需要它跑很久的任务先派出去，你在等的时候可以自己干别的。反过来，那些你自己两分钟能做完的，别占格子。
注意任务之间的依赖。 如果 B 依赖 A 的结果，同时派出去意义不大——B 可能基于过时的状态在做。理清依赖关系，能让 3 个格子真正并行起来。
留一个机动格子。 三个全占满的话，临时来了急活就得等。留一个空着，灵活性高不少。
七、升级之前先确认的一件事
跟额度多少无关，但更靠前的一条硬性限制。官方文档明写：
目前付费计划仅适用于个人 Google 账户（@gmail.com），其他账户类型的升级路径仍在开发中。
如果你用的是公司的 Google Workspace 账号，那按官方当前的说明，你暂时升不了级。 这不是钱的问题，是账号类型的问题。
这条对最需要高并发的人群（团队、企业）影响最大——恰恰是团队场景最吃并发，而团队用的往往正是 Workspace 账号。
所以在算「并发够不够用」之前，先确认自己的账号类型能不能升级。
八、模型访问也在差别里
顺带一提，三档的差别不只在数字上。官方还标了模型访问权限：
- 免费档：Gemini 2.5 Pro
- Pro：「更高访问权限给最新模型（从 Gemini 3 Pro 开始）」
- Ultra：「优先访问最新模型（从 Gemini 3 Pro 开始）」
Pro 和 Ultra 之间「更高访问权限」与「优先访问」的具体区别，官方文档没有进一步说明，本文不推测。
九、并发这条线在别的工具上不一定有
值得说明一件事：「并发任务数」这个限制维度，不是所有 AI 编程工具都有的。
按不同工具的计量方式分：
- 按 token 计费的：通常没有明确的并发上限，你能同时开几个会话，取决于你自己
- 按请求次数计费的：可能有每分钟请求上限，那在效果上类似并发限制，但机制不同——它限制的是频率，不是同时在跑的任务数
- 按 credits 计费的：通常也不显式限制并发
- 按任务计费的（Jules）：明确给出并发数
为什么 Jules 要单列这一条？ 因为它是异步产品——任务派出去之后在后台跑一段时间。对这种形态来说，「同时有几个在跑」是个必须管理的资源，所以它成了一个显式的产品参数。
这个差别对横向选型有意义：如果你在拿 Jules 跟别的工具比，并发这条线在别家可能根本不存在，或者以完全不同的形式存在（比如每分钟请求数）。
不要把不同工具的并发数直接比大小——它们限制的东西不一样。能比的是：在你的工作方式下，哪一家的限制先卡住你。
十、总结
- 并发（3 / 15 / 60）往往比每日任务数更容易成为瓶颈，尤其对异步工作的 Agent。
- 判断自己卡在哪条线：需要等前面做完 = 卡并发（而且任务额度还剩很多）；派得很顺但突然用完 = 卡任务数。
- Jules 的两条线是同步涨的，不存在「升了级但要的那条没涨」的问题。
- 并发数决定了产品对你的形态：少 = 一个助手；多 = 一个可以批量派活的团队。
- 免费档 3 个并发的用法：别让格子空着、优先派耗时长的、理清依赖、留一个机动。
- 付费档目前仅限个人 @gmail.com 账户——而最吃并发的团队场景，用的往往正是 Workspace 账号。
- 价格官方文档未给出，本文不提供。
本文数字来自 Jules 官方用量限制文档，核对日 2026-08-08。该页未提供具体价格，付费档通过 Google AI 订阅计划获得。政策会调整，以官方页面为准。