"analysis 의 문장이 딛고 선 crumb 을 가리킬 수 없으면, 엔진은 그 말을 할 수 없어."
규칙 하나: 증거 없는 주장 금지
세 analysis 규칙 중 첫째가 제일 엄격해. 모든 주장이 crumb ID 를 싣고, 자기가 읽은 interpreter generation 도. 특정 날짜 붙은 crumb 으로 되짚을 수 없는 analysis 진술은 unfalsifiable 요약이고, unfalsifiable 요약은 버그야. 문체 실수가 아니라. 독자는 언제나 '그걸 어떻게 알아?' 를 물을 수 있어야 하고, 특정 날의 아빠 자신의 말로 풀리는 답을 받아야 해. 그 질문에 답 못 하는 analysis 가 정확히 이 표면 전체가 피하려고 설계된 추측-기계 실패야.
저장 경계에서 강제
이 규칙은 model 한테 하는 요청이 아니라 코드 속 벽이야. narration 이 생성되면 저장 경계가 그걸 체크해. crumb 인용이 없거나 자기 window 밖 ID 를 인용한 narration 은 거부 돼. 아무것도 안 남고. 아티팩트는 그것이 하는 모든 주장이 분석한 window 안의 crumb 에 앵커됐을 때만 저장돼. 희망 섞인 prompt 가 아니라 저장 층에 체크를 두는 게, Track 4 의 rubric 경계랑 같은 교훈이야. 규칙이 항상 성립해야 하면, 데이터가 durable 해지는 곳에서 강제해.
독자는 영수증을 봐
아빠한텐 inline [crumb:ID] 마커가 Sources 범례에 키를 맞춘 작은 [n] 참조로 렌더돼. 각 항목이 인용된 crumb 의 날짜랑 말을 보여주고. 저장된 아티팩트는 진짜 ID 를 지키고, UI 는 사람이 읽을 영수증을 보여줘. 그래서 analysis 는 믿고 받아들일 주장 벽이 아냐. 저마다 '이건 이 노트에서 왔어' 가 보이게 붙은 관찰 집합이지. 그게 요약을, 의사나 아빠가 실제로 확인할 수 있는 뭔가로 바꿔.