Files

T

koriweb 5ba5a55c78 feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]

2026-05-08 19:52:07 +09:00

3.6 KiB

Raw Blame History

id, title, category, status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, tags, raw_sources, last_reinforced, github_commit, inferred_by, tech_stack

title

State

📌 한 줄 통찰 (The Karpathy Summary)

"찰나의 스냅샷: 과거에 어떤 일이 벌어졌는지에 대한 기억을 머금고 있는 '지금 이 순간의 데이터'이자, 시스템이 다음에 무엇을 할지 결정하기 위해 참조하는 가장 신선한 정보의 응축."

📖 구조화된 지식 (Synthesized Content)

상태(State)는 고정된 속성이 아니라, 시간의 흐름이나 사건의 발생에 따라 변할 수 있는 동적인 정보의 집합입니다.

상태 관리의 층위:
- Transient State: 메모리에 잠시 머물다 사라지는 상태 (예: 마우스 클릭 좌표).
- Persistent State: 데이터베이스에 저장되어 세션이 끝나도 유지되는 상태. (Storage와 연결)
- Global State: 시스템 전체가 공유하는 핵심 설정이나 컨텍스트.
왜 중요한가?:
- 상태가 꼬이면(State inconsistency) 시스템이 예상치 못한 행동을 하게 되며(Bug), 상태를 잘 설계하는 것이 곧 '예측 가능한 지능'을 만드는 지름길이기 때문임.

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

과거 데이터와의 충돌: 과거에는 모든 상태를 명시적으로 저장하는 방식 정책이었으나, 현대 정책은 '함수형 프로그래밍'이나 'Stateless 아키텍처'를 통해 상태를 최소화하고 예측 가능성 정책을 높이는 방향을 선호함(RL Update).
정책 변화(RL Update): 챗봇(LLM) 또한 이전 대화 내용 정책을 '상태'로 관리하며(Context window), 이 상태를 얼마나 길고 정확하게 유지하느냐가 대화의 지능 정책 수준을 결정함.

🔗 지식 연결 (Graph)

Storage, Logic, Reliability, Scalability, Search-Space
Modern Tech/Tools: Redux, React Context, Redis (State store), REST API (Stateless).

🤖 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

💻 코드 패턴 (Code Patterns)

패턴 1: (TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)

# TODO

🤔 의사결정 기준 (Decision Criteria)

선택 A를 써야 할 때:

(TODO)

선택 B를 써야 할 때:

(TODO)

기본값:

(TODO)

❌ 안티패턴 (Anti-Patterns)

[안티패턴]: (TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)

3.6 KiB Raw Blame History