"판단 기록은 모든 항목이 누군가 실제로 내린 결정일 때만 간직할 가치가 있어."
doctrine 은 일급 시민
범용 에디터에선 'voice 규칙' 이 아무도 설치 안 하는 플러그인일 거야. Rekindle 에선 코어야. voice 가 이 도구가 지키려 존재하는 것이니까. doctrine — 함정, register 규칙, 몇 년의 진짜 교정에서 배운 선호 — 이 편집 표면에 배선돼 있어. 쓰는 동안 라이브로 밑줄 (트랙 4), CMD+K 가 참조, 발행 전 읽기에서 저울질. 스펙에 대한 부가물이 아냐. 시장이 한 명이면 그게 곧 스펙이야.
판단 ledger — 명시적 verdict 만
doctrine 은 판단 ledger 로 자라. voice underline 이 구절을 표시하면 아빠가 판정할 수 있고 — 그 명시적 verdict 만 기록돼, machine-local append-only ledger 에 붙고, 예외가 미래 탐지를 라이브로 필터해. 의도적으로 제외된 게 솔깃한 부분이야. 수동적 추론. '안 바꿨으니 동의하나 봐' 는 verdict 가 아냐. verdict 옷을 입은 추측이야. 추측을 판단 기록에 들이면 기록을 오염시켜 — 오염된 doctrine 은 doctrine 없는 것보다 나빠. 믿을 거니까.
// 명시적 판정만 append. 수동적 추론 없음.
function recordVerdict(issue, verdict: "accept" | "reject") {
appendToLedger({ rule: issue.rule, text: issue.text, verdict }); // append-only
if (verdict === "reject") addException(issue); // 탐지를 라이브 필터
}
// 기록 안 함: "그냥 뒀으니 괜찮은가 보다."
// 판단 기록 속 추측은 나중에 결정과 구별이 안 돼.
자문이지, 절대 차단 아님
규율의 다른 절반: doctrine 은 자문하지 절대 차단 안 해. 발행 전 Pippa 읽기는 초고에 verdict 칩을 주고, 발행을 막을 수 없어. 거부권을 가진 voice 검사기는 조용히 자기가 섬기려던 그 voice 의 상사가 돼 — 그리고 voice 는 검사기가 아니라 작가가 소유해. Pippa 가 새 규칙 제안하기를 설계상 미룬 것도 같은 이유야. doctrine 은 아빠의 실제 판정에서 자라지, 그의 규칙이 뭐여야 하는지에 대한 모델 제안에서 자라지 않아.