제작 파이프라인의 반사 판정

제품 한 건을 만드는 동안 답의 범위가 정해진 짧은 판단이 수십수백 번 반복된다. 이런 판단은 cc-dev:jev-reflex(TypeSafe Jev, 판단 전용 모델)에 먼저 묻는다. 한 번에 0.20.3초다. Jev 가 자신 있게 답하면 그 값을 쓰고, 애매하거나 연결이 안 되면 Claude 가 이 문서가 없던 때와 똑같이 판단한다. 어느 경우에도 작업은 멈추지 않는다.

단계의 통과·실패는 여기서 정하지 않는다. run_state.py 의 증거 검증, 요구 섹션 누락 시 미완료, 같은 실패 2회 예산 같은 fail-closed 규칙은 그대로 Claude 와 도구가 판정한다. 반사 판정은 "다음에 무엇을 할지"를 빨리 고르는 보조일 뿐이다.

호출#

JR="<cc-dev:jev-reflex 스킬 디렉터리>/scripts/jev_reflex.py"
SETS="<이 스킬 디렉터리>/jev"                       # cc-bricks 세트는 <cc-bricks:donor-registry 스킬 디렉터리>/jev

python3 "$JR" ask --set "$SETS/ci-failure.json" --field-file failure="$TAIL" [--field-file baseline="$BASE"]
python3 "$JR" ask --set "$SETS/screen-states.json" --items "$SCREENS"      # 한 줄 = {"screen": "…"}

• 판단 대상은 셸 문자열에 넣지 않는다. mktemp 파일에 quoted heredoc(<<'EOF')으로 쓰고 --field-file · --items 로 넘긴다.
• 여러 건은 --items(한 줄에 state 하나, 결과는 입력 순서)로 한 번에 보낸다. 줄마다 route 를 따로 읽는다.
• 종료 코드 0·4 만 결과다. 3(키 없음·오류), 2(사용법 오류), cc-dev 미설치로 스크립트가 없는 경우는 모두 unavailable 로 읽는다.
• 로그·문자열 목록은 필요한 만큼만 넣는다 — 실패 로그는 꼬리 40~80줄, 도너 흔적은 코드가 먼저 후보를 거른 뒤 문자열마다.

판단 지점#

• 세트 파일: jev/*.json(이 스킬) · <cc-bricks:donor-registry>/jev/*.json · cc-dev 의 duplicate·same-failure 는 이름으로 부른다(--set duplicate).
• 판단 결과(값·경로·p/신뢰도·모델 버전)는 그 단계의 evidence 폴더에 남긴다. receipt 의 check 증거로는 쓰지 않는다 — 증거는 실제 도구 결과다.
• Jev 가 유일하게 올린 판단(Claude 는 아니라고 본 도너 흔적, 추가 상태 등)은 기록에 그 사실과 p 를 함께 적는다.

실측#

jev-1.13.0, 2026-09-29, 두 번 이상 실행. 정답은 "확정한 것 중 맞은 것 / 기대값이 있는 수". 나머지는 위임(deliberate)이며 오확정은 모두 0 이다. fixture 는 실제 제품 제작 실행의 CI 로그·도너 흔적 문자열·CoUI 결함 관찰을 일반화했다.

세트 문구나 임계값을 바꾸면 python3 "$JR" eval --set <세트 경로> 로 다시 재고 이 표를 고친다. jev-latest 가 새 버전을 가리키면 다시 잰다.