코딩 없이 사내 도구 만드는 법
Retool 같은 사내 도구 빌더는 시작은 빠르지만 영원히 빌려 쓰는 겁니다. 2~3달러 충전만으로 코딩 없이 대시보드나 승인 워크플로를 만드는 법을 정리했습니다.
모든 팀은 결국 같은 걸 필요로 합니다. 아직 존재하지 않는 작은 사내 도구요. 지금 뭐가 돌아가는지 보는 관리자 대시보드. 요청이 슬랙 스레드 속에서 죽지 않게 해줄 승인 워크플로. 아무도 마스터 스프레드시트를 손으로 건드리지 않게 해줄 데이터 입력 앱. 대부분 어려운 문제가 아닙니다 — 그냥 아무도 만들 시간이 없었던 문제일 뿐입니다.
그래서 사람들은 사내 도구 빌더를 찾습니다. Retool, Appsmith, Budibase, 아니면 노코드 블록 더미요. 오후 한나절 만에 팀 앞에 대충 쓸 만한 도구를 내놓는 데는 정말 능합니다. 코딩 없이 사내 도구 만드는 법을 검색했다면 아마 그쪽으로 가고 있을 겁니다. 하지만 첫날이 아니라 석 달 뒤에 드러나는 함정이 있습니다. 내가 만든 도구가 사실 내 것이 아니라는 겁니다. 그들의 플랫폼 안에 살고, 사용자당 요금이 매겨지고, 떠나고 싶어도 보통 깔끔한 내보내기 방법이 없습니다.
코딩 없이 사내 도구를 만드는 걸 어떻게 생각해야 하는지 — 그리고 블랙박스를 빌리는 대신 진짜 코드를 소유하는 방법을 정리했습니다.
'사내 도구'는 보통 진짜 뭘 말하나
도구를 고르기 전에, 실제로 뭘 만드는 건지 이름을 붙여보는 게 도움이 됩니다. 대부분의 사내 도구는 몇 가지 형태로 나뉩니다.
- 대시보드 — 데이터(데이터베이스, 스프레드시트, API)를 읽어서 표와 차트로 보여주고, 필터 몇 개를 추가.
- 승인 워크플로 — 누군가 요청을 제출하고, 다른 누군가 승인·반려하고, 상태가 추적되고, 알림이 갑니다.
- 데이터 입력/CRUD 앱 — 원본 데이터를 직접 건드리지 않고 레코드를 생성·조회·수정·삭제하는 폼.
- 사내 유틸리티 — 대량 임포터, 일회성 마이그레이션 UI, "이 작업 실행하고 결과 보여줘" 버튼.
이 중 어느 것도 대규모 엔지니어링 프로젝트가 필요하지 않습니다. 필요한 건 도구를 평범한 말로 빠르게 설명하고 작동하는 버전을 돌려받는 방법입니다. 선택지 간의 차이는 그 후에 손에 뭐가 남느냐입니다.
진짜 트레이드오프: 빌려 쓰는 플랫폼 vs. 소유하는 코드
사내 도구 빌더는 소유권을 속도와 맞바꿉니다. 빠르게 작동하는 도구는 얻지만, 승인 규칙·데이터 연결·커스텀 뷰 같은 로직이 그들의 독자 규격으로 표현됩니다. 다음 중 하나가 일어나기 전까진 괜찮습니다. 가격이 바뀌거나, 팀이 커지면서 좌석당 비용이 부풀거나, 플랫폼이 못 넘게 막는 벽에 부딪히거나, 그냥 도구를 다른 곳으로 옮기고 싶어지거나요. 그 순간 "노코드"는 "탈출구 없음"이 됩니다.
대안은 "그럼 코딩을 배워라"가 아닙니다. 원하는 걸 평범한 말로 설명하고, 코딩 에이전트가 진짜 표준 코드를 만들게 하는 겁니다 — 일반 프레임워크로 된 작은 앱을, 내 디스크 위의 평범한 프로젝트 폴더에 그대로 써주는 거죠. 그냥 처음부터 내 것인 진짜 파일이라, 읽고 실행하고 어디든 호스팅하고 나중에 필요하면 개발자에게 넘길 수 있습니다. "내보내기" 단계가 따로 없는 이유는 애초에 내보낼 게 없었기 때문입니다 — 처음부터 내 프로젝트였으니까요. 이게 meshcode가 만들어진 방식이고, 그래서 소유권 질문을 가장 먼저 짚어야 하는 이유입니다. 이 구분에 대해서는 진짜 코드, 노코드가 아니다에서 더 다뤘습니다.
코딩 없이 만들기: 설명하고, 검토하고, 실행하기
개발자가 없어도 실제로 작동하는 루프는 이렇습니다. "한 번 프롬프트 넣고 기도하기"보다는 "이미 하고 있는 프로덕트 매니저처럼 행동하기"에 가깝습니다.
- 도구를 평범한 말로 설명하세요. 앱이 뭘 하는지 보통의 말로 써보세요. "사내 승인 앱이 필요합니다. 직원이 금액·항목·메모와 함께 지출 요청을 제출합니다. 매니저는 대기열을 보고 각 건을 승인하거나 반려하고, 요청자에게 결과가 전달됩니다. 전부 테이블에 저장하세요." 필드, 역할, 규칙을 구체적으로 설명할수록 첫 버전이 더 가까이 나옵니다.
- 에이전트가 만들게 하세요. meshcode가 그 설명을 폼, 데이터 모델, 승인/반려 로직 같은 실제 코드로 바꿔 일반 프로젝트 안에 만듭니다.
- 실행해보고, 다듬으세요. 도구를 요청했던 것과 똑같은 방식으로 변경을 요청하세요. "부서별 필터 추가해줘", "승인되면 요청자에게 이메일 보내줘", "매니저만 대기열을 볼 수 있게 해줘." 요청 하나하나가 평범한 말로 된 지시일 뿐입니다.
프레임워크를 몰라도 변경을 설명할 수 있기 때문에, 팀의 비개발자도 이 과정을 직접 이끌 수 있습니다 — 애초에 사람들이 코딩 없이 앱 만들기에 이 방식을 쓰는 이유와 같습니다. 개발자가 있다면, 역설계해야 하는 독자 설정이 아니라 확장할 수 있는 표준 코드를 넘겨받게 됩니다.
조각들을 병렬로 돌리기
사내 도구는 하나짜리가 아니라 작은 묶음인 경우가 많습니다. 대시보드, 그걸 채워주는 승인 플로, 지난 분기 데이터를 불러오는 작은 임포터까지요. meshcode는 작업 공간을 여러 패널로 나눠 각 패널에서 다른 에이전트나 모델을 동시에 돌릴 수 있게 해줍니다. 한 패널에서 대시보드가 만들어지는 동안 다른 패널에서 임포트 스크립트가 모양을 갖추는 식이죠. 사내 도구 작업에서 한 창 안에 조각들을 하나씩 만드는 대신 "혼자서, 작은 팀처럼 일한다"는 아이디어를 적용한 겁니다.
이미 내고 있는 Claude나 ChatGPT(Codex) 구독을 CLI로 연결해 meshcode 안에서 추가 토큰 과금 없이 바로 쓸 수도 있고, 그냥 내장된 meshcode 모델로 시작해 이 부분을 건너뛸 수도 있습니다.
비용: 좌석당 구독 vs. 쓴 만큼
사내 도구 빌더가 조용히 비싸지는 또 다른 지점이 바로 여기입니다. 대부분 사용자당·월별로 과금하는데, 두 명이 쓸 땐 괜찮지만 자기가 만들지도 않은 대시보드를 보러 팀 전체가 로그인하는 순간 부담이 됩니다. meshcode는 구독이 아니라 크레딧 기반입니다. Stripe로 2~3달러를 충전해 만드는 동안 쓰고, 세계 최저 수준의 코딩 토큰 비용 모델 스택 위에서 돌아갑니다. 그리고 결과물이 직접 호스팅하는 코드이기 때문에, 완성된 도구를 쓰는 사람들은 애초에 좌석당 비용 항목이 아닙니다.
| 사내 도구 빌더(예: Retool) | meshcode | |
|---|---|---|
| 만드는 방식 | 드래그 앤 드롭 + 독자 설정 | 평범한 말로 설명 |
| 소유하는 것 | 그들 플랫폼에 갇힌 로직 | 내 프로젝트 폴더 안의 실제 파일 |
| 실행되는 곳 | 그들의 클라우드 | 어디든 원하는 곳에 호스팅 |
| 여럿이 동시에 만들기 | 캔버스 하나씩 순서대로 | 패널마다 다른 에이전트 |
| 내 Claude/Codex 연결 | 제한적 | 가능 — CLI 경유, 추가 토큰 과금 없음 |
| 가격 | 좌석당 월 구독 | 2~3달러 충전(사용한 만큼) |
| 비개발자도 만들 수 있나? | 어느 정도 | 가능 — 평범한 말로 |
meshcode는 얼리 액세스입니다. 현재 가격은 다운로드 페이지에서 확인하세요.
이게 사내 도구를 만드는 맞는 방법일까
일주일 쓰고 버릴 도구가 필요하고 아무도 유지보수할 필요가 없다면, 좌석당 요금을 내는 빌더도 충분히 합리적인 선택입니다 — 그게 그들의 자리입니다. 하지만 아래 중 하나라도 해당된다면 진짜 코드로 소유하는 쪽이 더 잘 맞습니다.
- 도구가 오래 남을 거라 예상되고, 그 로직이 벗어날 수 없는 플랫폼에 갇히는 걸 원하지 않는다.
- 팀 전체가 쓸 것이고, 좌석당 가격이 단순한 대시보드를 반복되는 청구서로 바꿔놓는다.
- 비개발자가 직접 만들고 손볼 수 있게 하고 싶다 — 필요한 걸 평범한 말로 설명해서.
- 직접 호스팅하고 싶고, 나중에 개발자에게 넘길 여지를 남겨두고 싶다.
- 또 다른 구독을 쌓기보다 이미 내고 있는 Claude나 Codex를 그대로 쓰고 싶다.
락인도, 좌석당 요금 폭탄도, 블랙박스도 없습니다. 필요한 사내 도구를 설명하고, 진짜 코드를 받아서, 커피 한 잔 값으로 소유하세요.
👉 meshcode 다운로드 — Mac, Windows