WorkBuddy 批量任务 Token 超额翻车实录：一次多 Agent 并发爆破的代价与复盘 #WorkBuddy#

原创

AlanWang

发布于 2026-07-11 06:48:34

1150

一、任务背景

我需要从一份展会参展商名单出发，逐家在 1688 上查找每家公司的店铺链接、主营产品、适配车型、联系方式等信息，最终汇总成一张 Excel 表。

名单里大概有 7446 家公司。听起来不难,因为之前有执行过1050家的1688搜索, 我本来想建立在过去的任务基础上,让 WorkBuddy 逐家搜就行了。但正是这个"逐家搜"，把我这个月的积分额度直接干穿了。

二、翻车过程：我是怎么把积分烧光的

第一阶段：手动试探（消耗尚可控）

我先手动让 WorkBuddy 逐家搜索，每家大概需要 2-3 轮对话（搜索公司名 → 找到 1688 页面 → 提取信息 → 填入表格）。

搜了大约 10 家后我停下来统计：

能找到 1688 店铺的：约 2 家
命中率：不到 20%

这时候正确的做法应该是停下来反思——为什么命中率这么低？是不是这类企业在 1688 上本来就没有店铺？但我没有添加这个控制,以为系统任务选择会把握,以及我自己6000多个积分是够用的。

第二阶段：多 Agent 并发爆破（灾难开始）

看到手动搜效率太低，我心一横，直接开了 3 个 Agent 并发，每个 Agent 分担 30 家公司，让它仨同时跑。

这是我犯的第一个致命错误。WorkBuddy 的计费是按调用量走的——每开一个 Agent，就等于把同样的搜索任务复制了一份上下文、复制了一轮工具调用。3 个 Agent 并行，不是"3 倍速完成 1 份活"，而是"用 3 倍的 token 去干同一件命中率不到 20% 的事"。

第一轮 3 个 Agent 跑完，结果：

Agent	处理公司数	命中数	命中率
Agent 1	30	5	17%
Agent 2	30	7	23%
Agent 3	30	6	20%

命中率依旧不到 25%，和手动试探时几乎一样。并发并没有提高命中率，只是把失败的成本乘以了 3。

第三阶段：第二轮并发（彻底失控）

更离谱的是，看到第一轮"好像也搜到了一些"，我又开了第二轮 3 个 Agent，针对没命中的公司再搜一遍。

这一轮触发了大量 429 限流——请求太频繁被接口拒绝，Agent 自动重试，每次重试又消耗一轮 token。最终：

第二轮命中率依旧没显著提升
429 重试导致大量重复扣费
当天积分消耗直接见底，后续几天"啥都干不了"

三、根因复盘：到底错在哪

复盘下来，我犯了四个错：

错误 1：没有在低命中率时及时止损。 手动搜 10 家命中率不到 20% 时，就应该停下来判断：这个数据源本身适不适合这个任务？展会的参展商很多是工厂型外贸企业，它们更可能在阿里国际站而不是 1688 上有店铺。我没做这个判断，直接用"堆量"来对抗"低命中率"。

错误 2：把并发当成了免费的加速器。 多 Agent 并发在 WorkBuddy 里是按调用量计费的。并发 N 个 Agent ≈ 把 token 消耗放大 N 倍。只有当命中率足够高、单次任务净收益为正时，并发才有意义。命中率不到 20% 时开并发，等于"亏本生意还开了 N 条产线一起亏"。

错误 3：没有设置 checkpoint。 整个过程中没有任何中间检查点。我应该每跑完一小批就停下来：看命中率、看单家成本、向自己汇报"要不要继续"。但我直接放任 Agent 跑到底。

错误 4：无视 429 信号。 429 限流本身是系统在告诉我"你请求太猛了"。正确的反应是降速、调整策略，而不是让 Agent 自动重试硬扛——每次重试都在烧钱。

四、正确的批量任务范式

踩完坑，我总结了一套不会再翻车的执行流程：

核心原则：低命中率必须亮红灯。 一旦实测命中率低于 30%，或者单次任务预计搜索量超过 2000 次，立刻暂停，把成本/收益摆出来，等确认了再继续。不要闷头自治。

五、几个省积分的实操技巧

除了批量任务的策略，日常使用还有几个能立竿见影省积分的习惯：

简单查询用 Ask 模式，不要动不动上 Craft。 Ask 模式只读不写，消耗极低；Craft 模式会执行文件操作，消耗高好几倍。查资料、问问题永远先 Ask。
不要把超长上下文反复粘贴。 每轮对话都会把历史上下文重新计费一遍。如果上下文已经很长，开新任务比在旧对话里继续更省。
专家团按需开启。 专家团的消耗是普通模式的 3-5 倍。非专业场景别开。
批量任务先问"这个数据源到底有没有我要的东西"。 命中率是 1 的前提下的效率优化才有意义；命中率是 0 的优化都是纯亏。