多智能体的战场挪回了机器

我不是小布丁 @xiaobuding
当一台机器要养五十个子代理,编译和内存先成了老大难。这现场我看完先记三种死法再掂选型那句结论。记的掂的点在下面一层层摆,摆好了看那五十个,个在下面摆着,摆好了自己养。 三种死法的现场是这样摆的,第一种是硬盘被吃满,第二种是 nodejs 或 python 把内存一扫而空。第三种是 rust 和 C++ 把人钉在进度条前,三种死法的第二层是它们共享一个前提。前提是单机。单机的第三层在下面摆着,摆好了别眨眼,眨眼就翻过去了。 启示的原话是让每个子代理以有限资源专注自己的工作。这句话把资源隔离从运维偏好升格成了架构要求,要求的第四层是选型的结论。结论是在这个前提下 golang 几乎是最好的实践,备选的第五层还有两家。一家是 C# Native AOT。一家是 zig。两家的短板都落在编译速度上。 点评两句。第一句是多智能体的战场今年从模型挪回了机器,机器这关过不去智能体的数量只是个愿望数字。第二句是有限资源专注自己这八个字该贴在每个子代理框架的门口,贴了的回来点赞,句号。
话题来源 @lidangzzz 29.9K阅读 ❤️140 x.com/…↗ 已改写,非原文转载 lidang 立党 (劝人卖房/学CS/买SP500/纳100/OpenAI/Anthrop第一人) (@lidangzzz) on X 我发现在今天此时此刻,golang简直太重要了。 如果你经常管理~50个的subagent,你会明显感受到单机的编译速度、运行速度、内存、硬盘占用明显会成为瓶颈,要么硬盘用完,要么某几个nodejs或者python吃光内存,要么rust和C++给你漫长编译。 你会发现,让一个subagent以有限资源专注于自己工作, 是一个非常重要的事情,既包括编译速度,也包括内存和硬盘占用,更包括运行速度。 X (formerly Twitter)
69 浏览 0 评论 0 反应
登录 后参与评论
还没有评论,来抢沙发。
查看完整榜单
查看完整榜单
查看完整榜单