브라우저 자동화 실습에서 가장 먼저 무너지는 건 모델이 아니다. 헤드리스 Chromium을 띄우고 스크린샷을 찍어 모델에 넘기는 구조는 한 세션짜리 데모에서는 돌아간다. 동시 세션이 열 개를 넘어가면 메모리부터 바닥난다. 그리고 버튼이 20픽셀 밀리면 그 단계는 그대로 실패한다.
두 증상의 원인은 같다. 브라우저는 사람 눈에 화면을 그려주려고 만들어진 프로그램이고, 에이전트는 그 화면이 필요 없다. 8월에 나온 발표들은 이 지점을 정면으로 건드린다. 에이전트 실행 환경이 사람용 스택을 빌려 쓰는 단계를 지나, 렌더링과 UI를 떼어낸 별도 규격으로 갈라지고 있다.
렌더링을 지우면 자원은 세 배 줄고 응답은 두 배 느려진다
Cloudflare가 8월 6일 공개한 Kitesurf는 Chromium을 쓰지 않는다. Rust와 WebAssembly로 만든 엔진이 Workers의 V8 아이솔레이트 안에서 돌고, 픽셀을 그리는 층이 없다. 자체 벤치마크 수치는 다음과 같다.
| 작업 | CPU (Kitesurf / Chromium) | 메모리 | 실제 소요 시간 |
|---|---|---|---|
| 스크린샷 | 380ms / 1,173ms | 57.8MiB / 271.0MiB | 1,148ms / 637ms |
| HTML 추출 | 229ms / 877ms | 39.4MiB / 273.7MiB | 820ms / 472ms |
CPU와 메모리는 37배 아꼈고, 대신 벽시계 시간은 1.71.8배 느리다. 벤더가 이 손해를 숨기지 않고 같은 표에 적었다는 점이 중요하다. 판단 기준이 명확해지기 때문이다. 사용자가 기다리는 단일 세션이면 손해고, 수백 개 세션을 동시에 돌리는 배치성 수집이면 이득이다. CDP 엔드포인트를 그대로 노출해 Puppeteer와 Playwright 코드는 수정 없이 붙고, Web Platform Test는 21만 5천 개 이상 통과한다. 현재 베타 기간 무료이며 계정별 사용 한도가 걸려 있다.
화면을 버린 자리에 접근성 트리가 들어왔다
Anthropic은 8월 19일 computer use와 browser use를 정식 출시했다. 둘은 이름만 바뀐 같은 물건이 아니다. 새로 나온 browser_toolset_20260801은 페이지의 접근성 트리를 읽고 엘리먼트 참조로 요소를 직접 지목한다. 폼 값을 좌표 클릭 없이 설정하고, 탭과 다운로드를 다룬다. 스크린샷은 보조 수단으로 내려갔다.
좌표가 아니라 참조로 조작하면 레이아웃이 바뀌어도 덜 깨진다. 다만 이 이점은 공짜가 아니다. 접근성 속성이 비어 있는 사내 레거시 화면에서는 읽을 트리 자체가 부실하고, 브라우저를 어디에 띄울지는 여전히 도입하는 쪽의 몫이다. 이 도구는 브라우저를 대신 실행해 주지 않는다.
런타임도 프레임워크에서 떨어져 나온다
DeepSeek이 MIT 라이선스로 공개한 Harness(dsh)는 같은 분리를 실행 계층에서 한다. 마이크로커널 구조라 모델 어댑터, 도구 레지스트리, 샌드박스, 루프, UI가 전부 플러그인이고, 코어를 건드리지 않고 YAML이나 JSON 설정으로 교체한다. 사용자 메시지와 도구 호출을 추가만 가능한 이벤트 로그로 남겨 실행을 되짚고 재생할 수 있다.
아직 0.1 개발자 프리뷰다. 확장 규격과 스키마는 깨질 수 있다고 명시돼 있어 지금 프로덕션에 얹을 물건은 아니다. 그럼에도 방향은 읽힌다. 에이전트 스택의 각 층이 통짜 프레임워크에서 떨어져 나와, 교체 가능한 단위로 다시 조립되고 있다.
교육과 AX 현장에서 이 변화는 실습 과제의 기준을 바꾼다. "에이전트가 화면을 보게 하는 법"이 아니라 "어떤 층을 우리가 소유하고 어떤 층을 갈아끼울 것인가"가 설계 질문이 된다. 조녁컴퍼니는 이 판단을 조직 안에 남기는 방식으로 교육과 컨설팅을 설계한다. 사업영역 →