Arriva WebMCP: le UI web hanno bisogno di un contratto per gli agenti
Chrome 149 rende WebMCP ispezionabile in DevTools. Il tema pratico è progettare azioni delegabili senza creare una superficie fragile.
WebMCP의 핵심은 화면을 없애는 것이 아니라, 기존 웹 페이지가 브라우저 안에서 AI agent에게 호출 가능한 structured tool을 선언하도록 만드는 것이다. 사람은 계속 같은 화면을 보고, agent는 클릭을 추측하지 않고 명시된 계약을 따른다.
What changed
Chrome 문서는 WebMCP를 proposed web standard로 설명하며 JavaScript API와 HTML form annotation을 함께 제시한다. Chrome 149 DevTools는 Application panel에서 tool schema, 실행, invocation 상태, 반환 payload를 확인하는 실험 기능을 제공한다.
Why it matters
복잡한 폼, 예약, 고객 지원, 관리자 콘솔은 DOM만 보고 자동화하기 어렵다. WebMCP는 agent가 요소 의미를 추론하는 대신 사이트가 tool 이름, 입력 schema, 현재 state, 결과를 명시하게 한다.
Community signal
커뮤니티 반응은 기대와 경계가 함께 나온다. screenshot loop와 DOM scraping을 줄일 수 있다는 기대가 있는 반면, 실제 UI와 tool layer가 어긋날 수 있다는 우려도 크다.
Practical impact
Frontend 팀은 접근성, E2E 테스트, analytics처럼 agent-facing contract를 관리해야 한다. Security 팀은 origin isolation, permissions policy, confirmation, audit log를 검토해야 한다.
What to do now
가장 자주 실패하는 workflow 하나를 고르고 tool schema를 먼저 문서화한다. 민감 작업에는 사용자 확인을 넣고, DevTools 또는 E2E 테스트로 tool 결과와 visible UI state가 같은지 확인한다.
Risk
WebMCP는 아직 초기 단계다. 모든 브라우저와 agent가 지원한다고 가정하지 말고, 사람용 UI와 기존 API를 유지한 채 progressive enhancement로 좁게 실험하는 편이 안전하다.
Checklist
✓ 사람용 UI와 접근성 이름을 먼저 정리한다
✓ schema가 실제 validation과 제품 용어를 반영한다
✓ 구매·삭제·전송에는 confirmation을 둔다
✓ 민감 호출은 audit log에 남긴다
✓ tool 결과와 UI 상태의 drift를 테스트한다
Conclusion
WebMCP는 웹을 agent API로 대체하자는 제안이 아니다. agent가 추측하지 않아도 되도록, 사람이 보는 웹 경험 위에 최소한의 명시적 계약을 더하자는 흐름이다.