feat: 변경 식별자 소비처 탐색·관찰 가능 지적 QA 편입·QA 사전점검과 재실행 스크립트 (v2.4.0)

[cskwork]

요약

프런트엔드 라우트 개편 기능 하나가 리뷰 3회·QA 3회를 돌며 QA 라운드마다 브라우저 시나리오 18~20개를 손으로 다시 몰았다(45분, 38분). 코드 결함 3건 중 2건은 QA 전에 알 수 있었다. 규칙만 바꾸고 스크립트는 그대로다. 자세한 근거는 log/changelog-v2.4.0.md.

변경

• 변경 식별자 소비처: scout(logic)가 이름·값을 바꾸거나 리다이렉트하는 식별자의 소비처를 리터럴 값까지 검색해 나열한다. 값을 비교만 하는 로거·감사 로그·권한 검사·watcher·플래그·다른 앱 링크도 포함한다. PLAN Side effects가 각각을 덮고, 빠지면 reviewer가 plan·diff 모두에서 차단한다.
• 관찰 가능한 리뷰 지적 → 시나리오: non-blocking 지적 끝에 (observable)을 붙이고, QA는 이를 1차 라운드에 시나리오로 실행한다.
• QA 사전점검: 시나리오 전에 한 번 확인한다. 경로별 실제 호출이 의도한 환경에 닿는지, 드라이버가 이 샌드박스에서 기동하는지, 장시간 프로세스가 실행 시간보다 오래 사는지. 배운 사실은 refs/learnings.md에 둔다.
• 재실행 가능한 시나리오: 시나리오별 스크립트를 logs/scripts/에 저장한다. 이후 라운드는 모든 스크립트를 새 커밋에 다시 돌리고, FAIL·BLOCKED·신규 행과 새 diff가 닿는 행만 손으로 몬다. 로그는 logs/r<round>-<ID>.txt로 옆에 남긴다. 모든 행은 새 커밋에서 실행되므로 증거 기준은 그대로다.
• code FAIL = 버그 수정: Evidence에서 돌아온 code FAIL은 보고된 이유로 실패하는 회귀 테스트를 먼저 쓴다(Implement 규칙과 같음).
• 전달 시 남길 스크립트는 프로젝트 e2e 스위트로 옮기거나 Delivery 후속으로 적는다.

검증

• bash tests/selftest.sh → PASS: 119 checks
• sdlc.sh 변경 없음. 문서·템플릿·VERSION(2.4.0)·changelog만 바뀐다.

호환

• 기존 feature 폴더·.state·evidence 형식은 그대로다. logs/scripts/와 (observable)은 규칙 추가이고 스크립트가 검사하지 않는다.