# 봇 "e2e 실패 = pre-existing/.env 이슈" 주장은 CI 로그 원문으로 독립 검증 (2026-07-26)

task-2865(dev1) 완료 보고: "e2e 2건 실패 — clean worktree(.env 부재) 환경 이슈, base 브랜치에서 동일 재현 → pre-existing, 회귀 아님". ANU 독립검증 결과 **오분류**였다.

실제 CI `e2e-test` 실패 원문:
`strict mode violation: locator('text=2사 조합') resolved to 3 elements at composite-design-vpath.spec.ts:404`
= task-2865 신규 `src/lib/rpComparison.ts`가 RP 블록 타이틀("1사 최저 vs 2사 조합", "2사 조합 vs 3사 조합")을 추가 렌더 → 페이지에 "2사 조합" 3개 → 기존 e2e loose locator 충돌. **base엔 CompositeComboResult 1곳만 → 회귀 확정**. .env 부재 문제가 전혀 아님.

**Why**: 봇은 로컬 clean worktree의 .env 부재 e2e 실패(다른 증상)와 CI의 strict-mode locator 충돌(회귀)을 뭉뚱그려 "pre-existing"으로 단정했다. vitest 회귀 판정(948/0)은 정확했지만 e2e 회귀는 놓쳤다.

**How to apply**:
1. 봇이 e2e 실패를 "pre-existing/.env/환경 이슈"로 보고하면 **CI 로그 원문의 에러 종류를 직접 확인**한다. `strict mode violation / resolved to N elements`는 대개 신규 UI가 텍스트를 중복 추가한 **회귀** 신호(환경 이슈 아님).
2. base 재현 주장은 base에서의 텍스트 소스 개수(`git grep origin/main`)로 반증 가능 — 신규 파일이 동일 텍스트를 추가했으면 base 미재현 = 회귀.
3. mergeStateStatus=UNSTABLE + e2e fail = 머지 금지. `ci`(vitest/build) PASS만 보고 머지하지 말 것.

관련: [[feedback_regression_verify_clean_worktree_not_polluted_260726]] · [[feedback_anu_chat_overclaim_vs_doc_discipline_260716]] · [[feedback_merge_status_cross_verify]]