인사이트 · 3분 · 07.15

JUCE 만든 30년 베테랑이 CLI 코딩 에이전트를 못 견딘 이유 — Juggler 해부

loopy vibecoder

핵심 요약 (TL;DR)

오디오 개발자라면 무조건 알고 있는 C++ 프레임워크 JUCE, 그리고 Tracktion DAW와 Cmajor 언어까지 만든 30년 커리어의 Jules Storer가 GUI-first 코딩 에이전트 Juggler를 오픈소스로 공개했습니다. Claude Code·Codex 같은 CLI 에이전트가 왜 시니어 개발자에게 답답한지를 이 프로젝트의 네 가지 설계 결정이 그대로 말해줍니다. 스택은 Go + Wails + Yjs, 라이선스는 AGPL-3.0 본체와 Apache-2.0 익스텐션 SDK 조합입니다.

30년 툴을 만든 사람이 다음으로 만든 것

Ableton, Bitwig, Serato, Native Instruments — 프로 오디오 소프트웨어의 대부분은 JUCE라는 C++ 프레임워크 위에 서 있습니다. 그 JUCE를 만든 사람이 Julian "Jules" Storer입니다. Tracktion DAW, Cmajor DSP 언어까지 30년 넘게 툴 만드는 일에 헌신한 사람이죠.

그런 그가 2026년 7월 14일 Show HN에 올린 새 프로젝트가 있습니다. 이름은 Juggler. 카테고리는 놀랍게도 "AI 코딩 에이전트 GUI"입니다. 창업 명분은 그의 원문 그대로 옮기면 이렇습니다. "모델이 하는 일은 사랑하는데, CLI 경험이 싫었다."

Show HN에서 154포인트와 77개 코멘트를 받으며 논쟁이 붙었고, GitHub에서 209개의 stars를 모았습니다(2026-07-15 KST 기준). 흥미로운 건 창시자 본인이 "Juggler는 손으로 거의 안 짜고 AI로 썼다"고 밝혔다는 점입니다. 툴 만드는 사람이 자기 툴로 다음 툴을 만든 셈이죠.

CLI 에이전트가 시니어에게 답답한 4가지 이유 — Juggler의 설계로 역추적

Juggler의 설계는 CLI 에이전트에 오래 시달린 사람의 원한 리스트에 가깝습니다.

1) 트리 브랜칭 세션. 대화가 선형 로그가 아니라 나무입니다. 어떤 시점에서든 서브스레드로 갈라져서 실험하고, 비교하고, 되돌릴 수 있습니다. CLI에서 "이거 시도했다가 아니면 앞으로 다시" 하는 게 얼마나 아픈지 아는 사람이 만든 UI입니다.

2) Miller column 네비게이션. macOS Finder의 그 컬럼 뷰죠. 계층 구조를 한눈에 두고, 옆으로 넘어가면서 파고들 수 있습니다. 세션·서브스레드·파일 컨텍스트가 컬럼으로 펼쳐집니다.

3) P2P 멀티클라이언트. Yjs CRDT를 써서 데스크톱·브라우저·모바일이 같은 세션에 동시에 접속합니다. 노트북에서 시작하고 아이패드로 이어받는 워크플로우가 처음부터 상정돼 있는 거예요.

4) 모든 것이 확장. 컨텍스트 아이템, slash 명령, LLM 루프 전략, UI까지 JavaScript 확장으로 구현돼 있습니다. 유저가 인스펙트하고, 포크하고, 갈아치울 수 있죠. Apache-2.0 SDK라서 상용 익스텐션 개발도 열려 있습니다.

스택 선택이 말하는 것

Go + Wails로 백엔드를 짜고, 프론트는 JSDoc 스타일 plain JavaScript(TypeScript를 안 씁니다), 문서 동기화는 Yjs — 이 조합에서 Electron 회피 의지가 뚜렷하게 읽힙니다. 이미 Claude Code·OpenAI·Gemini·Ollama·OpenRouter를 다중 프로바이더로 지원하고, 라이선스는 본체 AGPL-3.0에 익스텐션 SDK는 Apache-2.0로 분리했습니다. 개인 유저에게는 오픈소스이고, 기업이 자체 익스텐션을 상용 배포할 수 있는 이중 구조입니다.

국내 바이브코더에게 이게 의미하는 것

지금 이 글을 읽는 분이 Claude Code 헤비 유저이고, 세션 되돌리기·다중 컨텍스트 관리에서 매일 지친다면, Juggler는 아직 v0.3.7 초기 단계지만 방향성을 살펴볼 가치가 충분합니다. Cursor에 이제 막 적응한 초보에게는 이르지만, 시니어 개발자와 바이브코딩 전문가에게는 강력한 신호죠.

한편 더 큰 그림에서 보면, 이 사례는 바이브코딩 도구 시장이 코드 편집기 층에서 위로 밀려 올라가고 있다는 증거입니다. 30년 툴 베테랑이 자기 다음 프로젝트로 AI 코딩 워크벤치를 골랐다는 것 자체가 시그널이거든요. AI 코딩 도구 총정리 비교표에서 다뤘던 Cursor·Claude Code·Codex의 세대가 첫 번째 층이라면, Juggler는 그 위에 얹히는 워크벤치 층의 초창기 참여자입니다.

FAQ

Q. Juggler를 지금 쓸 만한가요?
A. v0.3.7이라 아직 초기입니다. GitHub 리포지토리에서 클론해 실측해볼 수 있지만, 프로덕션 대체보다는 새로운 워크플로우를 시험하는 용도로 접근하는 게 낫습니다.

Q. Claude Code를 대체하나요?
A. 대체가 아니라 감싸는 층입니다. Juggler 안에서 Claude Code·OpenAI·Gemini·Ollama·OpenRouter를 다 붙일 수 있어요. 모델은 그대로 두고 UX 층만 바꾸는 셈입니다.

Q. 라이선스가 복잡해 보입니다.
A. 본체는 AGPL-3.0(수정본 배포 시 소스 공개 의무)이고, 익스텐션 SDK만 Apache-2.0입니다. 개인용은 걱정 없이 쓰면 되고, 사내 배포·상용 익스텐션 개발 계획이 있다면 라이선스 전문가와 조합 검토가 필요합니다.

30년 툴 베테랑이 다음 판으로 코딩 에이전트를 골랐다는 사실은 이 시장의 성숙기가 이제야 시작됐다는 신호입니다. CLI에서 GUI로 넘어가는 이 흐름을 관망만 할지, 아니면 지금부터 자기 워크플로우에 얹어볼지는 각자의 판단이죠.

0

댓글 0

아직 댓글이 없습니다