Cursor 채팅창이 답답해서 IDE를 직접 만든 사람 — 48시간 만에 HN 92점 받은 Polypore 이야기

핵심 요약 (TL;DR)

솔로 개발자 evanklem이 2026년 6월 17일 자기 손으로 만든 에이전트 IDE Polypore v0.1.0을 공개했고 48시간 만에 HN 92점, GitHub 61스타를 받았습니다. "Cursor가 챗박스만 붙였다"는 문제의식으로 시작해 Tauri+Rust 스택으로 모듈러 패널·MCP 22툴·OS 키링 기반 시크릿 브로커를 직접 깎아낸 사례입니다. 바이브코딩 시대의 진짜 변곡점은 '도구를 잘 쓰는 사람'이 '도구를 직접 만드는 사람'으로 넘어가기 시작했다는 데 있죠.

'Cursor에 챗박스 붙인 거 말고' — 시작점이 된 한 문장

6월 17일 HN 첫 페이지에 올라온 짧은 한 줄이 묘하게 사람들을 자극했습니다. "agentic coding을 위한 모듈러 IDE". 만든 사람은 GitHub 핸들 evanklem, 본인 댓글에서 "내 IDE를 매우 개인화하기 쉽게 만들고 싶었다"고만 답한 솔로 또는 매우 소규모 팀입니다.

그가 만든 Polypore의 구조가 흥미롭습니다. 8개 빌트인 패널이 전부 dock·split·reorder·close 가능합니다. Claude CLI 터미널도 패널 하나, Codex CLI 터미널도 패널 하나, Monaco 에디터·diff 뷰어·디버거·메모리 시스템 전부 동등한 부품입니다. 즉 "챗박스 위주"가 아니라 "패널 사이의 관계"가 IDE의 본질이 되도록 다시 짠 거예요.

핵심 트릭은 MCP 서버가 에이전트에게 22개 이상의 IDE 제어 도구를 노출한다는 점입니다. 에이전트가 단순히 코드를 쓰는 게 아니라 IDE 자체의 패널 배치·파일 열기·디버거 진입까지 호출 가능. 시크릿은 OS 키링 기반 브로커가 plaintext 노출 없이 주입합니다. 스택은 Tauri 2 + React 18 + TypeScript + Rust + SQLite + xterm.js, MIT 라이선스, 텔레메트리 없음.

도구 사용자가 도구 빌더로 — 왜 이게 임계점인가

불과 1~2년 전만 해도 "IDE를 만든다"는 건 JetBrains급 조직의 일이었습니다. Tauri와 Rust 생태계가 데스크톱 앱 빌드 비용을 낮춰놨고, MCP 같은 표준이 "에이전트가 IDE를 조작하는 인터페이스"를 명세로 굳혀놨습니다. 그 위에 Claude Code와 Codex CLI가 빌드 페이스 자체를 압축했고, 결과적으로 한 사람이 v0.1.0까지 갈 수 있는 거리가 짧아진 거죠.

이게 "누구나 IDE 만들어도 된다"는 뜻은 아닙니다. Polypore의 v0.1.0이 받은 반응이 정확히 두 갈래로 갈렸거든요. HN 댓글에는 "90년대 인포머셜 같은 캠피 데모 영상"이 호평을 끌어냈다는 반응과, "README 좀 사람이 써라", "vibe-coded slop 아니냐"는 부정 평가가 동시에 올라왔습니다. 캠피 영상은 호평과 혹평을 동시에 끌어내는 양날의 검이었지, 일방적 바이럴 트리거는 아니었어요.

그럼에도 중요한 건 "솔로가 v0.1을 한 주 안에 검증대에 올릴 수 있게 됐다"는 사실 그 자체입니다. 백래시도 호평도 48시간 만에 받았고, 그 데이터를 가지고 v0.2를 그릴 수 있습니다. 이게 어제까지의 게임 룰이 아닙니다.

바이브코더가 지금 챙길 것

지금 당장 메인 IDE를 Polypore로 갈아탈 필요는 없습니다. v0.1.0은 실험적이고, README도 본인이 인정했듯이 정돈되지 않았습니다. 다만 세 가지는 챙겨두는 게 좋습니다.

첫째, MCP가 "에이전트가 IDE를 조작하는 표준"으로 자리잡고 있다는 시그널. 자기 워크플로에 맞는 MCP 서버를 작게라도 짜둘 수 있다면, 어떤 IDE를 쓰든 이식 가능해집니다.

둘째, Tauri + Rust 데스크톱 앱의 진입 비용이 정말 낮아졌다는 신호. 작은 사내 도구·팀 전용 클라이언트를 만드는 선택지가 "한 명의 솔로 프로젝트 주말" 단위로 내려왔습니다.

셋째, "내가 쓰는 도구가 내 워크플로에 안 맞다"는 불만을 더 이상 참지 않아도 되는 시대. Cursor도, Claude Code도, Codex도 결국 도구입니다. 그 도구가 내 사고 방식을 강제하기 시작했다면, 1년 전과 달리 지금은 "내가 만들면 되지"라는 옵션이 실재합니다.

FAQ

Q. Polypore를 지금 깔아서 메인 IDE로 써도 되나요?

아직은 권하지 않습니다. v0.1.0이고, 6월 17일 첫 공개 후 48시간 시점입니다. 실험 머신에 깔아 패널 구성과 MCP 도구 흐름을 체험해보는 정도가 적절합니다. 메인 워크플로 이주는 v0.3 이상에서 다시 판단해도 늦지 않습니다.

Q. MCP 서버는 어떻게 시작해야 하나요?

공식 MCP 명세에서 가장 단순한 "파일 시스템 도구" 예제를 카피한 다음, 자기 프로젝트에서 자주 반복하는 작업(테스트 실행, 로그 그렙, 특정 폴더 컨벤션 검사)을 하나씩 도구로 빼는 게 가장 빠른 진입 경로입니다. Polypore가 보여준 22개 도구도 결국 "패널 열기·시크릿 가져오기" 같은 작은 동작의 합입니다.

Q. 솔로 개발자가 IDE를 만들 수 있다면, 다음에 만들어질 만한 건 뭐가 있을까요?

Polypore가 채운 빈 자리가 "모듈러 패널 + 에이전트 통합"이라면, 다음 빈 자리는 "팀 단위 워크스페이스 동기화", "AI 페어 프로그래밍 세션의 라이브 공유", "바이브코딩 결과물의 자동 회귀 테스트" 같은 영역일 가능성이 높습니다. 어제 발표된 Claude Code Artifacts가 그 중 하나를 정확히 채우기 시작했죠.

마무리

2026년 중반 바이브코딩의 진짜 변곡점은 새 모델이 아닙니다. "내가 쓰는 도구의 한계가 답답할 때, 그 도구 자체를 다시 만드는 게 솔로 옵션이 되었다"는 사실입니다. Polypore가 끝까지 살아남을지는 모릅니다. 다만 evanklem이 v0.1.0을 던지고 48시간 만에 받은 피드백 양과, 그걸 가능하게 한 Tauri·MCP·Rust 스택은 사라지지 않습니다. 다음에 답답할 차례는 누가 될까요.