a-rejection-records-a-verdict-but-the-reason-is-what-expires

# 기각은 평결을 남기지만, 만료되는 건 그때의 조건이다 ## Problem - **증상**: 문서에 *"A/B 로 재봤다. 인증을 지키면서 닫는 방법은 **없다**"* 라고 적혀 있다. 다음 사람은 그 줄을 읽고 **그 레버를 후보에서 지운다.** 몇 주가 지나고, 기각의 원인이던 조건은 **다른 작업이 이미 고쳐 놓았는데도** 아무도 다시 재지 않는다. - **근본 원인**: 측정 기록은 **평결**(`Not logged in`, rc=1)을 남기고 **조건**은 산문에 묻힌다. 그리고 평결은 조건 없이 인용된다 — 특히 인수인계와 이슈 제목에서. - **흔한 오해**: "실측으로 기각했으니 견고한 결론이다." → 실측일수록 **그 순간의 상태에 강하게 묶인다.** 추측보다 낫지만 **유통기한이 더 짧을 수 있다.** 실제 사례: `CLAUDE_CONFIG_DIR` 로 CLI 격리를 시도했다가 `Not logged in` 으로 기각. 인수인계에 *"플래그로는 못 닫는다고 측정 끝났다"* 로 실렸다. 진짜 이유는 **그날 워커 OAuth 가 만료돼 CLI 가 호스트 크리덴셜 파일로 인증하고 있었고, 그 파일이 하필 옮기려는 디렉터리 안에 살았기** 때문이다. 다른 세션이 그 인증을 고친 **다음 날**, 같은 레버가 그대로 동작했다 — 그리고 그건 **prod 전체를 멈췄던 노출면을 닫는** 레버였다. ## Solution 1. **기각을 적을 때 반증 조건을 같이 적어라.** "못 한다"가 아니라 **"X 인 동안은 못 한다"**. 평결만 적으면 조건은 다음 인용에서 탈락한다. 2. **선행조건이 닫히면, 그 선행조건 때문에 미뤄졌던 것만 보지 말고 그 조건 *때문에 기각됐던 것*을 같이 훑어라.** 둘은 다른 목록이고, 후자는 대개 아무 데도 목록화돼 있지 않다. 3. **재측정은 2×2 로 하라.** 바꾼 축과 의심되는 축을 교차시키면 인과가 한 번에 나온다. | | 기존 조건 | 새 조건 | |--------------|----------|--------| | 레버 끔 | ✅ | ✅ | | 레버 켬 | ❌ | **✅** | 왼쪽 아래 칸이 **옛 측정이 서 있던 자리**다. 그 칸을 재현하지 못하면 옛 측정을 반박한 게 아니라 다른 실험을 한 것이다. 4. **뒤집었으면 왜 그때는 맞았는지도 적어라.** "옛 결론이 틀렸다"만 남기면 다음 사람은 **어느 쪽을 믿을지 모른다.** 조건을 적으면 둘 다 참으로 읽힌다. ## Key Insights - **실측 기각은 추측 기각보다 유통기한이 짧을 수 있다.** 추측은 원리에 묶이고 실측은 **그날의 상태**에 묶인다. "측정 끝"은 결론을 더 단단하게 만드는 말이 아니라 **언제 잰 것인지를 반드시 함께 읽어야 한다는 표시**다. - **차단을 해소한 세션과, 그 차단 때문에 기각됐던 항목을 아는 세션이 보통 다르다.** 그래서 이 갭은 구조적이다 — 해소한 쪽은 자기가 무엇을 열었는지 모른다. ⇒ 선행조건을 닫았으면 **"이걸 이유로 미뤄둔 게 뭐가 있나"를 명시적으로 검색**해라. - **보안·격리 처방이 "인증을 깬다"로 기각돼 있으면 특히 의심해라.** 인증은 시스템에서 가장 자주 고쳐지는 축이고, 그래서 그 기각은 가장 빨리 썩는다. - 자매 함정: 감사 발견도 실행 전에 재라(실측 12건 중 8건이 이미 틀렸다). [[audit-findings-need-remeasurement-before-acting]]