Palantir 面向开发者生态的发展历程

推荐语

Palantir如何从军工定制服务商蜕变为开发者友好平台？揭秘其关键转型历程。

核心内容：
1. 早期封闭式咨询模式与当前平台化架构的对比
2. 2017-2019产品化过渡期的四大技术突破
3. 2020年后开发者生态构建的三大里程碑事件

杨芳贤

53AI创始人/腾讯云(TVP)最具价值专家

一、大家对 Palantir 的误区

Palantir 是靠给军工做项目起家。所以早期 Palantir 并不是一家面向开发者生态的公司，而是“高级咨询 + 定制化交付模式”。主要的特点是：

• 高度垂直场景解决方案公司

• 全域咨询化 + 交付式模式

• 内部工程师 = 只是 Palantir 自己的人

• 客户基本不写代码，只用 UI

但是 Palantir在 2020～2022 年间系统性的进行了转型。今天 Palantir 的产品已经是一家平台型公司，不能再以旧的眼光看待 Palantir。

二、Palantir系统性面向开发者发展历程

下面按照时间线给大家展示一下，Palantir 的演进历程
阶段 1：2004–2016
（早期 Gotham + Forward Deployed Engineer）

几乎没有“外部开发者”概念

特点：

• 内部的 FDEs（部署工程师）深入客户现场写代码

• 客户基本不自己开发

• Gotham 是封闭的、以 UI/Workflow 为中心

• 公共 API 很少

• 没有 SDK，没有自助构建，没有 IDE，没有项目制

这时不是 Developer Platform，是“顾问 + 工程师服务”。

阶段 2：2017–2019
Foundry 第一代产品化

开始有“开发能力”，但主要面向内部工程师

出现几个关键东西：

• Code Workbook（Python/Spark 开发）

• Foundry Transform（Pipeline 编排）

• Ontology（语义层）早期版本

• Action（业务逻辑）

• 但仍然完全没有“开发者生态”：

• 没有 SDK

• 没有 VSCode 插件

• 没有 Git 工作流

• 没有 Project 空间

• 客户也不会独立开发

这是 “从咨询走向产品化” 的过渡期。

阶段 3：2020–2022
真正的 Developer Platform 起步，这段时间 Palantir 的战略发生重大变化：

1）推出 Project 概念
客户可以自己创建：

• Project Workspace

• 自己的 App

• 自己的 Pipeline

• 自己的 Ontology Extension

这是标志 Palantir 允许客户成为“Builder”。

2）全面引入 Git / Version Control 系统
这是 Palantir Developer 能力的基础设施：

• 每个 App / Code / Ontology / Logic 都可版本管理

• 支持 Workflow：Branch → Review → Merge → Deploy

• 可以进行多人协作、审批、审计

• 这是软件工程体系的核心

在 2021–2022 前后，Git 工作流全面铺开。

3）VSCode 插件（Developer IDE）上线（2021 左右）
客户能真正使用：

• 本地开发

• 本地 LSP 支持

• 本地调试

• push / pull 到 Foundry

这是 Palantir 真正开始“给开发者工具”的标志。

4）API、SDK、Foundry Ontology API 开放
开始提供：

• Foundry REST API

• Object API

• Model Serving API

• Permission API

• Ops API

客户开始能真正“写代码”调用 Foundry 资源。

5）App Builder Release（无代码 + 低代码 + 自定义逻辑）
让客户可以：

• 构建自己的应用

• 做自定义 UI + 逻辑

• 嵌入模型推理 + action

这让 Foundry 从 BI/Data 工具 → 自助应用平台。

阶段 4：2023–2024（AIP + Agent 时代）
 Developer Platform 全面爆发

AIP 的推出是 Palantir Developer 化的临界点：

1）AIP Logic（JavaScript 环境）
完整的自定义逻辑层

结合 Git、VSCode、API、Ontology

真正像写应用一样

2）Model Serving + Queue + GPU Pool
开发者可以自己：

• 注册模型

• 调用推理

• 建 Agent 应用

  
  

3）Agent + Tooling = 一个新的软件开发范式
客户不只是“使用 App”，而是“构建 Agent Ecosystem”。

这是 Palantir 完整转向 Developer Platform 的最终形态。

阶段 5：2025（目前）

Foundry = Enterprise AI Developer Platform

产品完全默认客户作为开发者：

• App Builder 2.0

• AIP Agent Framework

• Runtime Queue + GPU 调度

• Ontology Actions + Tooling

• Git-native Development

• Multi-project DevOps

• VSCode 双向同步

• MLOps Integration

• End-to-end Developer Workflow

此时 Palantir 才成为一个真正意义上的：

企业级 AI 应用开发平台（Enterprise AI Dev Platform）

三、Palantir DevCon 组织的情况

从 24 年开始，Palantir 系统性组织开发者大会，进一步促进开发者发展

DevCon1（DevCon 1）

时间地点：2024 年 11 月 13-14 日，在丹佛（Denver）举行。

参加者规模：约 150 位开发者 / 客户 /合作伙伴。

主要特点 / 发布内容：

• 正式推出 “AIP for Developers” 的功能。

• 发布了 Ontology SDK 2.0、新的 Platform APIs、Workflow Builder 等工具，提升从原型到生产的开发效率。

• Beta 功能展示如 Agent Studio、Platform Branching、Compute 模块，以及首次展示 Multi-Modal Data Plane。

• 强调从“deprecating backend”（减少手工后端工作）和让开发者更快交付价值。

生态/影响：

• 强调以 Foundry + AIP 为基础让更多用户成为 “builders” —— 不只是内部 FDEs，也包括客户与合作伙伴的开发者。

• 开始把很多新功能以 SDK / API 的形式对外开放，使得构建应用更为便捷。

DevCon2（DevCon 2）

时间地点：2025 年 2 月 26-27 日，在 Palo Alto 举行。

主要特点 / 发布内容：

• 加强 Foundry 中对多媒体 / 非结构化内容（音频、视频、图像、文档）支持，提升开发者用这些媒体作为输入创建 AI／工作流的能力（Media Sets、转录、工作流程自动化等）。

• 发布 OSDK 的 Intelligent Object Set Watchers，用以同步状态并支持多个客户端／系统之间的状态机逻辑。

• 引入 Embedded Ontologies，使设备在离线或网络不稳定时，也能带有本地知识模型／本体以继续提供基本功能。

• 支持事件驱动 workflows（Eventing），与多个消息/事件源（如 AWS SNS, GCP Pub/Sub 等）集成。

• 在数据仓库层面支持 “push down compute”（将部分计算下推到已有数据仓库，如 BigQuery, Snowflake 等）以减少复制、提升效率与兼容性。

生态/影响：

• DevCon2 更加聚焦于“边缘 / 非理想条件下的应用”（offline, occasionally connected clients）；同时也强调媒体与非结构化内容的整合使用。

• 开发者能够更灵活地构建 consumer-style 应用（例如个人助手、任务自动化等）并兼顾企业环境。

DevCon3（DevCon 3）

主要特点 / 发布内容：

• 展示并 demo Autopilot —— 一个为开发者提供集成化／自动化开发环境的产品新功能。

• 强化 Observability（可观测性）与监控能力，例如“Code in Production: Gallatin × Observability”示例。

• 新的产品发布与功能增强集中在 AIP（AI Platform）层，进一步提升开发者的生产力与部署安全性、治理能力。

  
  

生态/影响：

• DevCon3 是在 DevCon1 / DevCon2 的基础上，把更多“自动化 /生产环境部署 /治理 /监控 /开发者工具链”整合进来。

• Autopilot 的推出意味 Palantir 正在把更多的“从原型到产品”的流程自动化、抽象化，以缩短交付周期并提高可靠性。