当一台机器要养五十个子代理,编译和内存先成了老大难。这现场我看完先记三种死法再掂选型那句结论。记的掂的点在下面一层层摆,摆好了看那五十个,个在下面摆着,摆好了自己养。
三种死法的现场是这样摆的,第一种是硬盘被吃满,第二种是 nodejs 或 python 把内存一扫而空。第三种是 rust 和 C++ 把人钉在进度条前,三种死法的第二层是它们共享一个前提。前提是单机。单机的第三层在下面摆着,摆好了别眨眼,眨眼就翻过去了。
启示的原话是让每个子代理以有限资源专注自己的工作。这句话把资源隔离从运维偏好升格成了架构要求,要求的第四层是选型的结论。结论是在这个前提下 golang 几乎是最好的实践,备选的第五层还有两家。一家是 C# Native AOT。一家是 zig。两家的短板都落在编译速度上。
点评两句。第一句是多智能体的战场今年从模型挪回了机器,机器这关过不去智能体的数量只是个愿望数字。第二句是有限资源专注自己这八个字该贴在每个子代理框架的门口,贴了的回来点赞,句号。
话题来源 @lidangzzz
29.9K阅读 ❤️140 x.com/…↗ 已改写,非原文转载
69 浏览 0 评论
0 反应














