Mozaik은 일반적인 다중 에이전트 워크플로우와 어떻게 다른가요?

Mozaik은 하드코딩된 순차적 워크플로우와 미리 정의된 핸드오프를 피하도록 설계되었습니다. 대신, 에이전트가 이벤트와 서로에게 반응함에 따라 런타임에 협업 경로가 나타날 수 있습니다.

Mozaik에서 에이전트는 어떻게 소통하고 협력하나요?

Mozaik은 반응형 이벤트 기반 코어(이벤트 버스)를 사용합니다. 메시지, 도구 호출, 추론 단계 및 오류는 모두 이벤트로 표현됩니다. 에이전트는 관심 있는 이벤트를 구독하고 해당 이벤트가 발생하면 반응합니다.

Mozaik은 병렬 에이전트 실행을 지원하나요?

네. Mozaik은 "기본적으로 병렬"이며, 공유 컨텍스트와 이벤트 버스를 통해 조율을 유지하면서 여러 에이전트가 동시에 작업할 수 있도록 합니다.

Mozaik에서 "에이전트 인식"은 무엇을 의미하나요?

에이전트는 다른 참여자와 공유 환경을 인식할 수 있으므로 참여자 합류 또는 이탈과 같은 이벤트에 반응하고 작업을 동적으로 재할당할 수 있습니다.

Mozaik에서 "실행 후 망각" 추론이란 무엇인가요?

Mozaik은 비차단 추론을 지원합니다. 추론을 실행하고 기다리지 않고 계속할 수 있습니다. 결과는 이벤트로 반환되며, 에이전트는 다른 작업이 계속되는 동안 관심 있는 이벤트에 반응합니다.

Mozaik은 오류 및 복구를 어떻게 처리하나요?

오류는 이벤트로 캡처되며, 참여자는 onError 및 onParticipantError와 같은 훅으로 오류를 처리할 수 있습니다. 에이전트는 백오프를 사용하여 재시도하고 실행을 중단하는 대신 다른 참여자에게 문제를 에스컬레이션할 수 있습니다.

다중 에이전트 시스템에서 Mozaik의 역할은 무엇인가요?

Mozaik은 다중 에이전트 시스템을 위한 협업/런타임 계층을 제공하여 통신, 조정 및 반응형 실행을 지원하므로 여러 에이전트가 자율 팀으로 작동할 수 있습니다.

Mozaik

WebsiteFreemiumAI DevOps Assistant AI Code Assistant

Mozaik은 공유 환경 인식, 도구 사용 및 탄력적인 조정을 통해 반응형 이벤트 기반 버스를 통해 협업하는 자율적이고 병렬적인 AI 에이전트 팀을 구축하기 위한 오픈 소스 TypeScript 런타임입니다.

웹사이트 방문

이 도구 광고하기

https://mozaik.jigjoy.ai/?ref=producthunt&utm_source=aipure

개요
동영상
대안

제품 정보

업데이트됨:Jul 7, 2026

Mozaik이란?

Mozaik은 다중 에이전트 시스템을 엄격하고 순차적인 워크플로를 넘어 진정한 팀 스타일 협업으로 전환하도록 설계된 TypeScript 프레임워크(런타임)입니다. Mozaik은 미리 정의된 파이프라인을 통해 에이전트를 오케스트레이션하는 대신 참가자(에이전트, 사람, 관찰자 및 도구)가 동일한 공유 공간에 참여하고 실시간으로 통신하고 조정할 수 있는 '에이전트 환경'을 도입합니다. 에이전트 협업을 일류 개념으로 만들기 위해 구축되었습니다. 에이전트는 서로를 인식하고, 의도적으로 컨텍스트를 교환하고, 동일한 목표에 대해 동시에 작업할 수 있습니다.

Mozaik의 주요 기능

Mozaik은 공유되는 이벤트 기반 환경을 통해 병렬로 협업하는 AI 에이전트의 자율적인 팀을 구축하기 위한 오픈 소스 TypeScript 에이전트 런타임입니다. 순차적인 워크플로우를 하드코딩하는 대신, Mozaik은 협업을 최우선 개념으로 다룹니다. 에이전트는 AgenticEnvironment(브로드캐스트 버스)에 참여하고, 다른 참가자를 인식하며, 메시지와 컨텍스트를 교환하고, 도구 호출 및 출력을 이벤트로 반응하며, 런타임 오류로부터 복구합니다. 이 프레임워크는 논블로킹 "fire-and-forget" 추론 및 반응형 조정을 위해 설계되어 다중 에이전트 시스템이 응집력 있는 팀으로 통신하고 조정하며 작업을 수행할 수 있도록 합니다.

이벤트 기반 반응형 코어: 모든 메시지, 도구 호출, 추론 단계 및 오류는 공유 버스의 이벤트로 모델링됩니다. 에이전트는 관심 있는 이벤트를 구독하고 도착하는 즉시 반응합니다.

기본적으로 병렬(논블로킹 추론): 에이전트는 기다리지 않고 추론을 실행하고 계속 작동할 수 있습니다. 결과는 이벤트로 반환되어 여러 에이전트(및 도구/관찰자)가 동일한 목표에 대해 동시에 작업할 수 있도록 합니다.

공유 에이전트 환경(팀 인식): 참가자(사람, 에이전트, 관찰자, 도구)는 동일한 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) 비차단 방식으로 추론 실행('fire and forget'): 추론을 시작하고 기다리지 않고 다른 작업을 계속합니다. 결과가 도착하면 이벤트로 돌아오고, 참가자는 다른 모든 것이 계속 실행되는 동안 관련 결과 이벤트에만 반응합니다.

8) 이벤트 기반 I/O로 도구 호출 구현: 모델이 도구를 요청할 때(예: onFunctionCall을 통해), 도구를 실행하고 callId 및 결과와 함께 'functionCallOutput'(또는 동등한 유형) 이벤트를 버스로 다시 내보내어 실행이 비차단 상태를 유지하도록 합니다.

9) 각 참가자가 듣는 범위 지정(선택 사항이지만 권장됨): 불필요한 반응을 방지하려면 참가자의 listens 목록에 반응해야 하는 참가자 클래스를 채웁니다. listens가 비어 있지 않으면 환경은 해당 클래스 중 하나와 소스가 일치하는 외부 이벤트만 전달합니다.

10) 런타임 오류 복구 추가: onError 및/또는 onParticipantError를 사용하여 도구 오류 또는 참가자 충돌을 포착합니다. 백오프를 사용하여 재시도를 구현하고(예: 최대 3회 재시도) 전체 실행을 중단하는 대신 다른 참가자에게 메시지 이벤트를 내보내어 에스컬레이션합니다.

11) 여러 참가자를 추가하여 병렬 처리 활성화: 여러 전문 참가자(예: 연구원, 작가, 비평가, 감사자)를 생성하고 동시에 실행하도록 합니다. Mozaik은 기본적으로 병렬입니다. 여러 에이전트가 공유 이벤트/컨텍스트를 통해 조정하면서 동시에 작업할 수 있습니다.

12) 런타임에 협업 경로가 나타나도록 허용: 엄격한 핸드오프를 하드코딩하지 마십시오. 대신, 참가자가 관찰하는 이벤트를 기반으로 언제 통신할지, 누구를 참여시킬지, 어떤 컨텍스트를 공유할지 결정하도록 설계하십시오.

13) (선택 사항) 로깅 및 UI를 위한 관찰자 추가: 결정을 내리지 않지만 실행을 기록하거나 렌더링하는 관찰자 스타일 참가자를 연결합니다. 예를 들어 JSONL 로그를 작성하는 감사자 또는 터미널 UI용 프레임을 내보내는 UI 참가자입니다.

14) 에이전트 팀 실행: 환경/버스를 시작하고 참가자를 등록하며 초기 이벤트(예: RunStart 또는 목표 메시지)를 트리거합니다. 시스템은 반응형 이벤트 스트림으로 진행되며, 참가자는 실시간으로 조정하고 오류에서 복구합니다.

15) 작동하는 CLI를 빠르게 원하면 시작 템플릿 사용: 소스는 Ink 터미널 UI를 @mozaik-ai/core에 연결하고 에이전트/관찰자/도구의 일반적인 분할을 포함하는 CLI 시작 템플릿 저장소를 참조합니다. 상용구 코드를 피하려면 시작 템플릿을 복제한 다음 사용 사례에 맞게 참가자 및 도구를 사용자 지정하십시오.