OMCP가 왜 필요한가
Claude 같은 LLM이 온톨로지 데이터를 활용하려면 그때그때 텍스트를 복사해 넣는 것만으로는 한계가 있습니다. OMCP(Ontology Model Context Protocol)는 Anthropic이 공개한 오픈소스 프로토콜인 MCP(Model Context Protocol)를 기반으로, 온톨로지의 객체·관계 데이터를 Claude에게 구조화된 컨텍스트로 제공하는 연결 방식입니다.
일반적인 RAG(검색 증강 생성)가 벡터 유사도로 문서를 찾아오는 방식이라면, 온톨로지는 “A는 B의 하위 개념이다”, “C는 D와 연결되어 있다” 같은 관계를 이미 정의해두고 있습니다. 이 관계를 MCP로 그대로 넘겨주면, Claude가 더 정확한 근거를 바탕으로 추론할 수 있습니다.
1단계 — 연결 설정하기
MCP는 클라이언트-서버 구조입니다. MCP 호스트는 Claude Desktop이나 Developer Console처럼 실제로 LLM과 대화하는 애플리케이션이고, MCP 서버는 온톨로지 데이터베이스나 파일 등 실제 데이터 소스를 통제하고 Claude가 쓸 수 있는 도구(Tools)를 노출하는 주체입니다. 즉 온톨로지 자체가 아니라 “Claude가 온톨로지에 접근하는 통로”를 표준 규격으로 만든 것이 MCP고, 그 통로를 온톨로지 데이터에 맞게 구성한 것이 OMCP입니다.
설정 절차는 다음과 같습니다.
- OMCP 서버 준비: 온톨로지 쿼리 기능을 가진 서버를 구성합니다. 특정 노드의 관계를 조회하는 도구(tool)를 정의하고, 내부적으로 온톨로지 저장소를 조회해서 결과를 반환하도록 만듭니다.
- Claude Desktop 환경 설정: 로컬에 구성한 OMCP 서버를 Claude Desktop 설정 파일(
claude_desktop_config.json)에 등록합니다. 서버 실행 명령과, 온톨로지 저장소 접속을 위한 환경 변수(URL, 인증 정보 등)를 함께 지정합니다. - Developer Console에서 연결 검증: 웹 기반 Developer Console(Workbench)에서 로컬 OMCP 서버에 접근하려면, 서버를 외부에서 접근 가능한 주소로 노출하고 SSE(Server-Sent Events) 방식으로 통신하도록 전환해야 합니다.
- 도구 동기화 및 테스트: Developer Console에 MCP 엔드포인트를 등록하면 Claude가 서버가 노출한 도구를 자동으로 인식합니다. 온톨로지 관계를 묻는 질문을 던져서 Claude가 도구를 호출하고 올바른 결과를 반환하는지 확인합니다.
2단계 — 개인 AIP Developer 계정에서 실제로 분석해보기
연결이 끝났다면, 이 구조를 개인 AIP Developer 계정에 적용해서 데이터를 분석하는 단계로 넘어갑니다. 회사 인프라 없이도, 개인 계정 안에 만든 온톨로지를 Claude와 연결해서 자연어로 질문하고 분석 결과를 받아볼 수 있습니다.
- 데이터 소스 준비: 로컬 데이터베이스나 CSV 같은 공개 데이터셋을 준비합니다.
- 온톨로지 모델링: Ontology Manager 실전 가이드에서 다룬 방식으로 Object Type(예: 고객, 거래)과 관계(예: 구매하다)를 정의합니다.
- OMCP 연결: AIP Developer 콘솔에서 OMCP 서버를 활성화하고, 로컬 데이터를 온톨로지 구조에 매핑합니다.
- AIP Logic·Assist 활용: 온톨로지가 연결되면, Claude 쪽에서는 AIP Logic이나 AIP Assist를 통해 자연어로 분석을 요청할 수 있습니다 — “지난달 매출이 가장 높았던 고객군의 특징을 온톨로지 관계를 기반으로 분석해줘” 같은 요청이 가능해집니다.
전통적 방식과의 차이
| 구분 | SQL 직접 분석 | 단순 RAG | OMCP + 온톨로지 |
|---|---|---|---|
| 관계 파악 | 매번 JOIN을 직접 작성 | 텍스트 유사도로만 검색 | 미리 정의된 관계를 그대로 활용 |
| 비전문가 접근성 | 낮음(SQL 필요) | 중간 | 자연어 질문으로 접근 가능 |
| 정확도 | 쿼리 작성자 역량에 좌우 | 맥락이 깨질 수 있음 | 관계 구조 기반이라 상대적으로 안정적 |
자주 하는 실수
- 인증 정보를 설정 파일에 평문으로 남기기: 온톨로지 저장소 접속 정보를 설정 파일에 그대로 적어두면 유출 위험이 있습니다. 환경 변수나 별도 시크릿 관리 방식을 쓰는 것이 안전합니다.
- 로컬 테스트만 하고 외부 노출 설정을 건너뛰기: Claude Desktop에서는 잘 되던 연결이 Developer Console(웹)에서는 안 되는 경우, 대부분 로컬 서버가 외부에서 접근 가능한 주소로 노출되지 않았기 때문입니다.
- 도구 설명(description)을 대충 작성하기: Claude는 도구의 설명을 보고 언제 그 도구를 호출할지 판단합니다. 설명이 모호하면 필요한 순간에 도구를 호출하지 않거나, 불필요한 순간에 호출하는 경우가 생깁니다.
- 온톨로지 설계를 대충 하고 연결부터 서두르기: OMCP 연결이 아무리 잘 되어 있어도, 온톨로지 자체의 Object·관계 설계가 부실하면 Claude가 참고할 근거도 부실해집니다.
- 개인 계정 리소스 제약을 고려하지 않기: 개인 AIP Developer 계정은 리소스가 제한적입니다. 회사 환경과 같은 규모로 데이터를 욱여넣으려 하면 제약에 부딪히기 쉬우니, 학습·검증 목적에 맞는 규모로 시작하는 것이 현실적입니다.
- Claude의 답을 검증 없이 그대로 신뢰하기: 온톨로지 기반이라 할루시네이션이 줄어드는 것은 맞지만, 완전히 없어지는 것은 아닙니다.
마무리
지금까지 다룬 애플리케이션 가이드 — Ontology Manager로 데이터를 객체로 만들고, Foundry 파이프라인과 코드 관리, 탐색·분석·시각화 도구로 화면을 만들고, AIP로 AI를 붙이고, 마지막으로 OMCP로 Claude까지 연결하는 흐름 — 은 결국 Foundry 전체 아키텍처 개관에서 다룬 다섯 단계(연동→파이프라인→온톨로지→애플리케이션→AI)를 실제 도구로 하나씩 짚어본 것입니다.
자주 묻는 질문
Q. OMCP를 쓰려면 Foundry 라이선스가 별도로 더 필요한가요?
기본적으로 기존 Foundry·온톨로지 접근 권한을 그대로 활용하는 구조이며, MCP 연동 자체를 위한 별도 설정이 필요합니다. 구체적인 라이선스 요건은 조직의 Foundry 계약에 따라 다릅니다.
Q. Claude가 온톨로지의 Action을 실행할 때 권한은 어떻게 지켜지나요?
MCP를 통해 노출된 도구도 온톨로지의 RBAC 권한 체계를 그대로 따르므로, Claude가 사용자 권한 밖의 데이터나 Action에 접근할 수 없습니다.
Q. OMCP는 어떤 상황에 유용한가요?
Foundry UI를 열지 않고도 채팅 인터페이스에서 바로 온톨로지 데이터를 조회하거나 간단한 Action을 실행하고 싶을 때 유용합니다.
Q. MCP와 AIP는 서로 어떤 관계인가요?
AIP는 Foundry 내부의 AI 계층이고, MCP는 Foundry 외부의 LLM 클라이언트(Claude 등)와 온톨로지를 연결하는 표준 프로토콜입니다. 서로 대체 관계가 아니라 다른 접점입니다.
Q. 온톨로지의 모든 Object Type을 MCP로 노출해야 하나요?
권장하지 않습니다. 외부 클라이언트가 실제로 필요로 하는 범위의 Object Type·Action Type만 선택적으로 노출하는 것이 보안과 관리 측면에서 안전합니다.