jurylisted

# Nova LLM Jury ## 적용 규칙 (on-demand 로드) - `docs/nova-rules.md §10` 관찰성 계약 — 최종 합의 판정 직후 `jury_verdict` 이벤트 기록 ## 관찰성 훅 (v5.12.0+) 합의 판정 후 반드시: ```bash bash hooks/record-event.sh jury_verdict "$(jq -cn \ --arg cl "$CONSENSUS" \ --argjson cd "$CHANGED" \ '{consensus_level:$cl, changed_direction:$cd}')" 2>/dev/null || true ``` Safe-default: 기록 실패는 판정 반환에 영향 없음. > 단일 LLM 심판은 위치 편향(position bias)과 장황함 편향(verbosity bias)이 있다. > 다중 관점으로 평가하면 이 편향을 구조적으로 상쇄할 수 있다. 이 스킬은 **3가지 모드**로 호출된다: | 모드 | 호출처 | 페르소나 | |------|--------|---------| | **코드 리뷰** | `/nova:review --jury` | Correctness / Design / User | | **Plan 리뷰** | `skills/deepplan` Phase C (`--jury` 옵션) | architect / security / qa | | **보안 진단** (Nova 개발자 전용) | `dev/commands/audit-self.md --jury` (v5.23.0+) | Red(공격자) / Blue(방어자) / Auditor(중재자) | --- ## 모드 1: 코드 리뷰 `/nova:review --jury` 옵션으로 활성화한다. ### Jury 구성 (3인) 각 Jury는 독립 서브에이전트로 실행한다: | Jury | 관점 | 핵심 질문 | |------|------|----------| | **Correctness** | 정확성 | 코드가 요구사항대로 동작하는가? | | **Design** | 설계 | 아키텍처 원칙과 일관되는가? | | **User** | 사용자 | 사용자가 문제 없이 쓸 수 있는가? | ### 합의 프로토콜 | Jury 합의 | 최종 판정 | |-----------|----------| | 3/3 PASS | **PASS** | | 2/3 PASS + 1 CONDITIONAL | **PASS with notes** — 소수 의견 기록 | | 2/3 PASS + 1 FAIL | **CONDITIONAL** — FAIL 사유 검토 필요 | | 2/3 FAIL 이상 | **FAIL** | 합의와 다른 판정을 낸 Jury의 의견은 반드시 기록한다. --- ## 모드 2: Plan 리뷰 `skills/deepplan` Phase C에서 `--jury` 옵션이 지정될 때 호출된다. 호출 컨텍스트에 `mode: plan` 및 `file: docs/plans/{slug}.md`가 포함된다. ### Jury 구