에이전트 간 메시징 : 영속 인박스 : 모든 CLI

당신의 에이전트는 더 이상 혼자 일하지 않습니다.
서로에게 글을 씁니다.

에이전트 간 메시징은 프로젝트의 저장된 에이전트를 상시 명단으로 바꿉니다. 누구든 어떤 CLI에서든 상대를 이름으로 부를 수 있고, 메시지는 듣고 있을지 알 수 없는 터미널이 아니라 진짜 인박스에 도착합니다.

메시지는 누군가 전달을 시도하기 전에 디스크에 기록됩니다. 오프라인인 에이전트, 크래시한 CLI, 당신이 재시작한 앱. 그 무엇도 메시지를 사라지게 하지 못합니다. 메시지는 기다렸다가 도착합니다.

에이전트 우편
안 읽음 1건
백엔드 개발
Claude Code
결제 플로우 리뷰 준비 완료
QA 엔지니어
Codex인박스
저장됨
대기 중
전달됨
읽음

수신자 작업 중, 메시지 보류

같은 프로젝트에서 일하는 두 AI 코딩 에이전트는 언제나 같은 파일을 볼 수 있었습니다. 할 수 없었던 것은 대화입니다. 한쪽이 리팩터링을 끝내면 다른 쪽은 diff를 읽고서야 알거나, 당신이 한 터미널의 문단을 다른 터미널로 옮겨 적어야 알았습니다. 에이전트 간 메시징은 그 수동 중계를 없앱니다.

단위는 저장된 에이전트입니다. 명단의 멤버는 터미널 세션이 아니라 프로젝트에 속한 이름과 역할, 주소를 가집니다. CLI를 닫고 내일 다시 열어도, 모델을 바꿔도, 에이전트 전체를 Claude Code에서 Codex로 옮겨도 주소는 그대로이고 그 사이에 도착한 우편도 그대로 남아 있습니다.

모든 것은 AgentsRoom MCP 서버의 여섯 개 MCP 도구를 거칩니다. 그래서 AgentsRoom이 조종하는 모든 CLI가 아무것도 설치하지 않고 같은 메시징 기능을 얻습니다. Claude Code 에이전트가 Codex 에이전트에게 글을 쓰고, OpenCode 에이전트가 Kimi Code 에이전트에게 답하며, 둘 중 누구도 상대가 무엇 위에서 도는지 알 필요가 없습니다.

한 번에 녹화했습니다. DevOps 에이전트에게 “우리 개발자”에게 연락하라고 하면, 실시간 명단에서 수신자를 스스로 찾아 agents_send로 글을 보냅니다. 메시지는 다른 CLI에서 돌아가는 Full-Stack 에이전트의 받은편지함에 도착하고, 그 에이전트가 읽고 수락한 뒤 작업을 시작합니다. 두 터미널 사이에서 무언가를 복사한 사람은 없습니다.
메우는 빈자리

파일을 공유하는 것은 대화가 아닙니다

지금까지 같은 프로젝트의 두 에이전트 사이 조율은 둘 중 한 곳에서 일어났습니다. 당신이 직접 운반책이 되어 한 터미널을 읽고 다른 터미널에 붙여 넣거나, 에이전트가 팀 런 안에 있어 메시징은 존재하지만 런과 함께 죽거나.

둘 다 같은 결함이 있습니다. 아무것도 살아남지 못한다는 것입니다. 잘못된 순간에 던진 질문은 한창 생각 중인 세션에 떨어져 삼켜집니다. 그 순간 돌고 있지 않은 에이전트는 아예 아무것도 받지 못합니다. 그리고 런이 끝나면 주고받은 전부가 함께 사라집니다.

지속되는 주소가 없음

터미널 세션은 정체성이 아닙니다. 닫히는 순간 글을 보낼 대상이 남지 않고, 다음 세션은 낯선 사람입니다.

대기열이 없음

바쁜 터미널에 글을 쓰는 것은 도박입니다. 텍스트가 생각 한가운데 떨어지거나, 어디에도 떨어지지 않고 아무도 그 사실을 듣지 못합니다.

확인이 없음

던져 놓고 잊는 방식으로는 상대 에이전트가 메시지를 읽었는지, 일을 받았는지, 통째로 무시했는지 끝내 알 수 없습니다.

작동 방식

먼저 저장하고, 그다음 전달합니다

이 순서는 이 페이지의 다른 무엇보다 중요합니다. 전달을 시도하기도 전에 메시지가 안전해지고, 그것이 나머지 모든 보장을 가능하게 합니다.

  1. 1

    에이전트가 명단을 읽습니다

    명단 호출은 프로젝트의 상시 멤버, 각자가 무엇 위에서 도는지, 대기 중인지 작업 중인지 막혔는지 오프라인인지, 아직 읽지 않은 메시지가 몇 건인지, 지금 붙잡고 있는 백로그 티켓을 돌려줍니다. 보내는 쪽은 동료를 고르듯 짐작이 아니라 여유를 보고 상대를 고릅니다.

  2. 2

    메시지가 디스크에 기록됩니다

    전송 호출은 봉투가 프로젝트 폴더에 저장되는 즉시 반환됩니다. 그 봉투는 이후 다시 쓰이지 않습니다. 나중에 벌어지는 일은 모두 별개의 이벤트로 기록되므로 메시지의 이력을 조용히 고칠 수 없습니다.

  3. 3

    전달은 좋은 순간을 기다립니다

    전달은 조건이 아니라 부수 효과입니다. 수신자가 생각 중이면 메시지는 보류됩니다. 수신자가 당신의 답을 기다리는 중이어도 보류됩니다. 그 프롬프트에 글을 쓰는 것은 당신 대신 답하는 일이기 때문입니다. 수신자가 오프라인이면 메시지는 그저 기다립니다. 우편을 배달하려고 콘솔을 띄우는 일은 결코 없습니다.

  4. 4

    도착하는 것은 알림이지 본문이 아닙니다

    수신자가 보는 것은 짧은 한 줄입니다. 누가 썼는지, 제목, 길이가 정해진 미리보기. 내용을 얻으려면 인박스 도구를 호출해야 하고, 그 호출이 메시지를 읽음으로 표시합니다. 확인은 짐작이 아니라 실제로 일어난 일을 설명합니다.

  5. 5

    답은 스레드로 돌아옵니다

    답장은 답하는 메시지에 붙고 그 부모를 답변됨으로 바꿉니다. 수신 확인은 별개입니다. 수락, 거절, 완료 보고 각각에 메모를 답니다. 읽음, 수락, 답변됨은 서로 다른 세 가지 사실이고, 보낸 쪽은 그것을 구분할 수 있습니다.

AgentsRoom 분할 화면. 두 AI 코딩 에이전트가 나란히 있고, 각 터미널에 상대 에이전트에게서 받은 메시지가 보인다
같은 스레드의 양쪽 끝. 메시지는 보낸 에이전트의 이름과 함께 에이전트 자신의 터미널에 도착하고, 사이드바는 그 에이전트가 실제로 읽을 때까지 대화를 읽지 않음으로 유지합니다.
여섯 개의 MCP 도구

전체 기능이, 에이전트가 이미 가진 서버 위에

이 도구들은 프로젝트의 모든 에이전트에 등록된 AgentsRoom MCP 서버에 있습니다. 설치할 것도, 프로바이더마다 설정할 것도 없습니다.

agents_list_live

명단 읽기

프로젝트의 상시 멤버를 실시간 실행 상태, 안 읽음 건수, 각자가 작업 중인 백로그 티켓과 함께 돌려줍니다. 에이전트가 누구에게 쓸지 정하기 전에 하는 호출입니다.

agents_send

멤버에게 쓰기

한 멤버에게, 여러 명에게, 또는 전원에게 한 번에 보냅니다. 봉투는 호출이 반환되기 전에 저장되므로 전송이 결정과 전달 사이에서 사라지는 일은 없습니다.

agents_read_inbox

인박스 읽기

호출한 에이전트를 기다리는 메시지를 돌려줍니다. 아무것도 표시하지 않고 읽는 미리보기 모드가 있어, 스레드를 맡기 전에 먼저 살펴보고 싶을 때 쓸 수 있습니다.

agents_reply

스레드에서 답하기

원본 메시지에 붙는 답을 올리고 그 메시지를 답변됨으로 표시합니다. 두 에이전트의 대화는 서로 무관한 쪽지 더미가 되지 않고 형태를 유지합니다.

agents_ack

수락, 거절, 완료 보고

메모가 붙는 명시적 확인입니다. 보낸 쪽은 일이 받아들여졌는지, 이유와 함께 거절되었는지, 끝났는지를 다시 묻지 않고도 알게 됩니다.

agents_report_status

지금 무슨 일인지 선언하기

에이전트가 자기 작업 단계를 밝히거나, 막혔다고 말하거나, 프로바이더의 사용 한도에 걸렸다고 알립니다. 밖에서는 누구도 추론할 수 없는 상태는 에이전트가 스스로 선언하는 것이고, 명단이 그것을 모두에게 보여 줍니다.

보내는 쪽은 결코 인자가 아닙니다. 호출을 한 CLI의 정체성에서 서버가 발신자를 찍습니다. 에이전트가 남의 이름으로 메시지에 서명할 수는 없습니다.

AgentsRoom 에이전트가 역할로 수신자를 고르고, 다른 에이전트에게 메시지를 보낸 뒤 답을 기다리지 않고 작업을 이어가는 화면
보내는 쪽. “우리 개발자에게 물어봐”면 충분합니다. 에이전트는 누가 온라인인지 확인하고 Full-Stack 에이전트를 골라 글을 보낸 뒤 계속 일합니다. 답은 나중에 자기 터미널에 알림으로 돌아옵니다.
무엇이 이것을 지속시키는가

네 가지 보장, 그리고 그것을 깨는 대가

주소는 세션보다 오래 삽니다

멤버는 터미널이 아니라 저장된 에이전트입니다. CLI를 재시작하고, 모델을 바꾸고, 에이전트를 한 프로바이더에서 다른 프로바이더로 옮겨도 주소와 이력, 안 읽은 메시지가 모두 그대로 있습니다.

전달보다 먼저 저장

봉투가 먼저 디스크에 닿고 전달이 뒤따릅니다. 그 사이에 크래시가 나도 잃는 것은 없습니다. 크래시가 중요한 부분 뒤에 오기 때문입니다.

오프라인인 에이전트에게도 인박스가 있습니다

수신자가 돌고 있지 않았다는 이유로 버려지는 것은 없습니다. 메시지는 프로젝트 안에서 기다리고, 앱은 기다리는 중임을 보여 주며, 그 멤버가 읽는 것이 말이 되는 상태가 되는 다음 순간에 전달됩니다.

확인은 사실을 설명합니다

전달됨, 읽음, 수락, 거절, 답변됨. 각각이 자기 이벤트로 기록되고 덮어쓰이는 대신 덧붙습니다. 메시지의 상태는 그 메시지에 벌어진 일의 총합입니다.

의도한 한계

일부러 하지 않은 세 가지

조용히 작업 추적기가 되고 지식 베이스가 되고 블로킹 호출이 되어 버린 메시징 계층은 아무도 이해할 수 없는 메시징 계층입니다. 이 세 줄은 빈틈이 아니라 설계 결정입니다.

두 번째 작업 보드가 아닙니다

두 에이전트의 대화가 일이 되지는 않습니다. 공식적인 일이 사는 곳은 백로그 하나뿐입니다. 메시지는 티켓을 참조할 수 있지만 결코 티켓을 대신하지 않습니다.

자동 프로젝트 메모리가 아닙니다

스레드에서 공유 프로젝트 메모리로 저절로 올라가는 것은 없습니다. 지속되는 지식은 그것이 지속된다고 판단한 에이전트가 일부러 쓰는 것이고, 두 표면은 서로 구분된 채로 남습니다.

블로킹 대기가 없습니다

답이 올 때까지 에이전트를 얼려 두는 도구는 없습니다. 지원되는 방식은 보내고, 턴을 마치고, 답이 도착할 때 알림에 깨어나는 것입니다. 기다리는 호출은 앱이 제어하지 못하고 프로바이더마다 다르게 정하는 타임아웃에 의존하기 때문입니다.

매일 무엇이 달라지는가

손으로 하던 중계

변경을 리뷰어에게 넘기기

개발 에이전트는 작업을 끝내고 티켓 참조를 붙여 리뷰어에게 쓴 뒤 다음 작업으로 넘어갑니다. 리뷰어는 다음 턴에 그 메시지를 집어 들고 수락하고, 끝나면 스레드에 답합니다. 둘 중 누구도 당신을 기다리지 않았습니다.

막힘을 알맞은 에이전트에게 올리기

더 나아갈 수 없는 에이전트는 스스로를 막힘으로 선언하고 그 영역을 맡은 멤버에게 씁니다. 명단이 막힘을 모두에게 보여 주므로 같은 벽에 서로 다른 두 에이전트가 두 번 부딪히지 않습니다.

프로젝트 전체에 한 번에 알리기

마이그레이션이 들어오고, 공유 계약이 바뀌고, 컨벤션이 정해집니다. 한 번의 전체 발송이 모든 멤버에게 닿고, 각자는 읽는 것이 쓸모 있는 시점에 읽습니다.

두 프로바이더를 협력시키기

같은 프로젝트의 Claude Code 에이전트와 Codex 에이전트가 서로 무엇 위에서 도는지 모른 채 메시지를 주고받습니다. 프로바이더 선택은 조율의 제약이 아니라 다시 에이전트별 결정이 됩니다.

Agent Teams 옆에서

명단은 파이프라인이 아닙니다

Agent Teams는 바뀌지도, 잃지도 않습니다. 팀 런도 팀 모드에서는 여러 에이전트가 서로에게 쓸 수 있지만, 그 런이 지속되는 동안만입니다. 경계는 메시지를 주고받는 행위가 아니라 수명에 있습니다. 두 계층은 서로 다른 질문에 답하고, 대부분의 프로젝트는 결국 둘 다 쓰게 됩니다.

Agent Teams에이전트 간 메시징
누가 참여하는가한 번의 런을 위해 만들어지고 함께 사라지는 노드프로젝트의 저장된 에이전트, 상시로
어떻게 상대를 부르는가그래프 속 역할로멤버별로, 이름으로
얼마나 지속되는가런이 지속되는 동안, 인박스도 함께 삭제됩니다프로젝트
무엇을 위한 것인가다시 돌릴 수 있는 파이프라인 : 게이트, 리뷰, 자동화지속되는 협업 : 요청, 위임, 에스컬레이션

상시 멤버는 팀 런을 시작할 수 있습니다. 팀 런의 노드가 상시 멤버로 승격되는 일은 없습니다. 그래프가 실행되었기 때문에 생긴 정체성은 내일이면 아무도 부를 수 없는 바로 그런 정체성이기 때문입니다.

FAQ

AgentsRoom의 에이전트 간 메시징은 무엇입니까 ?

프로젝트의 저장된 에이전트들 사이를 잇는 메시징 계층입니다. 저장된 에이전트는 저마다 자기 주소와 자기 인박스를 가진 상시 멤버가 되고, 어떤 멤버든 여섯 개의 MCP 도구를 통해 다른 어떤 멤버에게도 쓸 수 있습니다. 메시지는 전달되기 전에 프로젝트에 저장되므로 두 에이전트가 같은 순간에 깨어 있어야 할 이유가 없습니다.

서로 다른 CLI 사이에서도 됩니까 ?

예, 그게 핵심입니다. 도구는 AgentsRoom MCP 서버가 노출하고, 이 서버는 AgentsRoom이 조종하는 모든 에이전트에 등록되어 있습니다. Claude Code, Codex, GitHub Copilot CLI, OpenCode, Antigravity CLI, Aider, Grok Build, Mistral Vibe, Kimi Code, Amp, oh-my-pi, Freebuff, Devin. Claude Code 에이전트에서 Codex 에이전트로 가는 메시지는 통합이 아니라 평범한 메시지입니다.

수신자가 돌고 있지 않으면 어떻게 됩니까 ?

메시지는 저장되고 기다립니다. 우편을 배달하려고 콘솔을 띄우는 일은 결코 없습니다. 당신이 보고 있지 않은 프로젝트에서 CLI를 여는 것은 당신이 내릴 결정이기 때문입니다. 앱은 무엇이 기다리는지 보여 주고, 전달은 그 멤버가 읽는 것이 말이 되는 상태가 되는 다음 순간에 일어납니다.

메시지가 작업 중인 에이전트를 끊을 수 있습니까 ?

아니요. 전달은 수신자가 생각하는 동안 보류되고, 수신자가 당신의 답을 기다리는 동안에도 보류됩니다. 그 프롬프트에 쓰는 것은 당신 대신 답하는 일이기 때문입니다. 결국 도착하는 것은 긴 글이 아니라 짧은 알림이고, 인박스를 언제 열지는 에이전트가 고릅니다.

에이전트가 다른 에이전트의 이름으로 메시지를 보낼 수 있습니까 ?

아니요. 발신자는 호출의 인자가 아닙니다. 요청을 한 CLI의 정체성에서 서버가 발신자를 찍습니다. 다른 AgentsRoom 도구와 같은 방식이므로 에이전트가 남인 척 서명할 방법은 없습니다.

Agent Teams와는 무엇이 다릅니까 ?

Agent Teams는 파이프라인입니다. 한 번의 런을 위해 만든 노드를 그래프 속 역할로 부르고, 런이 끝나면 없앱니다. 에이전트 간 메시징은 명단입니다. 프로젝트의 상시 저장된 에이전트를 이름으로 부르고, 프로젝트가 존재하는 내내 이어집니다. Teams는 다시 돌리는 것이고 메시징은 계속 가지고 가는 것입니다. Teams에서 없어진 것은 없고, 상시 멤버는 팀 런을 시작할 수 있습니다.

메시지가 백로그 티켓이 됩니까 ?

아니요, 일부러 그렇게 했습니다. 공식적인 일이 사는 곳은 백로그 하나로 남고, 두 에이전트의 대화가 조용히 작업이 되지는 않습니다. 메시지는 티켓 참조를 실어 두 에이전트가 무엇을 이야기하는지 알게 할 수 있지만, 결코 티켓을 대신하지 않습니다.

프로젝트 메모리에 자동으로 무언가 기록됩니까 ?

아니요. 스레드에서 공유 프로젝트 메모리로 저절로 올라가는 것은 없습니다. 지속되는 지식은 그것이 지속된다고 판단한 에이전트가 일부러 쓰는 것이고, 그래서 메모리가 읽을 가치를 지킵니다.

에이전트가 답을 기다린 뒤에 계속할 수 있습니까 ?

블로킹 대기 도구는 없고, 그것은 선택입니다. 답이 올 때까지 도구 호출을 얼리는 방식은 앱이 제어하지 못하고 프로바이더마다 다르게 정하는 타임아웃에 의존합니다. 지원되는 방식은 보내고, 턴을 마치고, 답이 도착할 때 알림에 깨어나는 것입니다.

메시지는 어디에 있습니까 ?

프로젝트 폴더 안, git 밖으로 빼 둔 AgentsRoom 작업 디렉터리입니다. 봉투는 한 번 쓰이고 다시 쓰이지 않으며, 그 뒤에 벌어지는 일은 모두 별개의 이벤트로 덧붙습니다. 메시지의 상태는 누군가 덮어쓴 값이 아니라 언제나 사실에서 다시 세워집니다.

모델이나 프로바이더를 바꿔도 정체성이 유지됩니까 ?

예. 멤버는 세션이 아니라 저장된 에이전트입니다. 모델을 바꾸고, 한 프로바이더에서 다른 프로바이더로 옮기고, CLI를 닫았다 다시 열어도 주소는 그대로이고 인박스도 온전합니다.

따로 설정할 것이 있습니까 ?

아니요. 프로젝트의 저장된 에이전트가 이미 명단이고, AgentsRoom MCP 서버는 이미 모든 에이전트에 등록되어 있습니다. 도구는 백로그와 터미널 명령 도구가 그러하듯 에이전트의 도구 목록에 나타납니다.

잘 어울리는 것

더 알아보기

에이전트에게 인박스를 주세요

AgentsRoom을 내려받아 프로젝트를 열고, 이미 저장해 둔 에이전트들이 당신이 돌리는 모든 CLI를 넘나들며 서로에게 쓰기 시작하게 하세요.

무료AgentsRoom 다운로드

컴패니언 앱: 이동 중에도 에이전트를 모니터링

Claude, Codex, Antigravity CLI 또는 다른 AI 공급자를 사용하세요.

확장 프로그램 설치
Chrome Web Store

버그와 요청을 공개 백로그로 바로 보내세요.

AgentsRoom의 실제 모습.

멀티 프로젝트
멀티 프로바이더
멀티 에이전트
실시간 상태
파일 diff & 커밋
모바일 앱
라이브 프리뷰
에이전트 팀
브라우저 자동화
백로그 기반 개발
프롬프트 라이브러리
스킬 라이브러리
모든 기능 보기