원본 기사
https://news.hada.io/topic?id=33959
주요 포인트 3줄 정리
- Browserbase는 Stagehand v4에서 브라우저 자동화의 핵심 상태 관리와 CDP 명령 처리를 SDK 바깥이 아니라 브라우저 확장 프로그램 안으로 옮겼다.
- 이 구조 덕분에 원격 브라우저에서도 상태 불일치와 왕복 지연을 줄이고, TypeScript, Python, Go SDK가 하나의 공통 코어를 공유하게 되었다.
- Stagehand는 Playwright식 API를 유지하면서 act, extract, observe, self-healing, WebMCP, 클립보드, iframe, Shadow DOM, 도메인 정책 같은 에이전트 지향 기능을 강화했다.
핵심 키워드
- Stagehand v4
- 브라우저 에이전트
- Playwright 대체
내 생각 정리
이 글의 핵심은 브라우저 자동화를 테스트 프레임워크 중심에서 에이전트 실행 환경 중심으로 재설계했다는 점이다. Playwright가 안정적인 테스트 자동화에 강하다면, Stagehand v4는 원격 브라우저, 자연어 기반 동작, 보안 정책, 토큰 비용 절감을 전제로 삼는다. 다만 Playwright의 자동 대기, 테스트 러너, 라우팅, 각종 assertion 생태계를 그대로 대체하는 도구라기보다, 에이전트가 웹을 조작하는 프로덕션 흐름에 특화된 별도 선택지로 보는 편이 적절하다.
본문 발췌
Stagehand v4는 target management, state, CDP dispatch를 브라우저 옆의 확장 프로그램으로 옮겼고, 접근성 트리를 더 과감하게 줄여 모델이 실제 행동에 필요한 정보만 보도록 한다. Browserbase는 50단계 Wikipedia 크롤 예시에서 Stagehand batch가 Playwright보다 빠른 결과를 보였다고 설명한다.