Drawgent, 코딩 에이전트의 작업대를 캔버스로

그림을 만드는 AI보다 그림에서 일하는 에이전트

공개 프로젝트 Drawgent 저장소는 사용자가 이미 설치하고 로그인한 Claude Code, Codex, opencode를 Excalidraw 화이트보드에 연결한다. 2026년 9월 27일 확인한 README 기준으로, 별도 모델을 판매하는 서비스가 아니라 기존 에이전트의 작업 공간을 시각적 인터페이스로 넓히는 도구다. 아래 기능 설명은 제작자의 문서를 검토한 결과이며 실제 실행 성능을 독립 측정한 것은 아니다.

사용자는 채팅으로 그림 수정을 요청하거나 캔버스에 AGENT:로 시작하는 메모를 남긴다. 도구는 주변 도형과 화살표 관계를 지시와 함께 전달하고, 에이전트가 장면 데이터와 스크린샷을 확인해 수정하도록 연결한다. 문서상 입력이 멈춘 뒤 약 2.5초 후 메모가 전달되며 처리된 메모는 DONE: 표시로 바뀐다.

이는 “아키텍처 그림을 만들어 달라”는 일회성 생성과 다르다. 사람이 어느 경계를 문제 삼는지 화면에서 짚고, 에이전트가 그 위치를 맥락으로 삼는다. 코드 리뷰에서 줄 번호가 하던 역할을 공간적 위치가 일부 대신하는 셈이다.

ACP와 MCP가 맡는 일은 다르다

Drawgent는 Rust 바이너리 안에 편집 화면을 담고, 기본적으로 로컬 주소의 7300 포트에서 시작한다. 장면은 작업 공간의 파일에 보관한다. 렌더링에는 Chrome 계열 브라우저가 필요하고 Claude·Codex 연결에는 Node.js 18 이상이 요구된다.

여기서 Agent Client Protocol 소개는 클라이언트와 에이전트의 연결을 이해하는 배경 자료다. 반면 MCP 아키텍처 문서는 에이전트에 외부 도구를 노출하는 구조를 설명한다. Drawgent는 이 둘을 조합해 대화 세션을 연결하고 장면 조회·스크린샷·도형 추가 및 수정 같은 캔버스 도구를 제공한다.

따라서 프로토콜 이름이 같다고 모든 에이전트에서 같은 경험이 보장되지는 않는다. README가 밝힌 연결 차이가 도입 판단의 핵심이다.

특히 Codex의 실시간 연결은 “구현돼 있다”와 “실사용 검증이 끝났다”를 구분해야 한다. 공개 초기 프로젝트를 기사에서 곧바로 기업용 완성 제품으로 취급할 수 없는 이유다.

경쟁 지점은 모델이 아니라 공유 맥락

Excalidraw 개발 문서가 보여주는 편집기 생태계 위에서, Drawgent는 별도의 독점 그림 형식을 강요하기보다 기존 캔버스와 코딩 도구를 잇는다. 설계자가 그림을 고친 뒤 개발자가 다시 텍스트 명세로 옮기는 마찰을 줄일 가능성이 있다.

이는 에이전트 CAD의 검증 문제와 닮았다. 출력이 보기 좋다고 설계가 올바른 것은 아니다. 인증 흐름에서 화살표 하나를 잘못 연결하면 그림은 깔끔해도 시스템 의미는 바뀐다. 스크린샷 확인은 배치와 가독성을 돕지만 신뢰 경계나 데이터 소유권까지 입증하지 않는다.

또한 에이전트 지침 표준화가 작업 규칙을 공유하는 문제라면, 캔버스는 작업 대상과 수정 의도를 공유하는 문제다. 팀이 얻는 가치는 모델의 이름보다 지시·수정·검토의 연결이 얼마나 명확한지에 달려 있다.

한국 개발팀이 시험할 범위

국내 팀이라면 먼저 실제 고객 데이터가 없는 서비스 구조도를 대상으로 평가하는 것이 합리적이다. 예를 들어 인증 서버와 결제 서버 사이의 호출 경계를 표시하고, 에이전트가 기존 연결을 유지하면서 설명을 고칠 수 있는지 확인한다. 이때 성공 기준은 생성 속도 하나가 아니라 누락된 구성요소, 잘못 이어진 선, 사람이 다시 손본 횟수다.

README는 기본 권한 모드에서 그림 도구는 자동 승인하고 다른 작업은 채팅에서 묻는다고 설명한다. 이는 캔버스 메모를 단순 주석이 아닌 실행 요청으로 취급해야 한다는 뜻이다. 공유 방에서는 누가 요청을 작성했는지와 누가 코드 접근 권한을 제공하는지 구분해야 한다. 방 통신이 암호화된다는 설명도 에이전트 실행 권한의 안전성을 대신하지는 않는다.

문서상 한 작업 공간은 한 장면을 사용하며 이미지와 파일은 동기화되지 않는다. 첨부 파일까지 팀 전체에 전달될 것으로 가정하면 설계 맥락이 빠질 수 있다. Linear의 CI 재설계 사례처럼 생성량이 늘수록 검토 체계가 병목이 될 수 있으므로, 캔버스 변경도 버전과 승인 근거를 남길 필요가 있다.

도입 판단은 작게 시작하면 된다. 같은 설계 변경을 텍스트 대화와 캔버스 지시로 각각 수행하고, 리뷰어가 의미를 복원하는 시간과 오류를 비교한다. Drawgent가 제시한 가능성은 “그림을 더 많이 생산하기”보다 팀이 같은 대상을 보며 더 정확히 고치는 작업 방식이다.

자주 묻는 질문

Drawgent 자체가 새로운 AI 모델인가?

아니다. 공개 문서상 사용자가 가진 코딩 에이전트 설치와 로그인 상태를 활용하는 연결 도구다.

세 에이전트의 기존 세션에 똑같이 연결되나?

아니다. Claude는 분기 세션, opencode와 Codex는 서로 다른 실시간 연결 경로를 사용한다고 설명한다.

Codex 연결은 실무 검증이 끝났나?

그렇게 단정할 수 없다. README는 로그인된 Codex를 대상으로 아직 시험하지 않았다고 명시한다.

로컬 실행이면 외부 통신이 전혀 없나?

아니다. 캔버스 서버가 로컬이어도 연결한 에이전트의 모델 호출이나 공유 방 사용은 별도 통신을 수반할 수 있다.

가장 먼저 측정할 것은 무엇인가?

같은 설계 수정의 정확성과 사람의 재작업량이다. 문서에 없는 생산성 향상률을 가정하기보다 작은 비교 실험으로 확인해야 한다.