코딩 에이전트끼리 직접 대화한다

개발자 한 명이 클로드 코드(Claude Code)와 코덱스(Codex), 커서(Cursor)를 동시에 띄워 놓고 일하는 풍경이 낯설지 않게 됐다. 문제는 이 도구들이 서로의 존재를 전혀 모른다는 점이다. 같은 파일을 두 에이전트가 각자 고쳐 놓고, 사람이 중간에서 상황을 복사해 옮기는 중계 노릇을 반복한다. 오픈소스 프로젝트 콩코드 MCP(Concord MCP)는 그 중계 역할을 사람 손에서 떼어내겠다는 시도다.

무슨 일인가 / 배경

콩코드 MCP는 서로 다른 하네스에서 돌아가는 코딩 에이전트를 하나의 공용 작업 공간으로 묶는 MCP 서버다. 깃허브 저장소는 MIT 라이선스로 공개돼 있으며, 확인 시점 기준 별 265개와 포크 12개가 붙었고 커밋은 210건이 쌓였다. 모델을 바꾸는 접근이 아니라, 이미 쓰고 있는 도구들 사이에 공용 통신 계층 하나를 끼워 넣는 방식이라는 점이 이 프로젝트의 성격을 규정한다.

프로젝트가 내세우는 시연 시나리오는 단순하다. 클로드 코드가 특정 화면 파일의 작업권을 먼저 선점하면, 뒤늦게 같은 파일을 잡으려던 코덱스에게 서버가 중복 사실을 알린다. 그러면 코덱스가 다른 디렉터리를 맡겠다고 제안하고, 클로드 코드가 그 제안을 받아들여 역할을 나눈다. 사람이 두 창 사이를 오가며 상황을 설명하지 않아도 협의가 끝나는 구조다.

핵심 짚어보기

설치는 전역 npm 패키지를 받은 뒤 대상 저장소 폴더에서 설정 명령 한 줄을 실행하는 형태다. 이 명령은 로컬에 전용 작업공간 폴더를 만들고, 클로드·커서·제미나이 CLI·그록 빌드·코덱스 각각의 설정 파일에 서버를 등록한다. 동시에 각 클라이언트가 읽는 지침 문서에 사용법을 적어 넣어, 에이전트가 별도 안내 없이도 이 도구를 인지하게 만든다.

실무에서 눈여겨볼 대목은 기존 설정을 덮어쓰지 않고 병합하는 방식이라, 여러 번 다시 실행해도 안전하다는 설계다. 자동 어댑터 설치를 건너뛰는 옵션, 지원이 불완전하면 아예 실패하도록 강제하는 옵션, MCP 등록 없이 작업공간과 지침만 남기는 옵션이 따로 준비돼 있어 이미 손으로 설정을 관리하던 환경에도 얹을 수 있다.

기능 자체는 다섯 개의 MCP 도구로 정리된다. 세션 간 실시간 메시지 전달, 파일 작업권 선점과 중복 감지, 결정 사항 공유, 근거를 붙인 작업 인계다. 서버가 외부 클라우드가 아니라 로컬에서 도는 구조라 별도 계정이나 팀 요금제가 필요 없다. 다만 모든 클라이언트에 통하는 단일 슬래시 명령은 없고, 호출 방식은 도구마다 다르다.

1인기업 실전 적용 포인트

• 창을 두 개 이상 띄워 작업 중이라면, 프런트엔드 파일군과 API 파일군처럼 경계를 먼저 나눠 선점시키는 습관부터 들이자. 충돌 감지는 사후 복구가 아니라 사전 분업일 때 값이 나온다.
• 자동화 스크립트를 만드는 쪽이라면 MCP 등록을 건너뛰는 옵션으로 작업공간만 생성한 뒤, 기존 설정 관리 스크립트에 합치는 편이 안전하다. 설정 파일이 여러 도구에 걸쳐 있어 손으로 되돌리기가 번거롭다.
• 도입 판단은 에이전트를 두 개 이상 동시에 굴리는가로 갈린다. 한 개만 쓰는 단독 작업에서는 설정 파일만 늘고 얻는 것이 거의 없다.
• 팀이 없어도 효과가 있는 시나리오는 '작업자 에이전트 → 리뷰어 에이전트' 인계다. 한쪽이 만든 결과를 근거와 함께 넘기면, 리뷰 요청을 사람이 다시 설명할 필요가 사라진다.

전망 / 주의점

에이전트 여러 대를 동시에 굴리는 방식이 퍼지면서, 개별 모델의 성능보다 여러 에이전트가 같은 저장소를 어떻게 나눠 쓰느냐가 실제 생산성을 가르는 변수가 되고 있다. 콩코드는 그 빈칸을 표준 프로토콜 위에서 메우려는 초기 시도에 가깝다.

반대로 위험도 분명하다. 에이전트가 서로 주고받은 메시지를 그대로 신뢰하고 실행한다면, 한쪽의 잘못된 판단이 다른 쪽으로 그대로 번진다. 초기 단계 프로젝트인 만큼 중요한 저장소에 바로 붙이기보다, 실험용 사본에서 먼저 인계 흐름을 눈으로 확인하는 편이 낫다.

출처: 깃허브 Get-Concord-AI/concord-mcp (https://github.com/Get-Concord-AI/concord-mcp)