Files
2nd/10_Wiki/Topics/AI_and_ML/Procedural Narrative Generation.md
T

3.6 KiB

id, title, category, status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, tags, raw_sources, last_reinforced, github_commit, inferred_by
id title category status canonical_id aliases duplicate_of source_trust_level confidence_score tags raw_sources last_reinforced github_commit inferred_by
wiki-2026-0508-procedural-narrative-generation Procedural Narrative Generation 10_Wiki/Topics needs_review self
P-Reinforce-AUTO-PRON-001
none A 0.94
auto-reinforced
narrative-design
interactive-storytelling
pcg
ai-writing
2026-04-20 pending Claude Opus 4.7 (auto-normalize 2026-05-08)

Procedural Narrative Generation

📌 한 줄 통찰 (The Karpathy Summary)

"살아 움직이는 이야기의 공장: 고정된 시나리오 대신 유저의 선택과 상황적 변수를 조합하여, 매번 새로운 서사적 경험을 만들어내는 동적 스토리텔링 시스템."

📖 구조화된 지식 (Synthesized Content)

절차적 서사 생성(Procedural Narrative Generation)은 알고리즘과 AI를 활용하여 게임이나 인터랙티브 미디어의 줄거리를 실시간으로 생성하는 기술입니다.

  1. 생성 메커니즘:
    • Grammar-based: 트레이서리(Tracery)와 같은 문법 엔진을 사용하여 문장 구조를 조합하여 텍스트 생성.
    • Simulation-based (Dwarf Fortress 방식): 수많은 NPC들의 욕구와 행동이 충돌하며 자연스럽게 역사와 사건이 창발되도록 함.
    • LLM-driven: 대규모 언어 모델을 활용하여 맥락과 감정이 실린 풍부한 대사 및 플롯 전개 생성.
  2. 핵심 도전 과제:
    • Narrative Paradox: 생성된 이야기의 '자유도'와 서사적 '완성도/감동' 사이의 균형을 맞추는 일.
    • Consistency: 긴 호흡의 이야기에서 앞뒤 설정이 충돌하지 않게 유지하는 논리적 일관성.
  3. 가치:
    • 유저마다 독특한 자신만의 이야기를 갖게 하여 게임의 다시하기 가치(Replayability) 극대화.

⚠️ 모순 및 업데이트 (Contradictions & Updates)

  • 과거 데이터와의 충돌: 과거에는 "알고리즘이 쓴 이야기는 영혼이 없다"는 비판이 강했으나, 최근 인지 과학적 스토리 텔링 기법(Story Skeletons)을 AI에 입히며 인간 작가의 보조를 넘어 공동 집필 수준으로 발전함.
  • 정책 변화(RL Update): AI가 도덕적으로 부적절하거나 혐오적인 서사를 생성하지 않도록 '서사적 안전 가이드라인(Safe Storytelling Policy)'을 모델의 사후 처리 레이어에 의무적으로 적용하는 정책이 마련됨.

🔗 지식 연결 (Graph)


🤖 LLM 활용 힌트 (How to Use This Knowledge)

언제 이 지식을 쓰는가:

  • (TODO)

언제 쓰면 안 되는가:

  • (TODO)

🧪 검증 상태 (Validation)

  • 정보 상태: needs_review
  • 출처 신뢰도: A
  • 검토 이유: (P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)

🧬 중복 검사 (Duplicate Check)

  • 기존 유사 문서: (TODO: 인덱서 클러스터 리포트 참조)
  • 처리 방식: UPDATE (자동 정규화)
  • 처리 이유: Phase 1 정규화 — 옛 템플릿/누락 필드 보강.

🕓 변경 이력 (Changelog)

날짜 변경 내용 처리 방식 신뢰도
2026-05-08 P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) UPDATE A