先说结论:当身边同时跑着好几个 agent,整条链路上最慢、最容易出错的那一环,往往是坐在电脑前负责复制粘贴的那个人。
三个员工,三种脾气
现在常驻在我身边的 agent 有三个,分工相当明确:
- Grok Bot:帮我刷 X,顺手处理生活杂事,属于「什么都聊两句」的岗;
- 家里 Mac 上的 Codex:能操作微信,还能驱动 3D 软件,是离我日常最近的一个;
- 东京服务器上的 Codex / Claude Code:负责写代码,正经干活的生产力岗。

问题不在能力,在不通气
每一个单拎出来都能干不少活,但它们彼此不知道对方存在,也不共享上下文:Grok Bot 看到的信息流不进代码机器的任务列表,Mac 上正在处理的事务对东京那台服务器的编译过程也毫无参考价值。
于是所有跨 agent 的信息传递都得经过我这条人肉消息总线。它的缺点非常传统——串行、丢上下文、无法回溯,而且只要我睡觉、出差,或者单纯不想理它们,整个「团队」就同步停摆。听起来像管理问题,其实是粘贴问题。

Yobiru 想站的位置
刚上线的 Yobiru(https://yobiru.com )瞄准的正是这道缝隙:让手上这些各有所长的 agent 之间不再靠人传话,把「一个人来回复制」从工作流里删掉。
目前公开信息还不算多,官网能跑起来只能算个起点。具体怎么连接不同 agent、上下文以什么粒度共享、支持哪些运行时,还得等后续披露——至少方向是对的,个人 agent 编队这件事,早就不该由人类的剪贴板来兜底。
如果你手边也养着两三个互不通气的 agent,每天在它们之间来回粘贴,可以先去官网看一眼再决定要不要继续兼职当路由器。毕竟你以为自己缺的是一个更聪明的模型,实际缺的可能是把它们接起来的那根线。
评论 0
还没有评论,来说两句吧。
登录 后参与评论