Open Ontologies의 개요
Open Ontologies는 프로덕션 온톨로지를 관리하는 팀을 위한 명령줄 엔진이자 MCP 서버입니다. 온톨로지는 W3C 표준 RDF와 OWL(분류 체계와 시소러스라면 SKOS)로 쓴 한 분야의 형식적 어휘로, Supplier, Jurisdiction, Diagnosis가 무엇이고 서로 어떻게 관련되는지를 말해 소프트웨어와 추론기가 결론을 끌어낼 수 있게 합니다. 지식 그래프팀과 데이터 거버넌스팀이 이 파일을 관리하며, 한 줄 편집이 하위의 결론 수천 개를 바꿀 수 있습니다.
엔진은 Terraform이 인프라를 다루듯 온톨로지 변경을 다룹니다. 제안된 Turtle 파일을 저장소에 대해 계획하고, 영향 범위와 위험 점수를 읽고, 적용하고, 드리프트를 감시하고, 되돌립니다. 추론기는 도출 인증서도 쓸 수 있으며, Lean 4로 건전성이 증명된 별도 검사기가 엔진이나 네트워크 없이 이를 다시 검증합니다. 내장 Oxigraph 트리플 저장소와 상태용 SQLite를 담은 바이너리 하나로 배포되며, GHCR의 Docker 이미지, 순수 Python 엔진(PyPI의 open-ontologies-lite 0.5.0), 데스크톱 Studio도 있습니다.
Fabio Rovai가 이 엔진 위에 만든 호스팅 플랫폼과 기업용 계약을 판매하는 영국 회사 Tesseract Semantics에서 관리합니다. 저장소는 2026년 3월 9일에 만들어졌고, MIT 라이선스이며, GitHub 스타 약 2,600개와 포크 287개가 있고, 2026년 10월 23일 v2.1.0을 냈습니다. README는 MCP 레지스트리 이름을 io.github.fabio-rovai/open-ontologies로 밝히지만, 2026년 10월 31일 공식 레지스트리를 검색했을 때 항목이 없었습니다.
Open Ontologies, 쓸 만한 가치가 있습니까?
Open Ontologies는 대부분의 온톨로지 도구가 코드 리뷰에 맡기는 질문, 즉 이 변경이 실제로 무엇을 하는가에 답합니다. rdfs:domain 트리플 하나를 추가한 텍스트 diff는 한 줄입니다. README는 바로 그 변경을 계획해, 추가된 클래스도 제거된 클래스도 없고 영향 범위는 트리플 0개라고 보고합니다. 그런데 보존성 검사는 0.04초 만에 새 결과 901개를 찾아냅니다. 그 속성을 쓰는 모든 개체가 방금 새 타입을 얻었기 때문입니다. 이 두 번째 숫자가 이 도구를 볼 이유입니다.
계획 단계가 Terraform에 해당하는 부분입니다. 제안된 Turtle은 원하는 상태 전체이므로, 거기에 없는 것은 삭제됩니다. 계획은 추가되고 제거되는 클래스, 속성, 개체, 사라지는 것을 참조하는 트리플 수(영향 범위), 낮음, 중간, 높음의 위험 점수, 그리고 변경이 들여오는 새 결함이나 비일관성을 표시하는 논리 블록을 나열합니다. 잠긴 IRI는 제거할 수 없고, 최근 계획 100개가 ID별로 보관되며, SPARQL 감시자가 다음 적용을 막거나 자동으로 되돌릴 수 있습니다. 파이프라인에 중요한 설계 선택이 하나 있습니다. apply는 위험 점수를 다시 읽지 않으므로, CI가 관문을 두거나 모니터가 막지 않으면 위험이 높은 계획도 통과합니다.
감사용 증명은 서명도 해시 체인도 아닙니다. 도출 인증서입니다. 탭으로 구분된 파일 두 개, 즉 단언된 트리플과, 추론된 트리플마다 규칙과 전제를 밝힌 한 줄, 그리고 단언의 SHA-256 다이제스트입니다. Lean 4로 쓴 작은 검사기는 건전성이 기계 검증된 정리이며, 모든 줄을 다시 재생하고 위조된 결론이 있으면 규칙 이름을 밝히며 1로 종료합니다. 이는 전방 연쇄 RDFS와 OWL RL 프로필, 그리고 사용자가 제공하는 Horn 규칙을 다루며, Horn 규칙은 더 약한 판정어를 받습니다. v2.1.0 노트에 따르면 Pizza 온톨로지에서 이제 HermiT 1.4.3의 포함 관계 500개와 일치하는 OWL DL 태블로는 인증서 없이 답을 돌려주고, 다이제스트는 증명을 만든 사람이 아니라 바이트에 묶습니다. 문서는 이 모두를 분명히 밝힙니다.
AI는 엔진 밖에 있습니다. SECURITY.md에 따르면 내부에 모델이 없고 기본 빌드에는 외부 호출도 없습니다. Claude Code나 Cursor의 에이전트는 onto_* 도구 124개를 호출하는 쪽일 뿐이며, 빠른 시작에서는 Claude가 OWL 초안을 쓰고 엔진이 이를 검증하고 추론합니다. 읽기와 쓰기 도구가 한 표면을 공유합니다. onto_apply, onto_rollback, onto_clear, onto_push, onto_reason(기본적으로 추론 결과를 저장소에 씀)이 query, lint 옆에 있으므로 validation이나 governance 같은 도구 프로필을 설정할 가치가 있습니다. 네트워크 접근은 그것을 요청하는 도구, 임베딩 빌드의 448 MB 모델 다운로드, 그리고 대화를 Anthropic이나 OpenAI 호환 제공사로 보내는 Studio 채팅 패널에서만 생깁니다.
기존 강자들과 비교하면 대체재가 아니라 보완재입니다. Stanford의 무료 OWL 편집기 Protégé는 클래스 계층을 그리는 곳이며, README도 그렇게 말합니다. Stardog와 TopQuadrant는 커넥터와 접근 제어를 갖춘 관리형 서버를 판매합니다. Open Ontologies에는 내장 Oxigraph 저장소가 있고, 다른 트리플 저장소에는 SPARQL 엔드포인트로만 닿으며, 상태는 로컬 SQLite에 둡니다. 거친 부분은 연구 기능의 긴 꼬리를 가진 8개월 미만 프로젝트다운 것들입니다. OPEN_ONTOLOGIES_STORAGE_MODE=persistent를 설정하지 않으면 저장소가 메모리에 있으므로, load 뒤에 별도의 reason 호출을 하면 아무것도 인증하지 않습니다. 공개 바이너리에는 선택적 Cargo 기능이 필요한 도구가 빠져 있습니다. 지난 화요일의 편집이 티켓에 적힌 대로 동작했음을 증명하는 것이 진짜 문제인 팀에게는, 인증서가 설정 수고에 값합니다. 업체도, 엔진도, 온톨로지 초안을 쓴 모델도 믿지 않고 감사인이 검사할 수 있는 파일이기 때문입니다.
제 역할을 하는 곳
제재와 공급업체 온톨로지를 관리하는 은행의 지식 그래프 엔지니어
diff만이 아니라 변경의 의미를 기준으로 온톨로지 풀 리퀘스트에 관문 두기
CI에서 제안된 Turtle에 대해 load와 plan으로 open-ontologies batch를 실행하고, risk_score가 높거나 새 논리 결함이 있으면 작업을 실패시키고, 병합과 함께 인증서 디렉터리를 보관합니다. 무료입니다. apply는 스스로 위험이 높은 계획을 거부하지 않으므로 CI가 명시적으로 관문을 두어야 합니다.
외부 모델 감사를 준비하는 규정 준수 책임자
도출된 결론에 대해 감사인이 직접 다시 확인할 수 있는 증거 넘기기
reason --certificate 실행에서 나온 asserted.tsv, derivations.tsv, asserted.sha256을 넘깁니다. 감사인은 lake build로 Lean 검사기를 빌드하고 oo-cert를 오프라인으로 실행해 종료 코드 0이나, 거부된 줄과 규칙을 얻습니다. OWL DL 불만족 결과는 다루지 않으므로 별도 설명이 필요합니다.
스프레드시트를 공개 어휘에 매핑하는 정부 기관의 데이터 엔지니어
CSV와 XLSX 대장을 검증된 RDF로 바꾸고 무엇이 깨지는지 보기
validation 도구 프로필을 고른 상태에서 MCP 서버를 통해 Claude에게 onto_map, onto_ingest, onto_shacl, 그다음 onto_reason을 호출하게 합니다. PostgreSQL과 DuckDB 수집에는 sql 기능을 켠 소스 빌드가 필요합니다.
도입 전 확인할 점
- 설정
- macOS, Linux, Windows용 릴리스 바이너리를 내려받거나 docker pull ghcr.io/fabio-rovai/open-ontologies:latest를 한 뒤 open-ontologies init을 실행하고, MCP 클라이언트 설정에 open-ontologies serve를 추가합니다. 빠른 시작은 2분 안에 검증되고 조회 가능한 온톨로지를 만든다고 말합니다. 감사인에게는 Lean 4 툴체인이나 oo-cert 바이너리가 필요하며, 후자는 x86_64 Linux용만 사전 빌드돼 있습니다.
- 연동
- stdio나 스트리밍 HTTP로 MCP 도구 124개를 제공하며 CLI 하위 명령으로도 노출. Turtle, N-Triples, RDF/XML, N-Quads, TriG 읽기와 쓰기, OWL 함수형 구문 내보내기. CSV, JSON, NDJSON, XML, YAML, XLSX, Parquet 수집, 소스 빌드에서는 PostgreSQL과 DuckDB도. 원격 SPARQL 엔드포인트에서 가져오기와 밀어 넣기. 표준 온톨로지 33개 카탈로그.
- 데이터와 개인정보
- 기본적으로 모두 로컬입니다. 그래프는 Oxigraph에, 계획, 버전, 계보는 ~/.open-ontologies 아래 SQLite에 있습니다. 기본 빌드에는 LLM도 외부 호출도 없으며, 에이전트가 도구로 읽는 것은 그 에이전트의 모델 제공사로 갑니다. serve-http는 선택적 bearer 토큰과 함께 TLS 없이 127.0.0.1에 바인딩하며, 토큰 없이 0.0.0.0에 두면 네트워크의 누구나 전체 읽기와 쓰기 권한을 얻습니다. WASM 플러그인은 프로세스 안에서 돌며 fuel 제한 외에는 격리되지 않습니다.
- 대규모 사용 시 비용
- 엔진은 무료이고 노트북에서 돕니다. 추론 비용은 단계별 시간 제한으로 묶인 CPU 시간입니다. 임베딩 빌드는 448 MB ONNX 모델을 더합니다. Tesseract Semantics의 호스팅 플랫폼과 지원은 가격 문의입니다.
- 제한
- OPEN_ONTOLOGIES_STORAGE_MODE=persistent를 설정하지 않으면 저장소가 메모리에 있습니다. --data-dir은 환경 변수가 아니라 플래그입니다. 공개 바이너리와 GHCR 이미지에는 embeddings, plugins, postgres, duckdb 기능이 필요한 도구 여덟 개가 빠져 있습니다. DL 태블로는 nominal 없는 SHIQ를 지원하며, 인증서는 저장소의 이력이 아니라 바이트에 묶입니다.
좋은 점
- 계획이 텍스트 diff뿐 아니라 의미상의 결과를 보고
- 건전성이 증명된 Lean 검사기로 인증서를 오프라인 재확인
- Rust 바이너리 하나, JVM 없음, 내부 LLM 없음, 기본 텔레메트리 없음
- 잠금, 감시자, 자동 롤백, 추가 전용 계보 기록
아쉬운 점
- CI나 모니터가 막지 않으면 apply가 위험 점수를 무시
- OWL DL 답변에는 인증서가 없음
- 기본 메모리 저장이 CLI 사용자를 당황하게 함
- 도구 124개가 읽기와 쓰기를 섞어 프로필로 좁혀야 함
추천 대상
프로덕션 OWL이나 RDF 온톨로지를 정기적으로 바꾸며 각 변경이 무엇을 수반했는지 검토자나 감사인에게 보여야 하는 지식 그래프팀.
Open Ontologies: 자주 묻는 질문
- Open Ontologies, 쓸 만한 가치가 있습니까?
- Open Ontologies는 온톨로지 변경에 Terraform 방식의 계획과 검증 가능한 증명을 들여오며, 보장이 어디서 멈추는지에 대해 이례적으로 솔직합니다. 평점은 5점 만점에 4.1점입니다.
- Open Ontologies의 가격은 얼마입니까?
- MIT의 무료 오픈소스입니다. Tesseract Semantics는 호스팅 플랫폼과 기업 지원을 비공개 가격에 판매하며, 다음 10개 기업 팀에 1개월 무료 평가를 제공합니다.
- Open Ontologies의 단점은 무엇입니까?
- CI나 모니터가 막지 않으면 apply가 위험 점수를 무시; OWL DL 답변에는 인증서가 없음; 기본 메모리 저장이 CLI 사용자를 당황하게 함; 도구 124개가 읽기와 쓰기를 섞어 프로필로 좁혀야 함.
- Open Ontologies에 적합한 사람은 누구입니까?
- 프로덕션 OWL이나 RDF 온톨로지를 정기적으로 바꾸며 각 변경이 무엇을 수반했는지 검토자나 감사인에게 보여야 하는 지식 그래프팀.
- 팀이나 프로덕션 환경에서 Open Ontologies의 비용은 얼마입니까?
- 엔진은 무료이고 노트북에서 돕니다. 추론 비용은 단계별 시간 제한으로 묶인 CPU 시간입니다. 임베딩 빌드는 448 MB ONNX 모델을 더합니다. Tesseract Semantics의 호스팅 플랫폼과 지원은 가격 문의입니다.
- Open Ontologies에 회사 데이터를 맡겨도 안전합니까?
- 기본적으로 모두 로컬입니다. 그래프는 Oxigraph에, 계획, 버전, 계보는 ~/.open-ontologies 아래 SQLite에 있습니다. 기본 빌드에는 LLM도 외부 호출도 없으며, 에이전트가 도구로 읽는 것은 그 에이전트의 모델 제공사로 갑니다. serve-http는 선택적 bearer 토큰과 함께 TLS 없이 127.0.0.1에 바인딩하며, 토큰 없이 0.0.0.0에 두면 네트워크의 누구나 전체 읽기와 쓰기 권한을 얻습니다. WASM 플러그인은 프로세스 안에서 돌며 fuel 제한 외에는 격리되지 않습니다.
답변 확인일: 2026년 10월 31일.
Open Ontologies 개발사입니까? 이 평점을 사이트에 표시하십시오
