周裕光 Samuel
Palantir Study 26|OSDK、API 与 MCP:谁该怎样使用 Ontology
原创
关注作者
腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
周裕光 Samuel
社区首页
>
专栏
>
Palantir Study 26|OSDK、API 与 MCP:谁该怎样使用 Ontology
Palantir Study 26|OSDK、API 与 MCP:谁该怎样使用 Ontology
周裕光 Samuel
关注
发布于 2026-09-25 07:06:28
发布于 2026-09-25 07:06:28
128
0
举报
概述
Developer Console 是管理自定义应用、OAuth、资源范围和 SDK 的入口;OSDK 是面向 Ontology的类型化应用 SDK;API 是底层程序接口;MCP 是让 AI client 以工具方式消费受控能力的协议入口。
文章被收录于专栏:
把企业变成 AI 能理解的世界
把企业变成 AI 能理解的世界
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系
cloudcommunity@tencent.com
删除。
架构师
AI时代的架构师
腾讯云架构师技术同盟
#ontology
#FDE
#AI
#商业分析
#供应链
目录
先给结论:不要从接口名开始,从调用者开始
它们在 Palantir 架构中的位置
Developer Console:不是写代码的 IDE,而是应用控制面
OSDK:让应用用业务语言,而不是拼 REST 路径
API:最底层、最通用,也最容易把责任写散
Ontology MCP:把对象和 Action 交给 AI,但只交必要工具
Palantir MCP:名字相近,服务的是建设者
Custom Endpoint:当你必须提供自己的 HTTP 契约
一张表做选择:不是谁更先进,而是谁更匹配
恒川完整调用链:从登录到 Action,而不是从页面到数据库
生产约束:接口通了,只完成了最容易的一步
1. 应用范围和用户权限是交集
2. 工具越多,Agent 越难稳定选择
3. 版本兼容不是 SDK 自动替你解决
4. 幂等和审计要贯穿调用链
BA 交付物一:外部应用集成契约
BA 交付物二:OSDK、API、MCP 选择矩阵
BA 交付物三:权限与审计上线检查
结论:开放的不是数据口子,而是受控业务能力
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档