搜索[ontology]结果-低调大师优秀个人博客

精选列表

搜索[ontology]，共60篇文章

Palantir Study 06｜Ontology：Language、Engine、Toolchain

恒川工业的评审会上，Ontology Manager 里已经有 Material、Customer Order Line 和 Supply Disruption。

2026-09-03

多模态数据平面：让 PDF、图像、视频进入 Ontology

企业里绝大多数信息从不住在数据库表里。合同是 PDF，现场是图像，车间是视频，调度录音是音频。业务真正发生的地方，恰恰是被我们轻描淡写称作"非结构化数据"的那一堆文件。但多数公司的"操作系统"——不管是自研中台还是 Palantir 那样的本体系统——第一反应还是先把数据塞进关系表，能用 SQL 或 GraphQL 查到才算"接入"。结果常常是：结构化主数据建得很漂亮，真正承载业务语义的非结构化内容，全堆在对象存储里吃灰。

2026-09-08

Palantir Study 05｜Ontology 是什么：既描述世界，也改变世界

恒川工业的团队已经把缺料项目整理得井井有条：WMS 库存、ERP 订单、MES 工单、计算逻辑和 Workshop 应用都有明确的 Project、Owner 与 RID。可计划员打开缺料事件 SD-260808-01 时，仍然无法直接回答：M-1042 影响哪张客户订单，谁能批准超过 500 EA 的调拨，批准后又怎样进入执行。

2026-09-03

Ontology：Palantir 架构真正的核心，不是数据库也不是知识图谱

聊 Palantir 这套东西，大多数人陷入的第一个误区就是拿自己熟悉的东西去套。看完 Foundry 的管线，会觉得它不过是个数据平台。看完 Gotham，会觉得这不就是个知识图谱吗。看完 AIP 怎么让大模型调工具，又觉得这跟 LangChain 接几个 function 差不多。

2026-09-08

从 Ontology 到 Knowledge Graph，再到 AI Agent

但如果你把它放到 AI、知识图谱、Agent 这些技术里，就会发现它其实非常重要。

2026-08-20

从DDD到Ontology：当数字员工不再认"限界上下文"这堵墙

某大型集团上线了基于OpenClaw.NET的智能数字员工系统。业务负责人以为，团队已经按照DDD领域驱动设计方法，完成了完整的业务建模——聚合根、领域事件、限界上下文，甚至把Entity和Value Object的定义都写进了Skill的Prompt约束里。

2026-08-01

本体驱动ERP｜站在Palantir肩膀上：我的OWL/SWRL实现 vs Ontology，区别与启示

前几篇文章发出去后，有好几个朋友私信问了同一个问题——你做这套东西，跟Palantir是什么关系？抄人家的？

2026-09-09

云运维领域的 Ontology 到底是什么？——从 Palantir 那套方法论，到 CloudQ 的全景图谱

Ontology（本体论，在企业 AI 语境里常被叫做「业务本体」或「知识图谱」），说白了就是一套把真实世界里的对象、属性、关系、动作理成一张结构化图的方法论。

2026-07-22

关于碳基与硅基协同的一些思考（三）双螺旋耦合本体论（Dual-Helix Coupled Ontology）

碳基生命依托数十亿年生物演化沉淀出价值判断、直觉原创与主观感知的灵魂内核，硅基智能凭借算力存储、海量推演与规模化执行形成效率极致的工具底座，二者天然禀赋高度互补。当脑机接口、类脑芯片、人机增强技术不断突破，碳基与硅基早已跳出简单的人机辅助表层协同，逐步迈向肉身互嵌、系统嵌套乃至文明级递归共生的全新阶段，但其背后演化速率错配、人类主体性消解、技术公平失衡与本体伦理界定等深层矛盾也同步凸显。探讨碳基与硅基协同的底层分工逻辑、递进落地路径、潜在风险约束与文明终极价值取舍，已然成为智能时代无法回避的核心命题。

2026-07-28

《从知识库到本体驱动应用》第1招项目总线 Knowledge → Ontology → Application——九个项目其实是在验证一条 AI 原生企业软件

企业里最不缺少的就是文档。战略汇报、流程手册、接口说明、数据库字典、历史代码……每一份都写得清清楚楚。可大模型进来以后，你问它“为什么这个季度华东区毛利率下降了”，它只能复述某份 PPT 里的结论，却说不清是哪个产品线、哪段代码逻辑、哪条业务规则在起作用。为什么？因为企业知识从来不在某一个数据库里躺着。我是老李，今天不聊又开源了几个项目，只聊一件事：大模型要真正理解一家公司，到底需要跨过哪几道坎。

2026-09-01

《从知识库到本体驱动应用》第5招本体驱动开发 Ontology-driven Development——AI Coding 不能从一句需求直接跳到代码，中间应

我是老李，这几年带团队用生成式 AI 做业务系统，最大的感受不是“生成得太慢”，而是“生成得太快，快到来不及发现它悄悄变了意思”。去年我们做一个合同管理系统，一开始很顺：对着对话框说“帮我生成一个合同管理系统”，几分钟后数据库脚本、接口、页面骨架全出来了。可越往后越不对劲。销售同事说“合同金额”在前端叫“合同金额”，导出报表时字段名变成 total_amount；审批流里“法务审核”和“财务复核”的触发条件经常串；权限配置里“合同归档”按钮有时出现在销售角色下，有时又不见了。最麻烦的是，这些问题不是一次性的，每重新生成一版，不一致的地方就换一批。后来我们才意识到，这不是指令写得不够细，而是系统里缺少一个把业务语义固定下来的东西。AI 生成代码时，模型会根据概率选择表达方式，同一个业务概念在不同位置可能被翻译成不同名字、不同类型、不同约束，这就是语义漂移。它不像语法错误那样直接报错，而是像慢性病，等你发现时，数据库、接口、页面、流程已经各说各话。

2026-09-01

开放网络安全联盟推出新的开源语言来连接安全工具

OCA 在帖子中解释称：“通过安全社区免费使用的开放源代码，OpenDXL Ontology 使任何工具都可以自动获得使用该语言与所有其他技术进行通信和互操作的能力。

2020-02-26

Palantir与本体论 · 番外九：从亚里士多德到Palantir，本体论经历了什么

第一篇和第二篇讲了古希腊哲学如何催生了Ontology这个概念，然后直接跳到了计算机科学。中间两千多年的哲学史被略过了。

2026-07-28

Palantir与本体论 · 番外七：从亚里士多德的四因论看两种本体

番外五从定义层面讲了学术Ontology和Palantir Ontology的区别——一个是知识表示工具，一个是可执行的业务操作系统。但"为什么"会有这个区别？

2026-07-15

Palantir与本体论（七）：没有执行力的本体只是数字盆景（更新版）

术语说明：本篇最初将Palantir Ontology内部拆为"语义层、动力层、动态层"三层，其中"动力层"指数据流动，"动态层"指Action和Write-back。

2026-07-21

中国人工智能学会通讯——KS-Studio:一个知识计算引擎 1.2 知识图谱构建

基于 fixed ontology/schema 的构建方法这一方法以少量人工定义的抽象ontology/schema作为知识图谱的顶层概念设计，以此来充实、汇聚符合顶层概念的实体与实体关系，并在此之上进一步发现新的概念

2017-08-31

爱分析洞察：Palantir本体路径的架构与实现机制

关键词：Palantir Ontology、AI行业研究、企业AI落地、AI商业化、本体平台

2026-08-17

中国企业为什么难复制Palantir？爱分析提出六大系统障碍

关键词：Palantir、AI行业分析、AI商业化、复制难度、行动层、本体Ontology、中国AI市场

2026-07-14

本体，是一次重新定价

过去半年，几乎所有跟AI、跟数据打交道的厂商都在讲同一个词：本体Ontology。

2026-07-23

本体是概念化的显式规范：想让 AI 说实话，光靠喂数据不行，还得给它一本"现实世界运行手册"

本体论（Ontology）这词儿，现在活得像个"精分"患者。它在两个平行宇宙共享同一句咒语："何物存在？"——但画风截然不同。

2026-07-19

资源下载

更多资源

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。