27개 코딩 에이전트를 한 화면에서 — 독일인 둘이 만든 Emdash가 Product Hunt #4·#5·#6를 같은 날 점령한 이유

핵심 요약 (TL;DR)

독일 출신 2인 YC W26 팀(generalaction, Arne Strickmann + Raban von Spiegel)이 만든 오픈소스 Emdash가 Claude Code·Codex·Cursor·Gemini·Copilot 등 27개의 코딩 에이전트를 git worktree로 격리해 병렬 실행하는 데스크탑 ADE로 5월 20일 Product Hunt #4(260+ vote)에 안착했습니다. 같은 날 Runtime(#5)·Re_gent(#6)까지 같은 카테고리에서 동시 차트인하면서, '에이전트 매니저'가 새로운 인프라 레이어로 자리 잡았다는 신호입니다.

"Claude Code 하나만 켰는데도 정신없는데, 27개?"

처음 Emdash라는 이름을 들었을 때 들었던 생각입니다. 저는 Claude Code 하나 + Codex CLI 하나만 동시에 켜도 git이 충돌하고, diff가 섞이고, 컨텍스트가 갈리는 게 매번 지옥이었거든요. 그런데 5월 20일 Product Hunt를 보면, 같은 카테고리에서 #4 Emdash·#5 Runtime·#6 Re_gent가 한꺼번에 차트인했습니다. 도구 1개가 우연히 떴다면 그냥 트렌드지만, 같은 자리 세 개가 동시에 올라온다면 그건 레이어 자체가 만들어졌다는 뜻입니다.

Emdash가 풀려는 문제

Emdash를 만든 사람은 Arne Strickmann(@arnestrickmann)과 Raban von Spiegel(@rabanspiegel), 둘 다 독일 출신, 샌프란시스코 기반, 회사명 generalaction, YC W26 배치입니다. 직원은 두 명이고요. 그런데도 GitHub은 5,800+ commits에 109 릴리스, 별 4.5K를 찍은 상태입니다. 5/20 당일 v1.1.22가 정확히 Product Hunt 데이 매칭으로 출시됐습니다.

이들이 푸는 문제는 한 줄로 요약됩니다.

"One app. Every coding agent. Open-source."

Claude Code · Codex · Cursor · Cline · Continue · Devin · Gemini · Copilot · Goose · Jules · Kiro(AWS) · Mistral Vibe · OpenCode · Qwen Code · Rovo Dev — 공식 README 기준 27개의 CLI 코딩 에이전트를 한 데스크탑 앱에서 git worktree로 격리해 병렬로 굴립니다. Linear · Jira · GitHub · Asana 이슈를 통째로 에이전트에 패스할 수 있고, SSH 너머 원격 머신 위에서도 같은 방식으로 실행됩니다. 본인들이 부르는 이름은 ADE — Agentic Development Environment입니다.

왜 git worktree가 핵심인가

여러 에이전트를 병렬로 굴리는 시도는 이전에도 있었습니다. 그런데 다 같은 작업 트리를 공유시키니까 한 에이전트가 만든 변경이 다른 에이전트의 컨텍스트를 오염시켰죠. Emdash는 에이전트마다 별도의 git worktree를 떼서 각자의 우주에서 작업하게 만들고, 다 끝난 다음에 비교·머지하는 패러다임입니다. VS Code의 '여러 워크스페이스' 같은 거지만, 워크스페이스 안에 사는 게 사람이 아니라 LLM 에이전트라는 점만 다른 거죠.

이게 의미하는 건 두 가지입니다. 첫째, 같은 이슈를 서로 다른 모델(Opus 4.7 vs Composer 2.5 vs Gemini 3.5 Flash)에 동시에 던지고 결과를 a/b 비교할 수 있다는 거. 둘째, 백그라운드 태스크의 정의가 바뀐다는 거. 지금까지 우리가 '백그라운드'라 부른 건 사실 단일 에이전트의 sleep이었습니다. Emdash 위에서는 27개의 worktree가 각자 자기 시간을 따로 갑니다.

5/20에 같이 차트인한 세 도구의 의미

이 셋이 같은 날 같은 카테고리에서 동시에 떴다는 건 우연이 아닙니다. Anthropic이 5월 6일 Managed Agents를, Google이 5월 20일 Antigravity 2.0의 Managed Agents를 내놓는 동안, '에이전트를 어떻게 굴릴 것인가'라는 질문이 인프라 레이어 그 자체로 떠올랐다는 신호인 거죠. 그 위 IDE 측에서는 Cursor Composer 2.5도 같은 주에 발표됐고요.

FAQ

Q. 27개 에이전트가 다 진짜로 동작하나요?
A. GitHub README 기준 27개의 CLI provider 어댑터가 들어 있습니다. 다만 실제 사용성·안정성은 어댑터별로 차이가 있을 가능성이 큽니다(2인 팀이 1년 미만에 만든 프로젝트라는 점 고려). 본인 워크플로우에서 자주 쓰는 2~3개부터 붙여보는 게 합리적입니다.

Q. Cursor·Antigravity 2.0이 있는데 굳이 Emdash를 쓸 이유는?
A. Cursor와 Antigravity는 각각 자기 모델·자기 에이전트로 묶이는 구조입니다. Emdash는 정반대로 모델/에이전트 중립의 컨트롤 패널이에요. 한 회사의 풀스택에 lock-in되기 싫은 바이브코더에게 더 맞는 거죠.

Q. 27개를 동시에 굴리면 비용이 폭증하지 않나요?
A. 그래서 worktree별로 어떤 모델을 쓸지 따로 지정할 수 있게 되어 있습니다. 무거운 작업은 Opus, 가벼운 건 Haiku나 Composer 2.5처럼 분기시키는 워크플로우가 자연스러워집니다.

도구 1개를 매끄럽게 쓰는 시대는 끝난 것 같습니다. 다음 1년은 도구 N개를 어떻게 한 화면에서 굴릴지의 싸움이고, 그 컨트롤 패널 자리를 누가 가져갈지의 경쟁이 이미 시작됐죠.

소스: Emdash GitHub · Product Hunt · YC W26 페이지 · emdash.sh