학 습 목 표
- 기업 온톨로지의 3요소(객체·링크·액션)를 설명한다.
- 학술 전통과 기업 전통의 설계 목표 차이를 비교한다.
- 락인 등 기업 모델의 비용과 쟁점을 평가한다.
객체, 링크, 그리고 액션
대표 사례는 팔란티어(Palantir)의 Foundry Ontology다. 구조의 앞 두 요소는 낯익다. 객체 유형(고객, 주문, 설비, 항공편…)은 클래스(2-2)에, 링크 유형은 관계(2-3)에 대응하고, 흩어진 수십 개 데이터 원천이 이 공통 모형 위로 통합된다 — 조직의 디지털 트윈, 곧 운영 현실의 살아 있는 사본이다. 낯선 것은 세 번째 요소다. 액션 유형은 "주문을 승인한다", "설비를 정지한다"처럼 객체를 바꾸는 조작을 온톨로지 안에 정의한다 — 무엇이 존재하는가만이 아니라 무엇을 할 수 있는가까지 모형의 일부다. 우리가 2부에서 만든 psymap에는 이에 해당하는 것이 없다. 학습용 개념 지도는 세계를 바꾸지 않기 때문이다. 이 차이가 이 차시의 축이다.
| 학술 전통 (OBO·OWL — 1·2부) | 기업 전통 (Foundry형) | |
|---|---|---|
| 목적 | 지식의 공유·통합·추론 | 운영 데이터 통합과 의사결정 실행 |
| 단위 | 클래스·공리 (보편의 기술) | 객체 인스턴스 (개별의 추적) |
| 힘의 원천 | 공리와 추론기(2-6) | 실시간 데이터 연결과 액션 |
| 품질 기준 | 일관성, CQ, 함정 없음(트랙 3) | 결정의 속도·정확도, 운영 지표 |
| 공개성 | 공유 전제 (OBO 원칙, 4-3) | 조직 내부 자산 — 외부 비공개 |
| 실패의 모습 | 잘못된 분류·추론 | 잘못된 실제 행동(승인·정지·발주) |
표 1두 전통의 비교. 기술이 다른 것이 아니라 — 양쪽 다 클래스와 관계를 쓴다 — 무엇에 책임지는가가 다르다. 1-1에서 "같은 단어, 다른 실천"이라 했던 것의 전모다.
LLM이 들어오는 자리 — 에이전트의 작업대
기업 온톨로지와 LLM의 결합(팔란티어의 AIP가 대표적이다)은 6-1의 세 번째 방향 — 실행 중의 협업 — 의 산업 버전이다. LLM 에이전트는 자연어 요청을 받아 온톨로지의 객체를 조회하고, 허용된 액션만 제안·실행한다. 여기서 온톨로지는 1-1의 네 번째 기대, 행동의 경계를 문자 그대로 구현한다 — 에이전트가 무엇을 볼 수 있고 무엇을 바꿀 수 있는지가 모형에 선언되어 있고, 그 밖은 존재하지 않는 것과 같다. 6-8에서 우리는 이 구조의 축소판을 psymap 위에 직접 만든다 — 액션 없이 조회 도구만으로, 그러나 원리는 같게.
비판적 시각 — 권력과 락인
기업 온톨로지 담론에는 열광과 경계가 함께 있다. 열광 쪽은 온톨로지를 "의사결정의 운영 체제"로 부른다 — 조직의 개념·데이터·행동이 한 모형에 모이면 결정이 빨라지고 감사 가능해진다는 것이다. 경계 쪽 논점은 두 가지다. 첫째, 락인(lock-in). 조직의 핵심 개념 체계가 한 공급사의 플랫폼 문법으로 적히면, 이식성(3-5)의 부재가 곧 교체 불가능성이 된다 — 온톨로지가 자산인 만큼 인질로도 잡힌다. 둘째, 권력의 문제. 1-2의 존재론적 디자인이 여기서 실천적 함의를 얻는다 — 조직의 온톨로지는 구성원이 무엇을 볼 수 있고 무엇이 '존재하는' 것으로 집계되는지를 정하므로, 모형을 정의하는 권한이 곧 조직의 현실을 정의하는 권한이 된다. 어느 쪽이 옳은가는 이 교재가 판정할 일이 아니다. 다만 두 논점 모두, 온톨로지가 중립적 기술 부품이 아니라는 1부의 결론을 기업 맥락에서 재확인한다.
판별 연습
문 1psymap에 '액션'이 없는 것은 결함인가.
답 확인
아니다 — 목적의 귀결이다(3-1). 학습용 개념 지도의 용도 시나리오(탐색과 질의, 5-1)에는 세계를 바꾸는 조작이 없다. 액션이 필요해지는 것은 모형이 운영 시스템과 연결될 때이고, 그때는 실패의 성격이 달라지므로(표 1 마지막 행) 검증 체계도 트랙 3 수준을 넘어 운영 안전의 영역으로 확장되어야 한다. 없는 것이 아니라 안 넣은 것이며, 그 사유를 아는 것이 관점 정의의 힘이다.
문 2조직이 기업 온톨로지를 도입하며 락인을 줄이려 한다. 3-5의 개념으로 요구 사항을 적어 보라.
답 확인
이식성의 3조건을 계약 조건으로 번역한다 — 개념 모형(클래스·관계·정의)을 플랫폼 중립 형식(OWL/RDF 등 표준)으로 내보낼 수 있을 것, 식별자가 플랫폼 밖에서도 유효할 것(IRI, 2-4), 외부 표준·공용 어휘와의 정렬 기록을 유지할 것. 요컨대 "모형은 우리 것, 플랫폼은 갈아 끼우는 것"이 문서로 보장되는가를 묻는 것이다.
적용: 세 전통 — 그리고 네 번째
1-1에서 출발한 세 용법 — 철학, 지식공학, 비즈니스 — 의 순례가 이 차시로 완결된다. 철학은 1-2에서, 지식공학은 1~2부 전체에서, 비즈니스는 여기서 다뤘다. 다음 차시는 이 교재가 더하는 네 번째 장면이다: 조직도 학계도 아닌 개인이, 자기 노트 안에서 매일 돌리는 온톨로지.
용어 정리
| 용어 | 원어 | 뜻 |
|---|---|---|
| 객체·링크·액션 | object / link / action type | 기업 온톨로지의 3요소 — 존재·관계·가능한 조작 |
| 디지털 트윈 | digital twin | 운영 현실을 실시간으로 비추는 데이터 모형 |
| 락인 | lock-in | 핵심 자산이 한 공급사 문법에 묶여 교체 비용이 치솟는 상태 |
| 의사결정 OS | decision operating system | 개념·데이터·행동을 한 모형에 모아 결정을 돌린다는 기업 온톨로지 담론의 표어 |
Palantir. Foundry Ontology: Core Concepts(공식 문서). · Palantir Blog. Connecting AI to Decisions with the Palantir Ontology. · 이현종 (2026). 『온톨로지: 데이터의 무질서를 권력으로 바꾸는 기술』. 처음북스 — 의사결정 OS·락인 담론의 국내 소개. · 1-1·1-2·3-5의 종합.