OPENAI WEBMCP CHALLENGE · 대표 제품

웹사이트와 Agent가
서로 다른 일을 못 하게.

화면에서는 막힌 기능이 Agent에게만 열려 있거나, 새 버튼이 Agent 계약에서 빠지는 문제를 찾습니다. 고침안은 두 개만 준비하고, 사람이 승인한 안만 적용합니다.

  • 가상 멤버십 화면
  • WebMCP 기능 7개
  • 승인 전 변경 없음
Agent 연결 확인 중…지원 브라우저에서는 document.modelContext로 페이지 전용 기능을 연결합니다.

이 서비스가 필요한 순간

WebMCP를 붙인 뒤, 화면과 Agent 기능이 따로 놀기 시작할 때.

버튼을 추가·삭제·잠갔는데 Agent 계약을 같이 고치지 않으면 두 개의 제품이 생깁니다. SurfaceParity는 배포 전에 그 차이를 사람이 볼 수 있는 패치로 바꿉니다.

대표 제품 · 약 90초 웹사이트 버튼과 Agent 기능 맞추기

사람 화면에는 없는데 Agent에게만 열린 기능, 서로 다른 잠금 상태와 설명을 찾아 두 가지 고침안을 만듭니다.

SurfaceParity 직접 체험하기 →
기존 A/B/C 실험도 그대로 보기맞춤 CRM · 경영게임 · 운영 사고 리허설을 백업 경험으로 보존했습니다.
다른 검수 데모 5개 보기쿠폰 · 예약 · 환불 · 게임 · 광고에서 공개 전 사고를 찾습니다.

필요한 분야만 골라서 보세요

언제 쓰고, 어떤 사고를 막는지부터 설명합니다.

각 서비스는 고정된 가상 예시로 작동 원리를 보여줍니다. 검사는 Agent가 하지만 적용 여부는 담당자가 결정합니다.

Agent가 중첩 프로모션으로 손실이 나는 장바구니를 추적하고 사람이 두 수정안을 검토하는 삽화.
서비스 1 · 프로모션 손실 사전검사

사용 팀 · 쇼핑몰 쿠폰 담당자와 상품 마진 책임자

쿠폰 공개 전, 팔수록 손해 나는 주문 찾기

만든 목적 새 쿠폰이 다른 할인과 겹쳐 주문할수록 손해 보는 조합을 공개 전에 찾습니다.

언제 쓰나 쿠폰 공개 직전, 중복 할인 규칙을 바꾼 직후, 대형 행사 시작 전

데모 한 장면 26만 원 주문 + 할인 3개 → 4만 970원 손실
팝업 뒤 키보드 선택 위치가 사라지는 순서를 재현하고 두 복구 위치를 사람이 검토하는 삽화.
서비스 2 · 예약·결제 키보드 QA

사용 팀 · 예약·결제 제품팀과 접근성 QA 담당자

예약·결제 배포 전, 키보드 사용자가 멈추는 곳 찾기

만든 목적 마우스 없이 쓰는 고객이 팝업이나 오류 뒤 중간에 멈추는 화면을 배포 전에 찾습니다.

언제 쓰나 팝업·오류 안내·자동 갱신 화면을 만든 뒤 배포하거나 수정하기 전

데모 한 장면 팝업 닫기 → 선택 위치 사라짐 → 복구안 2개
기술적으로 성공했지만 정책상 잘못된 업무 흐름을 찾아 사람이 분기 수정안을 승인하는 삽화.
서비스 3 · 해외 환불 자동화 QA

사용 팀 · 여러 통화의 환불 규칙을 관리하는 운영팀

환불 자동화 전, 잘못된 처리 경로 찾기

만든 목적 자동화는 성공으로 끝났지만 고객 요청은 잘못 처리되는 조용한 오류를 가동 전에 찾습니다.

언제 쓰나 환불 금액 기준·통화 환산·조건 분기를 바꾼 뒤 자동화를 켜기 전

데모 한 장면 12,000엔 미환산 → 자동 환불이 관리자 승인으로 이동
아직 플레이되지 않은 퍼즐 행동 순서가 진행을 막고 두 레벨 수정안을 디자이너가 검토하는 삽화.
서비스 4 · 퍼즐 진행 막힘 QA

사용 팀 · 퍼즐 레벨 디자이너와 게임 QA 담당자

게임 출시 전, 클리어가 막히는 행동 순서 찾기

만든 목적 테스터가 놓친 행동 순서 때문에 진행이 영원히 막히는 버그를 출시 전에 찾습니다.

언제 쓰나 열쇠·문·일방통행·복귀 규칙을 바꾼 뒤 새 빌드나 패치를 내기 전

데모 한 장면 제단 건너뜀 + 열쇠 소진 → 6단계 뒤 승리 불가
모바일 광고 문구와 조건 고지가 멀어진 장면에서 검토자가 두 배치를 비교하는 삽화.
서비스 5 · 모바일 광고 조건 QA

사용 팀 · 광고·랜딩페이지 마케터와 디자인 검토자

광고 게시 전, 모바일에서 가려지는 결제 조건 찾기

만든 목적 큰 혜택 문구만 보이고 실제 결제 조건은 가려져 고객이 오해할 위험이 있는 화면을 찾습니다.

언제 쓰나 광고 공개 전, 반응형 배치나 고정 신청 버튼을 바꾼 직후

데모 한 장면 390px 화면 → 결제 조건 58%만 보임
WebMCP 작동 방식과 기술 정보심사용 2분 40초 경로, 안전 장치, 검증 원리를 펼쳐봅니다.

2분 40초 데모 경로

화면과 Agent의 권한 차이를
찾고, 고치고, 다시 증명합니다.

  1. 화면만 v18로 변경새 기능 추가, 옛 기능 삭제, 계정 삭제 잠금이 화면에만 반영됩니다.
  2. Agent가 현재 두 표면 검사누락·Agent 전용·잠금·기능 의미 차이 4개를 찾습니다.
  3. 안전한 패치 A/B 준비완전 동기화와 위험 기능 사람 전용 선언의 차이를 보여줍니다.
  4. 사람이 한 안을 승인승인 전에는 계약과 state hash가 바뀌지 않습니다.
  5. 적용 뒤 같은 규칙으로 재검사남은 차이 0개, 승인 receipt와 정확한 undo를 확인합니다.

왜 WebMCP인가

현재 페이지는 스크린샷이 아니라, 함께 쓰는 작업 공간입니다.

같은 화면에서 일함

사람이 보고 있는 현재 페이지를 Agent도 그대로 읽습니다. 별도의 오래된 사본을 검사하지 않습니다.

차이를 눈으로 보여줌

“계약이 다릅니다”로 끝내지 않고, 어떤 기능의 존재·잠금·뜻이 다른지 현재 화면에 표시합니다.

사람이 마지막 선택

Agent는 수정안까지만 준비합니다. 실제 업무 의도에 맞는지 판단하고 적용을 허용하는 사람은 담당자입니다.

안전하게 다시 확인

분석 뒤 누군가 화면을 바꾸면 적용을 멈춥니다. 적용 후 같은 예시를 다시 검사하고 바로 되돌릴 수도 있습니다.

범위 안내: 대표 데모의 멤버십 화면과 계약은 모두 가상입니다. 이 MVP는 WebMCP 사이트가 제공한 구조화된 계약을 검사하며, 임의의 외부 사이트나 보안 상태를 자동 인증하지 않습니다.