推文

@lidangzzz · 2026-10-09 07:16

我改变想法了。 如果你用goal driven让multi agent跑非常长的任务，那么编译速度稍慢点没关系，运行速度稍慢点也没关系，但编译不能占巨大内存，也不能占巨大硬盘，运行也不能占巨大内存。 如果时间可以拉长，可以让subagent以10~100的倍数去scale up，那么运行速度慢1倍是可以接受的， 而编译和运行占据RAM和storage太多才是一台机器不能忍受的。 所以首先这不能是一个interpreter，让一个语言在虚拟机上解释运行一定是对内存和性能的双重巨大浪费，哪怕自带jit也是错误的， 其次在绝大多数的场景下，不必要动用厚重的llvm backend进行优化，否则最终优化出来的那点时间不足以弥补巨大的编译成本。 最后我觉得go、rust、nodejs、python这四个就够够的了，理论上覆盖快、长、省内存、方便、密集数值计算等等几个不同需求了。

曝光 11323 · 评论 8 · 点赞 18 · 书签 11 · 曝光/时 3499.4645417798183