Token导航 LogoToken导航

MCP Server · AI代理

Ontology Firewall

一个生产就绪的本体基础AI代理架构实现,通过添加确定性验证层防止企业系统中的幻觉问题。

stdio官方级别未说明来源级核验工具 0
AI代理Python工作流自动化

快速开始

作者 / 组织
cloudbadal007
提供方
cloudbadal007
运行时
Python

工具数量

0

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

8

仓库热度

收录来源

1 个

MCP World

选型结论

Ontology Firewall 属于AI代理类 MCP Server,公开资料标注 0 个工具,通过stdio 本地进程接入,客户端适配情况以官方文档为准,有可以直接复制的安装命令;接入前先确认权限范围。

分类

AI代理

传输方式

stdio

认证方式

无需认证

部署方式

公开资料未说明

安装与配置

安装命令

python -m venv venv

公开命令不是通用的启动方式,拼不出可靠配置示例;请在客户端 MCP 配置里按官方文档填写 command 和 args。

上手步骤

  1. 1

    准备运行环境

    stdio 服务在本地起进程,需要先装好 Python,再按安装命令拉取依赖。

  2. 2

    安装服务

    复制下面的安装命令执行;命令里带占位符的位置换成自己的密钥或路径。

  3. 3

    写入客户端配置

    在客户端的 MCP 配置里填启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4

    验证是否可用

    连接成功后客户端会列出 0 个工具,随便调一个只读工具确认能返回结果。

接入前确认

不要直接授予不必要的文件、网络或账号权限;先核对安装命令和配置内容。

详细介绍

🛡️ AI代理的本体防火墙

基于本体的人工智能代理架构的生产就绪实现,通过添加确定性验证层来防止企业系统中的幻觉。

📄 阅读全文: 媒介上的本体防火墙

🎯 问题陈述

企业人工智能代理在生产中失败,因为LLM是概率性的——它们预测的是什么 *可能*,不是什么 *正确*在高风险环境(金融、法律、医疗保健)中,“可能正确”是灾难性的。

常见故障模式:

  • 将“毛利率”与“营业利润率”混淆(不同的公式)
  • 交替使用“子公司”和“关联公司”(法律区别事项)
  • 违反数据库操作中的引用完整性
  • 忽略业务规则约束(负数、无效日期)

💡 解决方案

该项目实现了 本体防火墙--位于AI代理和执行之间的语义验证层:

User Request → Ontology Validator → LLM + Constraints → Verified Action → Execution

主要优势:

  • ✅ 防止类别错误(混淆实体类型)
  • ✅ 强制执行业务规则(约束、关系)
  • ✅ 提供审核跟踪(为什么允许/拒绝操作)
  • ✅ 自我修复(当模式改变时进行调整)
  • ✅ 生产就绪(打字、测试、记录)

🚀 快速开始

安装

# Clone the repository
git clone https://github.com/cloudbadal007/ontology-firewall.git
cd ontology-firewall

# Create virtual environment
python -m venv venv
source venv/bin/activate  # On Windows: venv\Scripts\activate

# Install dependencies
pip install -r requirements.txt

# Install in development mode
pip install -e .

基本用法

from ontology_firewall import OntologyValidator, BusinessRules
from ontology_firewall.core.validator import CommonValidators

# Load your ontology
validator = OntologyValidator("ontologies/sales_domain.owl")

# Define business rules
rules = BusinessRules()
rules.add_constraint("Order", "quantity", CommonValidators.positive, "Quantity must be positive")
rules.add_constraint("Order", "discount", CommonValidators.percentage, "Discount must be 0-100%")

# Validate an action
action = {
    "entity_type": "Order",
    "operation": "create",
    "data": {"quantity": 5, "discount": 0.1, "customer_id": "C123"}
}

result = validator.validate(action)
if result.is_valid:
    print("✅ Action allowed:", result.message)
else:
    print("❌ Action denied:", result.violations)

📚 例子

1.基本本体创建和验证

python examples/01_basic_ontology.py

创建简单的销售本体并验证基本操作。

2.从数据库模式中提取本体

python examples/02_database_schema_extraction.py

从现有的SQL模式自动生成OWL本体。

3.验证防火墙模式

python examples/03_validation_firewall.py

演示AI操作的完整验证流程。

4.MCP服务器设置

python examples/04_mcp_server_setup.py

通过模型上下文协议将本体暴露给AI代理。

5.完成工作流程

python examples/05_complete_workflow.py

端到端示例:模式提取→ 本体论→ MCP → 经过验证的代理。

🏗️ 建筑

三种核心模式

1.验证防火墙

# Prevents invalid actions before execution
validator.validate(action) → Allow | Deny + Reason

2.语义路由器

# Routes requests to appropriate handlers based on ontology
router.route(intent, ontology) → Handler + Context

3.自愈模式

# Adapts when database schemas change
schema_monitor.detect_change() → Update Ontology → Notify Agents

看 建筑.md 查看详细的图表和模式。

🧪 测试

# Run all tests
pytest

# Run with coverage
pytest --cov=src/ontology_firewall --cov-report=html

# Run specific test suite
pytest tests/unit/test_validator.py

# Run integration tests
pytest tests/integration/

📦 Docker部署

# Build image
docker build -t ontology-firewall .

# Run MCP server
docker run -p 8000:8000 ontology-firewall

# Or use docker-compose
docker-compose up

🔧 配置

通过环境变量进行配置:

export ONTOLOGY_PATH="ontologies/sales_domain.owl"
export MCP_PORT="8000"
export LOG_LEVEL="INFO"
export ENABLE_CACHING="true"

或使用 .env 文件(参见 .env.example).

📖 文档

🤝 贡献

我们欢迎捐款!请参阅 贡献.md 作为指导方针。

贡献方式:

  • 🐛 通过以下方式报告错误
  • 💡 建议功能或改进
  • 📝 改进文档
  • 🔧 提交拉取请求

🔐 安全

发现安全问题?请参阅 安全.md 负责披露。

📄 许可证

此项目根据MIT许可证获得许可-请参阅 许可证 文件。

🙏 致谢

📚 相关工作

  • 文章: 媒介上的本体防火墙
  • 辅导的: 30分钟内将BI转化为AI代理
  • 分析: 微软vs Palantir:企业本体论的两条路径

📊 基准测试

操作无本体有本体改进
错误检测45%98%+118%
无效操作12%\<1%-92%
调试时间2.5小时15分钟-83%

看 基准测试/ 方法论。

🗺️ 路线图

  • \[x\] 核心本体验证
  • \[x\] MCP服务器实现
  • \[x\] 数据库架构提取
  • \[\]GraphRAG集成
  • \[\]用于本体可视化的Web UI
  • \[\]预构建的领域本体(医疗保健、金融、法律)
  • \[\]LangChain/LlamaIdex适配器

💬 社区

______________________________________________________________________

内置于❤️ 通过 潘卡·库马尔

⭐ 如果你觉得这个仓库有用,就把它标上!

工具与能力

工具数量

0

资源数量

0

提示词数量

0

能力标签

AI代理Python本地部署本体验证企业级AI语义验证业务规则执行

数量来自来源目录的标注,具体工具清单以官方文档为准。

典型使用场景

多步任务编排

把拆解、检索、执行串成一条链,模型按步骤调用工具。

长期上下文

把会话、笔记和知识放到外部存储,换个会话还能接着做。

接自有流程

把内部系统和模型连起来,让助手调用已有的工作流。

选择建议

值得选的地方

  • 只提供 0 个工具,职责集中,接入后不容易误操作。
  • 有现成的安装命令,不用自己找入口,照着跑就能起服务。
  • 公开说明写得比较完整,接入前能看清能力边界。

先想清楚的地方

  • stdio 方式要求本地装好 Python,换机器要重新装一遍。
  • 公开摘要偏短,具体能力和限制要回到仓库确认。
  • 第三方目录整理,版本更新和行为细节以官方仓库为准。

更适合

  • 需要在AI代理场景里让模型直接调用外部能力的人。
  • 想先快速试一下、能接受在本地跑服务的人。

不太适合

  • 完全不想在本地装环境的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

5 个同类
MCP Server工具数传输方式安装命令收录来源最后核验
Ontology Firewall

MCP World · 本页

0stdio有1 个2026-05-17
Everything Claude Code

MCP World

0stdio有1 个2026-05-17
Filesystem 560c4363

MCP World

13未说明未标注2 个2026-05-17
Time 7365cb6d

MCP.so

2SSE有2 个2026-05-17
Server Everything (everything)

MCP World

11stdio有1 个2026-05-17

按同分类和工具数量挑出最接近的几条,字段以各自详情页为准。

常见问题

5 条

Ontology Firewall 怎么安装?

公开资料给出的安装命令是 python -m venv venv,运行环境为 Python。装完后按客户端要求写进 MCP 配置,重启客户端生效。

Ontology Firewall 怎么在 Claude Desktop、Cursor 里配置?

它是stdio 本地进程,客户端配置里要写启动命令和参数,运行环境是 Python;保存后完全退出客户端再打开,配置才会生效。

Ontology Firewall 收费吗?

本站只整理公开资料,不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

Ontology Firewall 需要 API Key 吗?

公开资料标注为无需认证,装好就能连;如果实际调用时报鉴权错误,按官方文档补上凭据。

Ontology Firewall 支持哪些客户端?

公开资料没有标注具体客户端;能配置本地 MCP 命令的客户端都能接,配置方式参照官方文档。

来源信息

继续浏览同类 MCP