2nd/10_Wiki/Topics/AI_and_ML/Ontology-Engineering.md

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-ontology-engineering	Ontology Engineering	10_Wiki/Topics	needs_review	self	P-Reinforce-AUTO-ONT-001	none	A	0.94	auto-reinforced Ontology semantic-web knowledge-engineering		2026-04-20	pending	Claude Opus 4.7 (auto-normalize 2026-05-08)

Ontology-Engineering

📌 한 줄 통찰 (The Karpathy Summary)

"지식의 뼈대를 세우는 법: 세상의 개념들과 그들 사이의 관계를 컴퓨터가 이해할 수 있는 엄밀한 논리 구조(Ontology)로 설계하는 지식 공학의 핵심."

📖 구조화된 지식 (Synthesized Content)

온톨로지 공학(Ontology Engineering)은 특정 도메인의 지식을 명시적으로 표현하기 위해 개념(Concepts), 속성(Properties), 관계(Relations) 및 제약 조건(Constraints)을 개발하는 방법론입니다.

1. 구조의 계층:
   • Classes (클래스): 개념의 집합 (예: '동물', '사람').
   • Instances (인스턴스): 구체적인 개체 (예: '나', '대표님').
   • Properties (속성): 개체 간의 관계 (예: '...은 ...의 부모다') 혹은 개체의 특징.
2. 개발 방법론 (Ontology Development 101):
   • 도메인과 범위 결정 -> 기존 온톨로지 재사용 검토 -> 용어 추출 -> 계층 구조 정의 -> 속성 및 제약 조건 정의.
3. 표준 언어:
   • RDF/S: 기초적인 자원 기술 프레임워크.
   • OWL (Web Ontology Language): 복잡한 논리적 추론이 가능한 시맨틱 웹 표준 언어.

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

• 과거 데이터와의 충돌: 과거 온톨로지는 수작업 기반으로 매우 경직되어 '지식의 노후화' 문제를 겪었으나, 현대 공학은 머신러닝을 활용해 텍스트에서 자동으로 온톨로지를 추출하고 확장하는 '동적 온톨로지'로 진화함.
• 정책 변화(RL Update): 엔터프라이즈 레벨의 AI 시스템 구축 시, 데이터 사일로(Silo) 현상을 막고 상호 운용성(Inter[[Operability]])을 확보하기 위해 '표준 온톨로지 준수'가 데이터 거버넌스의 핵심 정책으로 도입됨.

🔗 지식 연결 (Graph)

• Related: Semantic Grounding Provenance, Knowledge Graphs, Semantic Web, Logic
• Modern Tech/Tools: Protege, TopBraid Composer, Neo4j.

---

🤖 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