툴젯, 클로드 코드가 사내 도구 직접 만든다
오픈소스 내부 도구 빌더가 MCP 서버 공개, 코드 생성 대신 실제 앱을 조립
오픈소스 내부 도구 빌더 툴젯(ToolJet)이 MCP(Model Context Protocol) 서버를 공개했다. 개발자가 이미 쓰고 있는 코딩 에이전트, 즉 클로드 코드(Claude Code)나 코덱스(Codex)가 관리자 패널·대시보드·운영용 앱을 프롬프트 한 줄로 만들고 고칠 수 있게 된 것이다. 핵심은 에이전트가 자유로운 코드를 뿜어내는 게 아니라, 툴젯이 정의한 컴포넌트와 데이터 규격 안에서 '진짜 툴젯 앱'을 조립한다는 점이다.
무슨 일인가
툴젯은 기존 데이터베이스·API·SaaS 위에 관리자 화면이나 운영 도구를 얹어 주는 플랫폼이다. 깃허브(GitHub) 스타 4만 800개, 포크 5,400개, 커밋 1만 7,000건이 넘는 대형 오픈소스 프로젝트로, 라이선스는 AGPL-3.0이다. 직접 서버에 설치해 쓰거나 회사가 운영하는 클라우드 버전을 선택할 수 있다.
이번 발표의 골자는 두 갈래다. 첫째, 툴젯 자체 AI가 설명문을 받아 페이지·쿼리·컴포넌트를 생성한다. 둘째, 같은 일을 외부 코딩 에이전트가 MCP 서버를 통해 할 수 있다. 클로드 코드·코덱스·그록 빌드(Grok Build)에는 앱 빌더 스킬을 묶은 플러그인 형태로 제공되고, 커서(Cursor) 같은 나머지 MCP 호환 클라이언트는 MCP 서버만 연결해도 된다. 현재 MCP 기능은 베타 단계다.
핵심 짚어보기
'코드 생성 없음(no codegen)'이라는 문구가 이 소식의 방향을 보여준다. 지금까지 코딩 에이전트에게 "재고 관리 화면 만들어 줘"라고 하면 리액트 코드 수백 줄이 나왔고, 그 코드는 이후 사람이 계속 유지보수해야 하는 부채가 됐다. 툴젯 방식은 다르다. 에이전트는 플랫폼이 실제로 알고 있는 스키마와 컴포넌트 계약을 근거로 작업하므로, 존재하지 않는 필드를 추측하거나 엉뚱한 구조를 만들 여지가 줄어든다. 결과물은 시각 빌더에서 팀이 계속 편집할 수 있고, 권한·환경 분리·버전 이력도 기존 앱과 똑같이 적용된다.
비용 구조도 눈여겨볼 대목이다. MCP 경로로 작업하면 툴젯의 AI 크레딧이 아니라 사용자가 이미 결제 중인 모델 구독이 소모된다. 클로드 구독을 갖고 있다면 추가 지출 없이 내부 도구를 찍어낼 수 있다는 뜻이다.
1인기업 실전 적용 포인트
- 엑셀·구글 시트로 굴리는 주문 관리나 재고 현황을 툴젯 앱으로 옮길 때, 클로드 코드에 "이 DB 테이블 기준으로 검색·필터·수정 가능한 관리 화면"이라고 지시하면 초안이 바로 나온다. 코드 파일이 남지 않으니 나중에 혼자 유지보수할 걱정이 적다.
- 자동화 스크립트로 이미 모아 둔 데이터(뉴스 수집 결과·매출 로그·구독자 수)가 있다면 대시보드 페이지를 한 번에 생성해 보자. 매일 보는 지표를 한 화면에 모으는 데 반나절이면 충분하다.
- 셀프 호스팅 버전을 도커(Docker)로 띄우면 라이선스 비용은 0원이다. 다만 AGPL 조건이 있으니 고객에게 SaaS로 재판매할 계획이라면 라이선스를 먼저 확인해야 한다.
- 베타인 만큼 운영 데이터에 바로 붙이지 말고, 복제 DB나 읽기 전용 계정으로 에이전트 권한을 제한한 뒤 시작하는 것이 안전하다.
전망
코딩 에이전트가 범용 코드를 쓰는 시대에서, 플랫폼별 '계약'을 지키며 결과물을 조립하는 시대로 무게가 옮겨가고 있다. 이 방식은 환각을 구조적으로 억제하고 산출물을 관리 가능한 상태로 유지한다는 장점이 있지만, 그만큼 플랫폼에 종속된다는 단점도 따른다. 1인기업 입장에서는 '내가 유지보수할 수 있는 형태로 남는가'가 도구 선택의 기준이 돼야 한다. 툴젯 MCP는 그 질문에 꽤 설득력 있는 답을 내놓았다.
출처: GitHub — ToolJet/ToolJet (https://github.com/ToolJet/ToolJet)
이 시스템이 실제로 돌아가는 모습은 유튜브에서 공개 중입니다.
채널 보기 ↗