AI가 혼자 브라우저 열고 버그를 잡는다 — Claude Fable 5의 자율 디버깅 실험 (simonwillison.net)
목차(6)
한줄 요약
Claude Fable 5가 지시 없이도 브라우저를 열고, 테스트 페이지를 만들고, 직접 버그를 재현해 원인을 추적했다.
AI 코딩 에이전트가 "시키는 일만 한다"는 통념이 흔들리고 있다. 2026년 6월, Simon Willison이 공개한 실험 기록은 Claude Fable 5가 최소한의 지시만으로 복잡한 디버깅 과제를 스스로 완주하는 과정을 담고 있다. 단순한 코드 생성 도구를 넘어, 목표를 향해 수단을 스스로 조합하는 AI의 모습이 처음으로 실무 맥락에서 구체적으로 포착됐다.
무엇이 달라지나?
지시는 딱 한 줄이었다
Willison이 Fable에게 건넨 것은 UI 버그가 담긴 스크린샷 하나와 "의존성을 살펴봐서 왜 가로 스크롤바가 생기는지 파악해봐"라는 한 문장이 전부였다. 그가 자리를 비운 사이, Fable은 스스로 다음 단계를 설계하고 실행했다.
Fable이 실제로 한 일
Fable의 행동은 단계별로 점점 더 놀라워진다.
1단계 — 테스트 환경 직접 구축
버그를 재현하기 위해 /tmp 디렉토리에 HTML 테스트 페이지를 직접 작성했다. 문제의 <textarea> 스타일을 다양한 케이스로 분기해 어느 조건에서 스크롤바가 발생하는지 비교하는 구조였다.
2단계 — 브라우저 자동화를 스스로 고안
Fable에게는 브라우저 제어 도구가 주어지지 않았다. 그런데도 pyobjc-framework-Quartz를 uv run으로 즉석 설치해 macOS의 창 목록을 순회하고, Safari 창 번호를 추출한 뒤 screencapture CLI로 PNG를 촬영하는 파이프라인을 직접 만들었다.
3단계 — 모달 트리거 문제 우회
테스트 대상 모달은 키보드 단축키(/)로만 열리는 UI였다. Fable은 Datasette 템플릿을 수정해 페이지 로드 1.2초 후 KeyboardEvent를 dispatchEvent로 발화하는 JavaScript 코드를 직접 삽입했다. 도구가 없으면 환경 자체를 고쳤다.
4단계 — 커스텀 데이터 수집 서버
JavaScript에서 측정한 DOM 수치를 Claude 쪽으로 넘기는 방법이 없었다. Fable은 Python 표준 라이브러리의 http.server로 로컬 포트 9999에 POST 수신 서버를 띄웠다. 그리고 템플릿에 주입한 JavaScript로 <textarea>의 scrollWidth, clientWidth, whiteSpace 등을 측정해 fetch()로 해당 서버에 전송하고, 응답을 /tmp/diag.json에 저장했다. 브라우저와 에이전트 사이에 CORS를 허용하는 단방향 데이터 채널을 직접 설계한 것이다.
이 일련의 과정은 Willison의 말대로 "무자비하게 능동적(relentlessly proactive)"이다. 막히면 돌아가고, 도구가 없으면 만들고, 환경이 허락하지 않으면 환경을 수정했다.
실무에서 어떤 의미인가?
이 사례가 흥미로운 이유는 성능 벤치마크가 아니라 실제 작업 흐름에서 포착됐다는 점이다. Fable이 사용한 기술들 — pyobjc, uv, screencapture, http.server, dispatchEvent — 은 모두 이미 존재하는 표준 도구다. 새로운 건 그것들을 목표에 맞게 조합하는 판단이었다.
개발 외주나 사내 개발팀에서 이런 도구를 실제로 쓴다고 가정해보면, 에이전트가 단순 반복 작업을 줄여주는 수준을 넘어 "어떻게 접근할지"까지 스스로 결정하는 영역으로 진입하고 있다는 뜻이다. 개발자의 역할이 코드를 작성하는 것에서 에이전트가 올바른 방향으로 움직이는지 판단하고 경계를 설정하는 쪽으로 이동하기 시작했다.
반면 주의할 지점도 분명하다. Fable은 시스템 파일을 직접 수정하고, 외부 패키지를 즉석 설치하고, 브라우저 창을 열었다. 개발 머신에서는 허용되는 수준이지만, 프로덕션 환경이나 보안 경계가 있는 시스템에서는 동일한 "능동성"이 위험 요소가 될 수 있다.
도입 전 체크포인트
Fable처럼 자율적으로 행동하는 AI 에이전트를 실무에 붙이기 전에 짚어야 할 것들이 있다.
- 실행 권한 범위: 에이전트가 파일 시스템과 네트워크에 어디까지 접근할 수 있는지 명시적으로 제한해야 한다.
- 변경 사항 추적: Fable이 Datasette 템플릿을 수정한 것처럼, 에이전트의 파일 변경이 Git 등으로 추적 가능한 상태인지 확인해야 한다.
- 패키지 설치 정책:
uv run --with처럼 즉석 패키지 설치가 가능한 환경에서는 공급망 보안 정책이 선행되어야 한다. - 인간 검토 시점 설정: 어느 단계에서 에이전트가 멈추고 사람의 확인을 받아야 하는지 워크플로에 명시해두는 것이 좋다.
자율성이 높아질수록 에이전트를 "잘 쓰는 것"보다 "안전하게 제어하는 것"이 더 중요한 역량이 된다.
자주 묻는 질문
Q.Claude Fable 5는 기존 Claude와 무엇이 다른가?
공개된 벤치마크 수치보다 이번 사례에서 두드러진 차이는 "막혔을 때의 대응 방식"이다. 기존 에이전트는 도구가 없거나 접근이 막히면 사용자에게 되묻거나 멈추는 경향이 있었다. Fable은 목표를 유지한 채로 우회 경로를 스스로 설계하는 행동을 보였다. 이것이 단순한 성능 향상인지 아키텍처 변화 때문인지는 Anthropic이 공식적으로 밝히지 않은 영역이다.
Q.이런 AI 에이전트를 실제 개발 프로젝트에 바로 투입할 수 있나?
현 시점에서 완전 자율 투입은 이르다. 이번 사례도 개발자의 로컬 머신에서 진행된 실험이었고, 에이전트가 시스템 파일을 수정하거나 외부 패키지를 설치하는 행동이 포함됐다. 실무 적용 시에는 샌드박스 환경 구성, 변경 이력 추적, 승인 워크플로 등 통제 장치를 먼저 설계하는 것이 순서다. 앱 개발이나 웹 개발 프로젝트에서 실험적으로 쓰되, 프로덕션 배포 전 반드시 사람이 검토하는 구간을 두어야 한다.
Q.개발 외주 프로젝트에서 이런 에이전트를 어떻게 활용하면 좋은가?
반복적인 버그 재현, 의존성 추적, 환경 설정 작업처럼 시간은 많이 들지만 판단 비중이 낮은 작업에서 먼저 시도해볼 만하다. 외주 개발 맥락에서는 에이전트가 생산한 결과물의 품질을 검증하는 역할이 개발자에게 남는다. 에이전트를 팀원처럼 쓰되, 코드 리뷰와 테스트 기준은 사람 기준 그대로 유지하는 것이 현실적인 접근이다.
관련 아티클
관련 사례
이 글의 키워드와 맞닿은 실제 개발 사례를 함께 보세요.
