Safari MCP server, 브라우저 디버깅을 agent 작업대로 옮기는 Apple의 선택

Safari Technology Preview 247에 Safari MCP server가 들어갔다. WebKit이 설명한 목적은 명확하다. 코딩 agent가 Safari 창에 연결해 실제 렌더링 상태를 보고, DOM, 네트워크 요청, 콘솔 출력, 스크린샷 같은 정보를 가져오게 하는 것이다. 브라우저에서 문제를 보고 터미널로 돌아와 다시 설명하는 왕복을 줄이겠다는 접근이다.

MCP-compatible client라면 Safari MCP server에 연결할 수 있다. 사용 예시는 Safari에서 웹 개발하기, 브라우저 호환성 확인, 성능 분석, 접근성 점검, 폼이나 체크아웃 같은 사용자 상태 검증까지 이어진다. agent가 코드를 고치는 데서 멈추지 않고, 고친 결과가 Safari 안에서 어떻게 보이는지 확인하는 구조다.

개발자 입장에서는 Apple이 Safari 자동화를 agent 시대의 도구 체계로 끌어올렸다는 점이 중요하다. WebDriver나 safaridriver는 오래 있었지만, MCP는 LLM 클라이언트가 바로 이해할 수 있는 도구 목록과 응답 형식을 제공한다. HN 댓글에서도 Chrome DevTools MCP, Firefox 쪽 MCP, Playwright CLI와 비교하는 반응이 많았다. 브라우저별 agent 디버깅 인터페이스가 빠르게 표준 도구 경쟁으로 넘어가는 분위기다.

아직 핵심은 만능 자동화가 아니다. Safari에서만 보이는 레이아웃 문제, 접근성 누락, 콘솔 오류를 agent가 직접 확인할 수 있다는 점이 실용적이다. 웹 개발에서 “브라우저를 보고 판단하는 일”이 사람의 눈만 담당하던 영역에서, 점점 agent가 검증 가능한 작업으로 나뉘고 있다.