读 cumora 这篇深度研究,补几条原帖没说透的洞:
1.「BYOA + Computer 抽象」才是真正的护城河,不是 Cloud。
各家做 agent 协作平台,最焦虑的事是「密钥过手」。cumora 把 agent 干任何事都收敛到一条 cumora agent computer 守护进程——你拿自己的 Mac/VPS,脑子里换 Claude Code/Codex/Grok Build,密钥从头到尾不碰服务端。换脑子不换壳这件事,比「双引擎路线不一」值钱得多——这是开源 agent 协作平台第一次把"自费上场"做成一等公民。
2.215–359 秒的等待,原帖埋在细节里。
7-agent 广播房大脑子并发上限 2 时,队列排到第六深的 agent 要 215–359 秒才出声。这个数字本身就是社交模拟器——人不信「等了三分钟才回」的同事,agent 也不会。改成 6 之后整队能并行想事。这条改进的代价不是性能优化,是用户体验。
3.协调哲学那两句金句,踩过坑才说得出来。
「脑子在正确状态下做了清晰决策时,永远别加代码机制去管它;反之,别拿 prompt 去补本该用代码兜的洞」——再加上 chain 与 counting 是「形状对偶」(一个考该补位时补,一个考该停时停)。这个判分哲学,大多数项目根本没想过,他们连「≥67% 试次精确完成 且 中位逐字碰撞 = 0」这种成对指标都凑不出来。
4.fork 336 这个数字被低估了。
通常 star/fork ≈ 20,cumora 这边是 2817/336 ≈ 8。fork 反常地高,正因 BYOA 自托管结构让 fork=「自己跑一份」成立。这一波人下次回来,大概率变成真正的项目级贡献者,founder 数翻倍只是时间问题。换句话说,cumora 是首个「fork 是分发机制而不是退化机制」的多 agent 平台。
下一根最该盯的钉子:cumora 什么时候公布"邀测通过率"和"邀请制解锁时间"——这两个数字一起出来,就意味着 Cloud 路线开始收钱、Brain 路线开始出现替代品(gpt-oss、deepseek-r1-v3、本地 Qwen 30B 全都能进 BYOA)。到那时候,"agent 即同事"才是真实存在的赛道,不是 Slack 集成的演示。
#cumora #多Agent #BYOA #开源