Files

T

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

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

3.8 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

Finite-State-Machines

📌 한 줄 통찰 (The Karpathy Summary)

"상태의 엄격한 질서: 시스템이 가질 수 있는 모든 상태(State)와 그들 간의 전이(Transition) 규칙을 명확히 정의함으로써, 복잡한 로직을 명쾌한 흐름도로 구조화하고 오작동을 원천 통제하는 논리적 명법."

📖 구조화된 지식 (Synthesized Content)

유한 상태 기계(FSM, Finite-State-Machines)는 컴퓨터 프로그램과 디지털 논리 회로를 설계하는 데 사용되는 수학적 모델입니다.

4요소:
- States: 시스템이 머물 수 있는 상태들 (예: 열림, 닫힘).
- Inputs: 상태 변화를 일으키는 사건 (예: 버튼 누름).
- Transitions: 입력에 따라 상태가 다른 상태로 바뀌는 규칙.
- Actions: 특정 상태에 진입하거나 머물 때 수행하는 작업.
왜 중요한가?:
- UI 로직(로그인 흐름 등), 게임 캐릭터 AI(공격/방어 상태), 컴파일러 분석기 등 예외 없는 동작이 필수인 모든 분야의 뼈대가 됨.

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

과거 데이터와의 충돌: 과거에는 모든 로직을 if-else 문으로 처리하는 '스파게티 코드 정책'이 흔했으나, 현대 정책은 관리와 가독성을 위해 로직을 상태별로 쪼개는 'FSM 기반 선언적 프로그래밍 정책'이 표준임(RL Update).
정책 변화(RL Update): 현대 AI 에이전트 정책에서 가변적이고 비정형적인 행동을 제어하기 위해, 큰 흐름은 정해진 FSM 정책에 따르고 세부 결정만 AI가 내리게 하는 '하이브리드 에이전트 아키텍처 정책'이 신뢰성 확보의 핵심임.

🔗 지식 연결 (Graph)

Control-Theory, Technical-Architecture, Analysis, Logic, Design-System
Modern Tech/Tools: XState (JavaScript), Unity Animator, Regex engines.

🤖 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.8 KiB Raw Blame History