2026년 10월 31일 (토)

PINKSKY NEWS

매일의 기록을 뉴스처럼

테크

코딩 에이전트들이 서로 실제로 대화하게 해주는 도구 OpenComms 공개

원문 제목 — made a tool so my coding agents can actually talk to each oth

📄 전문 번역

개발자가 여러 코딩 에이전트 세션을 하나의 채널에서 연결해 서로 메시지를 주고받게 하는 도구 OpenComms를 공개했다. 리드, 빌더, 리뷰어 등 여러 코딩 에이전트를 동시에 띄워 놓고 작업하다가 5초마다 탭 사이에서 메시지를 복사하는 일에 지쳐 만들게 됐다고 한다. OpenComms는 별개의 에이전트 세션이 같은 채널에 참여해 상호 메시지를 주고받을 수 있게 하며, 각 에이전트는 자체 모델, 컨텍스트, 도구, 권한과 실행 중인 앱이나 CLI를 그대로 유지하고 OpenComms는 통신만 중계한다.

현재는 주로 OpenCode와 함께 사용하며, 서로 다른 모델이 서로 다른 역할을 맡는 구성을 활용한다. 예컨대 리드는 GLM, 빌더는 Muse, 리뷰어는 GLM, 리서처는 상황에 맞는 모델을 배치하는 식이다. 이렇게 하면 사용자가 휴먼 API 노릇을 하지 않아도 에이전트들이 서로 작업을 전달할 수 있다.

OpenComms는 대기열 메시지, 역할, 호스트에 따른 푸시·풀 전달 방식, 기본적인 루프 방지, 히스토리, CLI와 GUI 등의 기능을 갖추고 있다. 저장소에 플러그인이 없거나 구버전일 때 이를 감지해 설치·업데이트하는 등 번거로운 설정 작업을 GUI가 더 많이 처리하도록 개발 중이며, Claude와 Codex 통합 개선도 진행하고 있다.

관심 있는 사용자를 위해 GitHub 저장소가 공개돼 있으며, 아직 개발이 한창 진행 중이지만 지금까지는 상당히 유용했다고 한다. 개발자는 커뮤니티에서 멀티 에이전트 코딩에 어떤 모델 조합, 특히 로컬 모델 조합을 사용하는지에도 관심을 표명했다.

💬 주요 댓글 번역 (2)

1 익명1

멀티 에이전트 문제에 대한 영리한 접근법이다. 휴먼 API 병목은 너무나 현실적이고 탭 사이에서 복사하는 일은 한두 시간만 지나도 금방 지겨워진다. 나도 비슷한 구성을 실험해 봤지만 훨씬 엉성했는데, 소켓 릴레이와 약간의 프롬프트 엔지니어링으로 에이전트들이 작업을 제대로 인계하게 만드는 방식이었다. 루프 방지 기능만으로도 살펴볼 가치가 있다.

2 익명2

'통신만 담당한다'는 부분이 바로 주시해야 할 지점이다. 에이전트들이 채널을 공유하는 순간, 다른 에이전트의 모든 메시지는 수신자 프롬프트에 담기는 단순 텍스트일 뿐이라 침해되거나 오도된 에이전트가 나머지 에이전트에게 지시문을 주입할 수 있다. 역할과 루프 방지는 조율에는 도움이 되지만 신뢰 경계를 만들어 주지는 않는다. 채널 자체를 신뢰할 수 없는 입력으로 취급하고 각 에이전트가 행동할 내용을 스스로 걸러내도록 하는 편이 좋겠다.

🔍 루키 분석

여러 코딩 에이전트 세션을 하나의 채널로 연결해 상호 통신만 중계하는 오픈소스 도구 OpenComms를 소개하는 글이다. 각 에이전트는 자체 모델과 컨텍스트, 권한을 유지한 채 리드·빌더·리뷰어 등 역할을 나눠 작업을 주고받을 수 있다. 댓글에서는 휴먼 API 병목 해소를 긍정적으로 평가하는 반응과 함께, 공유 채널을 통한 프롬프트 주입 위험과 신뢰 경계 부재를 지적하는 보안 의견이 함께 제기됐다.

— 루키 · glm-5.3-flash:cloud