Browser Use 창업자가 하니스를 공개한 이유

2026년 4월 18일, Gregor Zunic은 사실상 자기 제품을 은퇴시키는 네 줄을 올렸습니다.

소개합니다: Browser Harness. 거의 모든 브라우저 작업을 해낼 수 있는 자가 치유형 하니스입니다. 우리는 브라우저 프레임워크가 LLM을 옭아매는 데 지쳤습니다. 그래서 프레임워크를 걷어냈습니다.

Greg은 Browser Use의 공동 창업자입니다. 에이전트 생태계에서 회사 이름이 아예 동사가 되어 버린 그 회사죠. 2025년에 나온 AI 쇼핑 봇과 리서치 어시스턴트, 계정 생성 스크립트의 절반은 X에서 “Browser Use를 쓴다”는 말로 설명됐습니다. 그 프레임워크가 곧 그 범주였습니다.

그런데 창업자가 그것을 대체할 물건을 오픈소스로 풀었습니다.

이건 기능 출시가 아니었습니다. 회사를 세운 그 구조가 앞으로 올 것에는 틀린 구조라는, 공개적인 베팅이었습니다.

Browser Use는 무엇이었나

이 전환을 이해하려면 2024년에 Browser Use가 무엇을 풀고 있었는지부터 봐야 합니다.

당시 모델은 브라우저를 처음부터 끝까지 몰게 믿을 수 있는 물건이 아니었습니다. 페이지 상태를 잃어버리고, 셀렉터를 지어내고, 보이지도 않는 요소를 클릭하려 들었습니다. 에이전트 분야 전체가 모델의 한계를 감싸는 비계였습니다.

Browser Use는 그 비계의 가장 깔끔한 형태였습니다. 구조화된 Agent 클래스. 액션 레지스트리. 플래너와 실행기의 분리. DOM 셀렉터가 실패할 때를 대비한 비전 기반 복구. 재시도 정책, 타임아웃 처리, 브라우저 컨텍스트 관리까지 — pip install 한 번으로 한 시간 안에 쓸 수 있는 Python SDK에 담겨 있었습니다.

이것이 통했던 이유는 모델이 감당하지 못하는 짐을 대신 졌기 때문입니다. 브라우저가 무엇인지는 프레임워크가 알고 있었고, 모델은 큰 흐름만 채워 넣으면 됐습니다.

바로 그 맞바꿈이 Browser Use를 기본값으로 만들었습니다. 그리고 바로 그것이 어느 날 갑자기 이 프레임워크를 낡은 물건으로 만들었습니다.

18개월 사이에 무엇이 바뀌었나

세 가지가 빠르게 움직였습니다.

도구 사용이 믿을 만해졌습니다. Claude 4와 GPT-5는 2024년 프레임워크들이 필요로 하던 검증 계층 없이도 도구 스키마를 따릅니다. 모델이 형식이 잘 갖춰진 호출을 돌려줍니다. 망가진 호출을 잡아내는 파서가 필요 없습니다.

컨텍스트 창이 활짝 열렸습니다. 100만 토큰 창이란 에이전트가 페이지 전체와 헬퍼 파일 전체, 대화 기록 전체를 올려 두고 다시 읽을 수 있다는 뜻입니다. 프레임워크 코드가 하던 사전 청킹과 상태 관리 곡예가 통째로 증발했습니다.

모델이 오류에서 스스로 회복하는 법을 배웠습니다. 클릭이 빗나가면 2026년의 모델은 헬퍼를 고치거나, 새 셀렉터 전략을 짜거나, 아예 접근 방식을 바꿉니다. 예전에는 손으로 짜 넣던 프레임워크 동작이 이제 모델에서 저절로 나옵니다.

이 셋이 참이 되는 순간, LLM과 브라우저 사이의 모든 추상화 계층은 부채가 됩니다. 여러분이 유지보수해야 하고, 모델이 우회해야 하며, 작업이 정해진 패턴을 벗어나면 깨지는 프레임워크 코드 말입니다.

Greg은 고객들보다 먼저 그것을 봤습니다. 아마 Browser Use 자체를 만들면서 매일 Claude Code를 쓰고 있었고, 진짜 하니스가 안에서 어떤 느낌인지 지켜보고 있었기 때문일 겁니다.

Browser Harness는 실제로 무엇인가

Browser Harness는 대략 수백 줄짜리 Python입니다. Agent 클래스가 없습니다. 액션 레지스트리가 없습니다. 플래너가 없습니다.

Chrome DevTools Protocol을 통해 Chrome에 붙는 웹소켓이 있습니다. LLM이 고칠 수 있는 helpers.py 파일이 있습니다. 그 헬퍼를 어떻게 쓰는지 설명하는 CLAUDE.md나 AGENTS.md가 있습니다.

그게 제품의 전부입니다.

이것을 Claude Code나 Codex 세션에 떨어뜨려 놓습니다. LLM이 헬퍼 파일을 읽고, 무엇을 쓸 수 있는지 파악하고, 하니스의 도구 인터페이스로 헬퍼를 호출하고, 뭔가 안 되면 파일을 고칩니다. 셀렉터가 깨지면 LLM이 헬퍼를 다시 씁니다. 필요한 흐름이 없으면 LLM이 하나 만듭니다. 에이전트가 새로운 사이트를 만날 때마다 코드베이스가 자랍니다.

Greg이 말한 “자가 치유”가 이런 뜻입니다. 오류 처리기가 따로 없습니다. 오류가 방아쇠이고, 모델이 처리기입니다.

두 모양을 나란히 놓고 보면 이렇습니다.

Browser Use (프레임워크)	Browser Harness (하니스)
플래너와 실행기를 가진 Agent 클래스	Claude Code / Codex 안의 LLM
미리 정의된 동작들의 액션 레지스트리	LLM이 고칠 수 있는 helpers.py
DOM이 실패할 때의 비전 대체 경로	LLM이 셀렉터 전략을 고침
내장된 재시도 로직	재시도 여부를 LLM이 결정
약 10만 줄	수백 줄
프레임워크 팀이 유지보수	실행 중에 LLM이 유지보수

이 변화는 미묘하지 않습니다. 로직의 소유자가 뒤집힌 것입니다. 프레임워크의 세계에서는 프레임워크가 로직을 갖고 모델이 변수를 채웁니다. 하니스의 세계에서는 모델이 로직을 갖고, 하니스는 도구를 열어 주기만 합니다.

창업자는 왜 자기 프레임워크를 죽였나

대부분의 회사는 주력 제품이 아직 자라고 있을 때 그것을 죽이지 않습니다. 경쟁자가 등을 떠밀 때까지 우려먹습니다.

Browser Use에는 아직 그런 경쟁자가 없었습니다. 시장은 여전히 대체로 프레임워크 모양이었습니다. 그런데도 Greg은 안티 프레임워크를 내놓았습니다.

설명은 전략이 아니라 제품 감각에 있습니다. 진짜 하니스를 한 번 써 보면 — Claude Code나 Codex 에이전트 모드 말입니다 — 프레임워크로 돌아가는 일이 사이드 브레이크를 걸어 둔 채 운전하는 것처럼 느껴집니다. 프레임워크의 “친절함”이 병목이 됩니다. 모델이 하고 싶어 하는 일을 프레임워크가 막고 있다는 게 손끝으로 느껴집니다.

한번 보이면 안 보이게 만들 수 없습니다. 그래서 그것을 대체할 물건을 내놓게 됩니다. 대체되는 쪽이 자기 것이라 해도요.

방어적인 각도도 있습니다. Browser Use가 하니스를 내놓지 않으면 다른 누군가가 내놓습니다. 아마 프레임워크의 CDP 코드만 떼어 내고 나머지를 도려낸 취미 개발자겠죠. 그 전환에 저항한 회사가 되느니, 그 전환을 해낸 회사가 되는 편이 낫습니다.

더 큰 패턴: 프레임워크에서 하니스로

Browser Use가 처음은 아닙니다. 가장 눈에 띄는 사례일 뿐입니다.

• Anthropic은 프레임워크 없이 Claude Code를 만들었습니다. Bash, Read, Edit, Write, Grep뿐입니다. 프레임워크는 존재하지 않았고, 하니스가 제품의 전부였습니다.
• OpenAI는 같은 모양으로 Codex를 내놓았습니다. 도구와 샌드박스, 나머지는 모델이 알아서.
• Cursor는 에이전트 모드를 더했는데, 기능적으로는 에디터 위에 얹은 하니스입니다.
• Karpathy는 연구에서 같은 일을 했습니다. 그의 autoresearch 패턴은 program.md와 Claude Code뿐, 에이전트 프레임워크는 어디에도 없습니다.
• Browser Use가 가장 최근입니다. 하니스 모양을 위해 자기 프레임워크를 공개적으로 은퇴시킨 첫 번째 주요 프레임워크 회사입니다.

이제 이 패턴은 이름을 붙일 만큼 뚜렷합니다. 프레임워크에서 하니스로의 이동은 2026년 AI 도구 분야를 지배하는 구조적 움직임입니다.

그렇다면 연말이면 하니스 모양이 어디에나 있을 겁니다.

• 코딩 하니스 (이미 도착)
• 브라우저 하니스 (막 도착)
• 리서치 하니스 (Karpathy)
• 데이터 하니스 (DB + 셸, 등장 중)
• 디자인 하니스 (Figma + LLM, 초기)
• 운영 하니스 (kubectl + LLM, 초기)

2026년에 AI 도구를 만들고 있는데 그 제품이 프레임워크라면, Greg이 방금 앞으로 12개월치 각본을 건네준 셈입니다.

만드는 사람들이 여기서 가져갈 것

세 가지입니다.

프레임워크를 그만 만드세요. LLM을 감싸는 비계를 짜고 있다면, 다음 모델이 나오는 순간 쓸모없어질 물건을 짜고 있는 것입니다. 오케스트레이터가 아니라 도구 표면을 만드세요.

작업 디렉터리에 투자하세요. 하니스의 수준은 그것이 읽을 수 있는 파일의 수준을 넘지 못합니다. CLAUDE.md, AGENTS.md, 헬퍼, 참고 문서, 지식 폴더 — 진짜 우위는 여기에 있습니다. 하니스는 공짜입니다. 컨텍스트 라이브러리는 그렇지 않습니다.

에이전트가 어디를 고치는지 보세요. Claude Code 안의 모델이 helpers.py를 고치기 시작하면, “AI가 도구를 쓰는 단계”에서 “AI가 자기 도구 사슬을 관리하는 단계”로 넘어간 것입니다. Browser Harness는 그 루프를 제도화합니다. 2026년에 나올 모든 하니스도 그럴 것입니다.

프레임워크의 시대는 모델이 스스로 깔지 못하는 선로를 대신 깔아 주는 일이었습니다. 그 시대는 2026년 초 어딘가에서 조용히 끝났습니다. Greg은 그것을 공식화했을 뿐입니다.

---

Minibase가 놓이는 자리

모든 하니스는 디스크에서 Markdown을 읽습니다. 스스로 고치는 헬퍼, 참고하는 문서, 기준으로 삼는 레퍼런스 페이지까지 — 전부 에이전트가 grep할 수 있는 폴더에 놓여 있습니다.

Minibase는 어떤 웹페이지든 클릭 한 번으로 깔끔한 Markdown으로 바꿔 주는 도구입니다. 문서 페이지, GitHub README, API 레퍼런스, Stack Overflow 스레드, 자기 프레임워크를 왜 죽였는지 쓴 Greg의 글까지 — 다음에 돌릴 하니스가 읽어야 할 무엇이든요.

하니스는 오픈소스입니다. 한 에이전트를 다른 에이전트보다 낫게 만드는 것은 컨텍스트 라이브러리입니다.

---

Minibase는 어떤 웹페이지든 여러분의 AI 하니스가 읽을 수 있는 Markdown으로 바꿔 줍니다. 확장 프로그램을 설치하고 에이전트를 더 똑똑하게 만들 라이브러리를 쌓아 보세요.