能力标签
🔌
MCP工具

开源本体论引擎

基于 Rust · 让 AI 助手直接操作你的系统与工具
英文名:open-ontologies
⭐ 124 Stars 🍴 19 Forks 💻 Rust 📄 MIT 🏷 AI 7.5分
7.5AI 综合评分
mcpai-native知识图谱本体论
✦ AI Skill Hub 推荐

开源本体论引擎 是 AI Skill Hub 本期精选MCP工具之一。综合评分 7.5 分,整体质量较高。我们推荐使用将其纳入你的 AI 工具库,帮助提升工作效率。

📚 深度解析

开源本体论引擎 是一款基于 MCP(Model Context Protocol)标准协议的 AI 工具扩展。MCP 协议由 Anthropic 开发并开源,旨在建立 AI 模型与外部工具之间的标准化通信接口,目前已被 Claude Desktop、Claude Code、Cursor 等主流 AI 工具采纳。

通过安装 开源本体论引擎,你的 AI 助手将获得额外的工具调用能力,可以用自然语言直接操控该工具的功能,无需学习复杂的命令行语法。MCP 工具的核心价值在于"一次配置,永久增强"——配置完成后,每次与 AI 对话时都可以无缝调用这些工具。

在技术实现上,MCP 工具通过标准的 JSON-RPC 协议与 AI 客户端通信,工具的功能以"工具列表"的形式暴露给 AI 模型,AI 可以按需调用。开源本体论引擎 提供了结构化的工具调用接口,使 AI 模型能够精确地理解和使用每个功能点,显著降低 AI 在工具使用上的错误率。

与传统的 API 集成相比,MCP 工具的优势在于无需编写代码——用户只需在配置文件中添加几行 JSON,即可让 AI 获得全新能力。AI Skill Hub 将 开源本体论引擎 评为 AI 评分 7.5 分,属于同类工具中的优质选择。

📋 工具概览

AI原生本体论引擎,用于构建和验证知识图谱

开源本体论引擎 是一款遵循 MCP(Model Context Protocol)标准协议的 AI 工具扩展。通过 MCP 协议,它可以让 Claude、Cursor 等主流 AI 客户端直接访问和操作外部工具、数据源和服务,实现 AI 能力的无缝扩展。无论是文件操作、数据库查询还是 API 调用,都可以通过自然语言在 AI 对话中直接触发,极大提升生产效率。

GitHub Stars
⭐ 124
开发语言
Rust
支持平台
Windows / macOS / Linux
维护状态
轻量级项目,按需更新
开源协议
MIT
AI 综合评分
7.5 分
工具类型
MCP工具
Forks
19

📖 中文文档

以下内容由 AI Skill Hub 根据项目信息自动整理,如需查看完整原始文档请访问底部「原始来源」。

AI原生本体论引擎,用于构建和验证知识图谱

开源本体论引擎 是一款遵循 MCP(Model Context Protocol)标准协议的 AI 工具扩展。通过 MCP 协议,它可以让 Claude、Cursor 等主流 AI 客户端直接访问和操作外部工具、数据源和服务,实现 AI 能力的无缝扩展。无论是文件操作、数据库查询还是 API 调用,都可以通过自然语言在 AI 对话中直接触发,极大提升生产效率。

📌 核心特色
  • 通过标准 MCP 协议与 Claude、Cursor 等主流 AI 客户端深度集成
  • 提供结构化工具调用接口,显著降低 AI 集成复杂度
  • 支持 Claude Desktop 和 Claude Code 无缝接入,开箱即用
  • 可与其他 MCP 工具组合叠加,构建完整 AI 工作站
  • 轻量无侵入设计,不影响现有系统架构
🎯 主要使用场景
  • 在 Claude Desktop 对话中直接调用本地工具,实现 AI 与系统的深度联动
  • 通过自然语言驱动复杂的多步骤自动化任务,代替繁琐手动操作
  • 将多个 MCP 工具组合使用,构建个人专属 AI 工作站
以下安装命令基于项目开发语言和类型自动生成,实际以官方 README 为准。
安装命令
# 方式一:通过 Claude Code CLI 一键安装
claude skill install https://github.com/fabio-rovai/open-ontologies

# 方式二:手动配置 claude_desktop_config.json
{
  "mcpServers": {
    "-------": {
      "command": "npx",
      "args": ["-y", "open-ontologies"]
    }
  }
}

# 配置文件位置
# macOS: ~/Library/Application Support/Claude/claude_desktop_config.json
# Windows: %APPDATA%/Claude/claude_desktop_config.json
📋 安装步骤说明
  1. 确认已安装 Node.js(v18 或以上版本)
  2. 打开 Claude Desktop 或 Claude Code 的 MCP 配置文件
  3. 按「交给 Agent 安装 → Claude Desktop」标签中的 JSON 配置填入 mcpServers 字段
  4. 保存配置文件并重启 Claude 客户端
  5. 重启后,在对话中即可使用本工具
以下用法示例由 AI Skill Hub 整理,涵盖最常见的使用场景。
常用命令 / 代码示例
# 安装后在 Claude 对话中直接使用
# 示例:
用户: 请帮我用 开源本体论引擎 执行以下任务...
Claude: [自动调用 开源本体论引擎 MCP 工具处理请求]

# 查看可用工具列表
# 在 Claude 中输入:"列出所有可用的 MCP 工具"
以下配置示例基于典型使用场景生成,具体参数请参照官方文档调整。
配置示例
// claude_desktop_config.json 配置示例
{
  "mcpServers": {
    "_______": {
      "command": "npx",
      "args": ["-y", "open-ontologies"],
      "env": {
        // "API_KEY": "your-api-key-here"
      }
    }
  }
}

// 保存后重启 Claude Desktop 生效
📑 README 深度解析 真实文档 完整度 55/100 含工作流图 查看 GitHub 原文 →
以下内容由系统直接从 GitHub README 解析整理,保留代码块、表格与列表结构。

简介

<p align="center"> <img src="docs/assets/logo.png" alt="Open Ontologies" width="300"> </p>

Open Ontologies

<p align="center"> <strong>A Terraforming MCP for Knowledge Graphs</strong><br> Validate, classify, and govern AI-generated ontologies. Written in Rust. Ships as a single binary. </p>

<p align="center"> <a href="https://github.com/fabio-rovai/open-ontologies/actions/workflows/ci.yml"><img src="https://img.shields.io/github/actions/workflow/status/fabio-rovai/open-ontologies/ci.yml?branch=main&style=for-the-badge" alt="CI"></a> <a href="LICENSE"><img src="https://img.shields.io/badge/License-MIT-blue.svg?style=for-the-badge" alt="MIT"></a> <a href="https://openmcp.org/servers/open-ontologies"><img src="https://img.shields.io/badge/Open_MCP-open--ontologies-blue?style=for-the-badge" alt="Open MCP"></a> <a href="https://www.pitchhut.com/project/open-ontologies-mcp"><img src="https://img.shields.io/badge/PitchHut-open--ontologies-orange?style=for-the-badge" alt="PitchHut"></a> <a href="https://clawhub.ai/fabio-rovai/open-ontologies"><img src="https://img.shields.io/badge/ClawHub-open--ontologies-7c3aed?style=for-the-badge" alt="ClawHub"></a> </p>

<p align="center"> <a href="#quick-start-mcp--cli">Quick Start</a> · <a href="#studio-desktop-app">Studio</a> · <a href="#benchmarks">Benchmarks</a> · <a href="#ies-support">IES</a> · <a href="#tools">Tools</a> · <a href="#architecture">Architecture</a> · <a href="#documentation">Docs</a> </p>

---

Open Ontologies is a Rust MCP server and desktop Studio for AI-native ontology engineering. It exposes 43 tools that let Claude build, validate, query, diff, lint, version, reason over, align, and persist RDF/OWL ontologies using an in-memory Oxigraph triple store — with Terraform-style lifecycle management, a marketplace of 32 standard ontologies, clinical crosswalks, semantic embeddings, and a full lineage audit trail.

The Studio wraps the engine in a visual desktop environment: virtualized ontology tree with hierarchy lines, breadcrumb navigation, and connection explorer; AI chat panel with /build (IES-level deep) and /sketch (quick prototype) commands; Protégé-style property inspector; and lineage viewer.

No JVM. No Protégé.

---

What's New in v0.2

Four PRs landed in the May 2026 release, all built on the MCP-native convention: the server provides validation and scaffolding primitives, the connected LLM (Claude over MCP) does the intelligence. No internal LLM clients, no API keys, no provider abstractions — the protocol already provides the model.

  • KGCL drift output (#19)onto_drift can now emit results in the Knowledge Graph Change Language (CNL or structured JSON-LD) alongside the existing JSON. Instant OBO/BioPortal interop; "Terraform plan" output becomes machine-replayable.
  • Borderline-candidate review for onto_align (#20) — two-threshold bucketing (auto_applied / borderline / dropped) replaces the single min_confidence cliff. Borderline pairs carry rich context (labels, parents) so Claude can judge them in-conversation and record verdicts via the existing onto_align_feedback loop. MCP-native form of the LogMap-LLM "LLM-as-oracle" pattern (top-2 OAEI 2025 Bio-ML).
  • onto_shacl_check (#21) — structural dry-run for proposed SHACL shapes against the loaded ontology. Catches missing sh:targetClass, sh:path, sh:class, and unrecognised sh:datatype references before applying. The validation primitive Claude needs to iterate on LLM-authored SHACL.
  • Oxigraph 0.5.8 migration (#22)Store::query ported to the non-deprecated SparqlEvaluator builder API. Unlocks RDFC 1.0 canonicalisation (W3C Recommendation, 21 May 2024) built-in, plus RDF 1.2 / SPARQL 1.2 / JSON-LD 1.1 / GeoSPARQL features available on demand.

Zero new external dependencies across all four PRs. Full test suite (~290 tests) green; cargo clippy --lib --tests -- -D warnings clean.

---

Features

FeatureDescription
**Virtualized Tree**Ontology explorer that handles 1,500+ classes without lag. Hierarchy connector lines, collapsible branches, type-filtered legend (Class/Property/Individual), search with auto-expand, breadcrumb path navigation, and a connections panel showing domain/range relationships as clickable pills. Only visible rows are in the DOM — constant memory regardless of ontology size.
**AI Agent Chat**Natural language ontology engineering via Claude Opus 4.6 + Agent SDK. Two build modes: /build runs a 13-step pipeline producing IES-level ontologies (500-1,500+ classes, 100-200+ properties), /sketch runs 3 steps for quick prototyping (~80 classes). Each tool call is shown in real time.
**Property Inspector**Protege-style inline triple editor. Click any node to see its rdfs:subClassOf, rdfs:label, rdfs:domain, rdfs:range and all other triples. Edit in place, hover to delete, + Add for new triples. Changes are immediately reflected in the graph.
**Lineage Panel**Full audit trail from SQLite: every plan, apply, enforce, drift, monitor, and align event, grouped by session with timestamps. See exactly what Claude did and in what order.
**Named Save**⌘S to save as ~/.open-ontologies/<name>.ttl. Auto-saves to studio-live.ttl after every mutation so you never lose work.

2. Install JS dependencies

cd studio && npm install

Install

Pre-built binaries:

```bash

Build your first ontology

Build me a Pizza ontology following the Manchester University tutorial.
Include all 49 toppings, 24 named pizzas, spiciness value partition,
and defined classes (VegetarianPizza, MeatyPizza, SpicyPizza).
Validate it, load it, and show me the stats.

Claude generates Turtle, then runs the full pipeline automatically:

onto_validateonto_loadonto_statsonto_reasononto_statsonto_lintonto_enforceonto_queryonto_saveonto_version

Every build includes OWL reasoning (materializes inferred triples), design pattern enforcement, and automatic versioning.

---

Install and run

Prerequisites: Rust + Cargo · Node.js 18+

```bash

1. Build the engine binary (from repo root)

cargo build --release

Quick Start (MCP / CLI)

Pizza Ontology — Manchester Tutorial

One sentence input: "Build a Pizza ontology following the Manchester tutorial specification."

MetricReference (Protégé, ~4 hours)AI-Generated (~5 min)Coverage
Classes9995**96%**
Properties88**100%**
Toppings4949**100%**
Named Pizzas2424**100%**

Example Data

Load IES example datasets directly from the official repositories:

onto_pull https://raw.githubusercontent.com/IES-Org/ont-ies/main/docs/examples/sample-data/event-participation.ttl
onto_pull https://raw.githubusercontent.com/IES-Org/ont-ies/main/docs/examples/sample-data/hospital.ttl
onto_pull https://raw.githubusercontent.com/telicent-oss/ies-examples/main/additional_examples/ship_movement.ttl

`/sketch` vs `/build` — Two Build Modes

The Studio provides two build commands for different use cases. Both take the same input — "build ontology about cats" — but produce very different results:

Metric/sketch (3 steps, ~2 min)/build (13 steps, ~15 min)IES Common (reference)
Classes95**1,433**511
Object properties15**218**162
Datatype properties5**101**44
Individuals3**358**21
Disjoints6**60+**
Max hierarchy depth5**11**8
Build time~2 min~15 min— (hand-built)

/sketch runs 3 steps: classes + properties in one Turtle block, axioms + individuals, then save. Good for quick domain exploration or demo prototyping. Produces a complete ontology with hierarchy, properties, and individuals — but at a fraction of the depth.

/build runs a 13-step pipeline within a single persistent Claude session: foundation classes → per-branch deepening (4 passes) → gap filling → object properties (2 batches) → datatype properties → disjoints → individuals → reason → save. Each step focuses on one aspect of the ontology, staying within output token limits while building on the previous step's context. The result exceeds IES Common on every metric.

/sketch is comparable to the Pizza benchmark (95 classes, 8 properties). /build produces IES-level ontologies — deep enough for production use.

Mushroom Classification — OWL Reasoning vs Expert Labels

Dataset: UCI Mushroom Dataset — 8,124 specimens classified by mycology experts.

MetricResult
Accuracy**98.33%**
Recall (poisonous)**100%** — zero toxic mushrooms missed
False negatives**0**
Classification rules6 OWL axioms

Reasoning Performance — vs HermiT

LUBM Scaling (load + reason cycle)

AxiomsOpen OntologiesHermiTSpeedup
1,00015ms112ms**7.5×**
5,00014ms410ms**29×**
10,00014ms1,200ms**86×**
50,00015ms24,490ms**1,633×**

Full benchmark writeup: docs/benchmarks.md

IES Building Extension — Comparison with NDTP/IRIS

The repo includes an IES Building Extension built from the UK EPC data schema and building science fundamentals, using IES 4D patterns. It was built independently — without reference to any existing implementation — then compared against the NDTP/IRIS production building ontology used in government data pipelines.

MetricNDTP/IRIS (hand-built)Open Ontologies (AI-built)
**Schema**
Classes244525
Properties34104
Triples (raw)1,3463,229
Lint issues20
**Reasoning**
RDFS inferred621662
Triples after RDFS1,9673,891
Max hierarchy depth710
Avg hierarchy depth2.892.02
**EPC Coverage**
EPC columns covered18/36 (50%)36/36 (100%)
**4D Pattern**
Complete triads (Entity+State+ClassOf)14129
Enumerated individuals2214

Built blind from the 105-column EPC schema, SAP methodology, and BORO 4D extensionalism — zero reference to the IRIS implementation. The two ontologies make different trade-offs: IRIS is more tightly curated with higher average hierarchy depth (2.89 vs 2.02), reflecting deliberate grouping by domain experts. Open Ontologies covers more of the EPC data schema and applies the BORO 4D pattern more systematically across the domain.

How the hierarchy emerges from building science

The ontology's depth (max 10 levels) is not hand-tuned — it follows the natural classification that building scientists use. The EPC data schema describes heating systems as flat text fields ("Condensing gas boiler with radiators"), but the underlying domain has layered structure:

graph TD HS[Heating System] --> CH[Central Heating] HS --> NC[Non-Central / Room Heating] CH --> WET[Wet Central Heating
hydronic distribution] CH --> WA[Warm Air Central Heating
ducted air] CH --> EC[Electric Central Heating
storage / underfloor] WET --> BB[Boiler-Based] WET --> HP[Heat Pump] WET --> DH[Community / District] BB --> CB[Combustion Boiler] BB --> CHP[Micro-CHP] CB --> GAS["Gas boiler"] CB --> OIL["Oil boiler"] CB --> LPG["LPG boiler"] CB --> COND["Condensing boiler"] CB --> COMBI["Combi boiler"] CB --> BACK["Back boiler"] HP --> ASHP["Air source"] HP --> GSHP["Ground source"] HP --> WSHP["Water source"] EC --> STOR["Storage heaters"] EC --> PNL["Panel heaters"] EC --> UF["Underfloor electric"] NC --> FIX[Fixed Room Heater] NC --> PORT[Portable Heater] FIX --> GROOM["Gas room heater"] FIX --> EROOM["Electric room heater"] FIX --> SFROOM["Solid fuel room heater"] style HS fill:#1a1a2e,color:#fff style CH fill:#16213e,color:#fff style NC fill:#16213e,color:#fff style WET fill:#0f3460,color:#fff style WA fill:#0f3460,color:#fff style EC fill:#0f3460,color:#fff style BB fill:#533483,color:#fff style HP fill:#533483,color:#fff style DH fill:#533483,color:#fff style CB fill:#e94560,color:#fff style CHP fill:#e94560,color:#fff

The same pattern applies to the building fabric — heat transfer physics dictates the grouping:

graph TD TE[Building Thermal Envelope] --> OP[Opaque Elements
conduction-dominated] TE --> TR[Transparent Elements
radiation + conduction] OP --> WALL[Walls] OP --> ROOF[Roofs] OP --> FLOOR[Floors] TR --> WIN[Windows] TR --> DOOR[Doors] WALL --> MAS[Masonry Walls
thermal mass] WALL --> FRM[Framed Walls
stud bridges] MAS --> CAV["Cavity wall"] MAS --> SOL["Solid brick"] MAS --> SND["Sandstone"] MAS --> GRN["Granite"] MAS --> COB["Cob"] FRM --> TF["Timber frame"] FRM --> SYS["System-built"] FRM --> PH["Park home"] ROOF --> PIT[Pitched Roof] ROOF --> FLT[Flat Roof] PIT --> COLD["Cold roof
insulation at ceiling"] PIT --> WARM["Warm roof
insulation at rafter"] PIT --> THATCH["Thatched"] WIN --> SGL["Single glazed"] WIN --> DBL["Double glazed"] WIN --> TPL["Triple glazed"] WIN --> SEC["Secondary glazing"] style TE fill:#1a1a2e,color:#fff style OP fill:#16213e,color:#fff style TR fill:#16213e,color:#fff style WALL fill:#0f3460,color:#fff style ROOF fill:#0f3460,color:#fff style FLOOR fill:#0f3460,color:#fff style WIN fill:#0f3460,color:#fff style DOOR fill:#0f3460,color:#fff style MAS fill:#533483,color:#fff style FRM fill:#533483,color:#fff style PIT fill:#533483,color:#fff style FLT fill:#533483,color:#fff

Each level in the tree is a real building science distinction — central vs room heating, hydronic vs warm air, combustion vs electric, masonry vs framed, cavity vs solid. An independent building scientist, given the same EPC data values, produces these same intermediate groupings (verified by clean-room reproduction). RDFS reasoning traverses these chains transitively, which is why a 10-level hierarchy generates 662 inferred triples from 3,229 raw.

🎯 aiskill88 AI 点评 A 级 2026-05-28

高质量的开源本体论引擎,具有较强的实用价值

⚡ 核心功能

👥 适合人群

Claude Desktop / Claude Code 用户AI 工具开发者需要扩展 AI 能力的专业人士自动化工程师

🎯 使用场景

  • 在 Claude Desktop 对话中直接调用本地工具,实现 AI 与系统的深度联动
  • 通过自然语言驱动复杂的多步骤自动化任务,代替繁琐手动操作
  • 将多个 MCP 工具组合使用,构建个人专属 AI 工作站

⚖️ 优点与不足

✅ 优点
  • +MIT 协议,可免费商用
  • +标准化 MCP 协议,生态互联性强
  • +与 Claude 官方生态无缝对接
  • +即插即用,配置简单快捷
⚠️ 不足
  • 依赖 Claude 客户端,非 Claude 用户无法使用
  • MCP 协议仍在持续演进,接口可能变更
  • 需要一定的配置步骤
⚠️ 使用须知

AI Skill Hub 为第三方内容聚合平台,本页面信息基于公开数据整理,不对工具功能和质量作任何法律背书。

建议在沙箱或测试环境中充分验证后,再部署至生产环境,并做好必要的安全评估。

📄 License 说明

✅ MIT 协议 — 最宽松的开源协议之一,可自由商用、修改、分发,仅需保留版权声明。

🔗 相关工具推荐

📚 相关教程推荐
🧩 你可能还需要
基于当前 Skill 的能力图谱,自动补全的工具组合

❓ 常见问题 FAQ

open-ontologies 是一款Rust开发的AI辅助工具。开源MCP工具:AI-native ontology engine: a Rust MCP server with tools for building, validating。⭐124 · Rust 主要应用场景包括:构建和验证知识图谱。
💡 AI Skill Hub 点评

经综合评估,开源本体论引擎 在MCP工具赛道中表现稳健,质量良好。如果你已有明确的使用需求,可以直接上手体验;如果还在评估阶段,建议对比同类工具后再做决策。

⬇️ 获取与下载
⬇ 下载源码 ZIP

✅ MIT 协议 · 可免费商用 · 直接从 aiskill88 服务器下载,无需跳转 GitHub

📚 深入学习 开源本体论引擎
查看分步骤安装教程和完整使用指南,快速上手这款工具
🌐 原始信息
原始名称 open-ontologies
Topics mcpai-native知识图谱本体论
GitHub https://github.com/fabio-rovai/open-ontologies
License MIT
语言 Rust
🔗 原始来源
🐙 GitHub 仓库  https://github.com/fabio-rovai/open-ontologies

收录时间:2026-05-28 · 更新时间:2026-05-28 · License:MIT · AI Skill Hub 不对第三方内容的准确性作法律背书。