Mozaik 是一個開源的 TypeScript 運行時,用於構建自主、並行的 AI 代理團隊,這些團隊通過具有共享環境意識、工具使用和彈性協調的響應式、事件驅動總線進行協作。
https://mozaik.jigjoy.ai/?ref=producthunt&utm_source=aipure
Mozaik

產品資訊

更新時間:2026年07月07日

什麼是 Mozaik

Mozaik 是一個 TypeScript 框架(運行時),旨在將多代理系統從僵化、順序的工作流程轉變為真正的團隊式協作。Mozaik 沒有通過預定義的管道協調代理,而是引入了一個「代理環境」,其中參與者——代理、人類、觀察者和工具——可以加入同一個共享空間,實時通信和協調。它的構建旨在使代理協作成為一流概念:代理可以相互了解,有意識地交換上下文,並同時為同一目標工作。

Mozaik 的主要功能

Mozaik 是一個開源的 TypeScript 代理執行環境,用於建立自主的人工智慧代理團隊,這些團隊透過共享的、事件驅動的環境並行協作。Mozaik 沒有硬編碼循序工作流程,而是將協作視為首要概念:代理加入 AgenticEnvironment(一個廣播匯流排),了解其他參與者,交換訊息和上下文,將工具呼叫和輸出作為事件反應,並在執行時從錯誤中恢復。該框架專為非阻塞的「即發即棄」推斷和反應式協調而設計,使多代理系統能夠作為一個有凝聚力的團隊進行溝通、協調和交付工作。
事件驅動的反應式核心: 每個訊息、工具呼叫、推理步驟和錯誤都被建模為共享匯流排上的事件;代理訂閱他們關心的事件,並在事件到達時立即反應。
預設並行(非阻塞推斷): 代理可以執行推斷並繼續操作而無需等待;結果作為事件返回,使多個代理(以及工具/觀察者)能夠並行處理同一目標。
共享代理環境(團隊意識): 參與者——人類、代理、觀察者和工具——加入相同的 AgenticEnvironment,允許代理檢測誰「在房間裡」,回應加入/離開,並根據共享狀態進行協調。
上下文作為首要原始類型: Mozaik 提供結構化的上下文處理(透過 ModelContext 和類型化上下文項目),使記錄、共享和將正確的資訊在正確的時間路由到正確的代理變得更容易。
透過事件進行工具/函數呼叫整合: 函數呼叫和工具輸出作為首要事件處理,使代理能夠執行工具並將輸出發布回匯流排供其他參與者使用。
執行時彈性和智慧恢復: 代理可以透過 onError/onParticipantError 等掛鉤捕獲和處理故障,帶有退避地重試,或升級給其他參與者而不是使執行崩潰。

Mozaik 的使用案例

並行 AI 編碼和 PR 生成: 協調多個專業編碼代理(規劃、實施、審查、測試)並行工作並產生拉取請求——例如由 Mozaik 驅動的工具 baro。
客戶支援和營運群組: 在共享匯流排上並行執行分類、知識庫檢索、起草和 QA 代理,以便在代理團隊中實現更快、一致且可稽核的回應。
無需嚴格工作流程的研究到寫作管道: 讓研究員、作家、評論家和審計員代理在執行時自適應協作——只共享必要的上下文並將彼此的發現作為事件反應。
企業自動化與大量工具流程: 建立代理團隊,呼叫內部工具/API(票證、CRM、資料庫),並透過事件驅動的通訊協調工具輸出和錯誤。
代理系統的可觀察性和評估: 將觀察者參與者附加到環境中,以即時監控訊息、推理追蹤、工具呼叫和故障——支援調試、評估和品質控制。

優點

專為真正的多代理協作而設計:共享環境、意識和事件驅動的協調,而不是循序編排。
並行、非阻塞執行提高了複雜目標的吞吐量和響應能力。
類型化上下文/事件模型支援 TypeScript 生態系統中更清晰的結構、調試和可擴展性。

缺點

事件驅動、高度並行的系統比線性管道更難理解和調試,尤其是當代理數量增加時。
需要採用 TypeScript/Node;該生態系統之外的團隊可能會面臨更高的整合成本。
自適應執行時協調可能比預定義的工作流程更不可預測,需要仔細測試和防護措施。

如何使用 Mozaik

1) 創建一個新的 TypeScript 專案: 初始化一個 Node.js + TypeScript 工作區(例如,使用 npm init 和 tsc)。Mozaik 是一個 TypeScript 運行時,因此您通常會在 Node 環境中運行它。
2) 安裝 Mozaik 核心: 添加框架依賴項:安裝 @mozaik-ai/core(源代碼中引用的入門模板是針對 ^3.10.1 構建的)。
3) 通過環境變量配置模型提供商憑據: Mozaik 會從您傳遞給 runInference 的模型名稱中選擇一個提供商,每個提供商 SDK 都會從環境中讀取憑據。將所需的密鑰放入您的環境中(通常通過 .env 文件),例如,如果您使用 OpenAI,則為 OPENAI_API_KEY。
4) 將參與者(代理/觀察者/工具)定義為類: 將每個角色建模為參與者(Mozaik 將代理稱為「參與者」)。每個參與者都有自己的狀態和工作;沒有繼承的「父上下文」。參與者通過在共享總線上發送/訂閱類型化事件進行通信。
5) 添加事件處理程序以使參與者具有響應性: 實現響應式處理程序,例如 onParticipantJoin / onParticipantLeft,以使代理了解環境中有誰,並在有人離開時重新分配工作。
6) 使用事件總線作為協作骨幹: 將每條消息、工具調用、推理步驟和錯誤視為總線上的事件。參與者訂閱他們關心的事件,並在這些事件觸發時立即做出反應。
7) 以非阻塞方式運行推理(「即發即棄」): 啟動推理並繼續其他工作,無需等待。當結果到達時,它們會作為事件返回;您的參與者只對相關的結果事件做出反應,而其他一切都在繼續運行。
8) 將工具調用實現為事件驅動的 I/O: 當模型請求工具時(例如,通過 onFunctionCall),運行該工具並將「functionCallOutput」(或等效的類型化)事件與 callId 和結果一起發回到總線——這樣運行就不會阻塞。
9) 範圍化每個參與者監聽的內容(可選但推薦): 為了防止不必要的反應,請使用參與者應該響應的參與者類填充參與者的監聽列表。當監聽不為空時,環境只會傳遞其源與其中一個類匹配的外部事件。
10) 添加運行時錯誤恢復: 使用 onError 和/或 onParticipantError 捕獲工具故障或參與者崩潰。實施帶有退避的重試(例如,重試最多 3 次),並通過向另一個參與者發送消息事件而不是使整個運行崩潰來升級。
11) 通過添加多個參與者來啟用並行性: 創建多個專業參與者(例如,研究員、寫作者、評論員、審計員),讓他們並行運行。Mozaik 默認是並行的:多個代理可以同時工作,同時通過共享事件/上下文保持協調。
12) 讓協作路徑在運行時出現: 避免硬編碼僵化的交接。相反,設計參與者根據他們觀察到的事件來決定何時通信、涉及誰以及共享什麼上下文。
13) (可選) 添加觀察者用於日誌記錄和 UI: 附加觀察者風格的參與者,他們不驅動決策,而是記錄或渲染運行:例如,一個寫入 JSONL 日誌的審計員,或者一個為終端 UI 發送幀的 UI 參與者。
14) 運行您的代理團隊: 啟動環境/總線,註冊參與者,並觸發一個初始事件(例如,RunStart 或目標消息)。系統作為事件的反應流進行,參與者實時協調並從錯誤中恢復。
15) 如果您想快速獲得一個可用的 CLI,請使用入門模板: 源代碼引用了一個 CLI 入門模板倉庫,該倉庫將 Ink 終端 UI 連接到 @mozaik-ai/core,並包含代理/觀察者/工具的典型劃分。克隆一個入門模板以避免樣板文件,然後為您的用例自定義參與者和工具。

Mozaik 常見問題

Mozaik 是一個開源的、基於 TypeScript 的代理執行時/框架,用於構建可自主溝通、協調和行動的 AI 代理自主團隊。

与 Mozaik 类似的最新 AI 工具

Hapticlabs
Hapticlabs
Hapticlabs 是一個無代碼工具包,使設計師、開發者和研究人員能夠輕鬆設計、原型設計和部署跨設備的沉浸式觸覺交互,無需編碼。
Deployo.ai
Deployo.ai
Deployo.ai 是一個全面的 AI 部署平台,支持無縫模型部署、監控和擴展,內置道德 AI 框架和跨雲兼容性。
CloudSoul
CloudSoul
CloudSoul 是一款 AI 驅動的 SaaS 平台,通過自然語言對話使用戶能夠即時部署和管理雲端基礎設施,使 AWS 資源管理更加易用和高效。
Devozy.ai
Devozy.ai
Devozy.ai 是一個由 AI 驅動的開發者自助服務平台,將敏捷項目管理、DevSecOps、多雲基礎設施管理和 IT 服務管理結合為一個統一的解決方案,以加速軟件交付。