Mozaik Mozaik 是一个 TypeScript 运行时，用于构建自组织的 AI 智能体团队，面向开发者，实现多代理协作与动态任务自动分配。 热门评论 PH 用户让运行时决定协作方式，而不是硬编码一个工作流图，这个思路挺有意思的——大多数智能体框架都要求你提前画出DAG。当智能体在运行时自行组织时，如何防止两个智能体在同一个任务上循环或死锁？是否有执行预算或监督者来终止运行？运行时状态是存在进程内，还是存在某个我可以检查和重放运行的外部存储中？PH 用户Miodrag，让一群助手像优秀团队那样自然地在运行时自己分配任务，这个想法莫名地让人愉悦。它感觉更接近真实工作的方式。PH 用户自组织智能体很有趣，但实际考验在于人类能否理解工作为何从一个智能体转移到另一个。在优化自主性之前，我会让所有权、交接原因和停止条件变得可见。PH 用户很酷的想法。当两个智能体试图修改同一共享状态时，如何处理冲突？PH 用户不需要提前画出完整图形是有道理的。但有一件事我不太确定。当一个智能体触发一个事件，另一个智能体接收它时，第二个智能体怎么知道这个事件的实际含义？比如，它们是否事先约定好某种schema，还是LLM直接读取事件名称并自己推断？因为我可以想象两个智能体都对“data_ready”这个事件做出反应，但一个认为它表示原始数据，另一个则认为数据已经清洗过了。PH 用户我们公司在同时运行大量编码智能体，我担心的是成本，不只是正确性。固定DAG意味着能大致预测工作流消耗多少LLM调用。一旦智能体在运行时决定是否以及如何通信，这种开销就变得难以预测——坏交互模式可能会悄悄增加token消耗，直到账单出现才被发现。有没有内置的智能体间通信量/成本可见性，还是完全留给开发者自己去检测？ 热门产品Miodrag Vilotijević2026-07-06原文 打开互动版
但有一件事我不太确定。当一个智能体触发一个事件，另一个智能体接收它时，第二个智能体怎么知道这个事件的实际含义？比如，它们是否事先约定好某种schema，还是LLM直接读取事件名称并自己推断？因为我可以想象两个智能体都对“data_ready”这个事件做出反应，但一个认为它表示原始数据，另一个则认为数据已经清洗过了。