Open Ontologies 是一项用于操作 fabio-rovai/open-ontologies 的技能；后者是用 Rust 编写的 RDF/OWL 语义规划与验证引擎。
适用场景 当用户点名 open-ontologies、oo-cert 或 onto_* MCP 工具，或提出变更影响分析、蕴含（entailment）、溯源、已认证本体结果等需求时使用。典型任务包括：检查和验证 RDF/OWL 输入，校验语法或 SHACL，规划语义变更，执行推理与查询，比较/差异分析，以及用项目自带检查器验证证书。
范围与边界 可视化本体编辑和类层次编写应转交 Protégé 或 orionbelt-ontology-builder；通用文档到图谱的流水线、信息抽取、向量或后端集成应转交 semantica；通用数据库管理、托管服务配置或无关的 RDF 工具应交给对应平台技能。本技能不替代上述操作工具。
使用方式 在读取或运行上游二进制之前，先运行内置离线源检查。在 jeo-skills 仓库根目录执行：python3 .agent-skills/open-ontologies/scripts/preflight.py --repo /absolute/path/to/upstream --json；在已安装的 open-ontologies 技能根目录执行：python3 scripts/preflight.py --repo /absolute/path/to/upstream --json。需使用无符号链接路径组件的、已授权的绝对源码目录。退出码 0 且 source_checked: true 表示清单所列公共文件哈希均匹配；1 表示有文件缺失或不匹配；2 表示输入无效、不安全或不可读。该报告不构成运行时证明，runtime_verified 始终为 false。
随后需确认目标后端与确切本体输入，在规划前检查当前源文件和范围；未经对该数据与目标的明确授权，不得写入或应用计划。具体子命令与参数以已安装二进制的 --help 为准。README 中演示了 printf 'load base.ttl\nplan proposed.ttl\n' | open-ontologies batch -，这仅是示例，需先审阅输入再执行。
证据与审批 须区分引擎结果、所供规则结果、证明器意见与独立核验的证书，不可互换。对未知、不完整、不支持的构造及预算耗尽，应如实报告，不得当作否定答案或完整证明。在 MCP 配置或任何运行时命令之前，需就具体安装/构建/下载、客户端注册、监听绑定/认证、远程数据访问、提供方调用、图/数据库变更或公开部署取得批准，并先检查传输方式与客户端范围（stdio 包元数据与源码 serve-http 属不同暴露模式）。
限制 离线辅助脚本只用 Python 标准库和选定文件哈希，通过 PATH 查找 python3；它不执行上游代码、不联网、不读取密钥文件、不验证 Git HEAD、不验证依赖，也不建立运行时就绪状态。oo-cert 仅应用于其预期检查的断言/推导产物，并保留其退出状态与判定文本。规划或验证成功不会变更生产数据；应用、导入或写入产物是独立的审批边界。选择确切参数前应先阅读 references/upstream.md 并核对匹配的固定源。
完成时应报告所用模式（offline-selected-files、CLI、stdio MCP 或 HTTP MCP）、所消费的确切源证据、跨越的审批边界及观察到的结果。只有在另行批准运行已安装二进制/客户端后，才可声称运行时就绪；不得将选定文件哈希匹配、工具存在或源码检查提升为运行时证明。
参考文件 references/upstream.md 涵盖安装、命令家族、范围限制、许可证与安全；references/source.json 为选定固定文件的 SHA256，并非整版本证明；evals/evals.json 为编写的路由与边界场景，不是已执行的模型质量测试。