HN이 이 저장소를 밀어 올린 이유는 또 다른 브라우저 자동화 래퍼라서가 아니다. README 첫줄부터 이 프로젝트는 CDP 위에 바로 얹은 "가장 얇은 self-healing harness"를 내세운다. 핵심은 모델이 작업 중간에 빠진 browser helper를 직접 추가하고 다음 단계로 넘어간다는 점이다. 브라우저와 모델 사이에 두꺼운 프레임워크를 두기보다 WebSocket 하나만 두겠다는 선언에 가깝다.

이 접근은 요즘 브라우저 에이전트 설계 흐름과 정면으로 부딪힌다. 많은 도구가 클릭, 입력, 업로드 같은 동작을 미리 정의한 안전한 추상화로 감싼다. Browser Harness는 반대로 helper가 없으면 agent가 helpers.py를 고쳐 함수를 만들고 계속 진행하라고 한다. README도 이를 예시로 들며 upload_file() 같은 누락 기능을 현장에서 추가하는 흐름을 보여준다. 작은 런타임과 raw CDP가 핵심이다.

HN 반응은 바로 갈렸다. 어떤 사람들은 이것을 브라우저 작업판 just-in-time agentic coding으로 봤고, 예기치 못한 UI에 부딪힐 때 이런 유연성이 필요하다고 말했다. 반대로 원시 CDP 접근은 재현성과 감사 가능성을 희생한다는 지적도 나왔다. 모델이 세션 도중 자기 도구를 바꾸기 시작하면 실패 원인을 추적하기 어렵고, Cloudflare 같은 봇 방어와 서비스 약관 문제, 프롬프트 주입 표면도 더 커진다는 얘기다.

그래서 이 글은 단순 데모보다 한 단계 더 긴 대화를 만들었다. 질문은 기능이 되느냐가 아니라, 브라우저 에이전트에 정말 필요한 추상화가 더 많은 레일인지, 아니면 레일을 걷어낸 자유인지이다. 웹 자동화를 제품이 아니라 작업 환경으로 보는 사람에게는 꽤 설득력 있는 제안이다. 동시에 운영과 보안 책임을 맡은 사람에게는 불안한 제안이기도 하다. 출처는 GitHub 저장소와 HN 토론이다.

#cdp

Browser Harness에 HN 반응, "브라우저 도구를 중간에 스스로 고친다"