Palantir for Builders：Zoë 谈如何把 FDE 文化带出 Palantir

摘要

Palantir 架构师 Chad Walquist 与"Palantir for Builders"项目负责人 Zoë 对谈。Zoë 在 Palantir 工作约五年，此前是银行业的软件工程师，在圣安德鲁斯大学学习计算机科学。Palantir for Builders 的本质是：让创业公司到中型企业使用与大型企业相同的企业级软件，但把构建的重任交给客户自己的工程师——这是把前向部署工程（Forward Deployed Engineering，FDE）文化真实地生长到 Palantir 之外的方式。

客户最兴奋的是什么？"思想的时速"——从想法到可扩展的部署几乎零延迟，无需拼接 50 个点状方案，也不必担心长大后推倒重来。通过 Marketplace、Palantir DevOps 与 OSDK，小型团队（常常一两个人）在几天内构建端到端解决方案，还能做成白标应用交给自己的客户。反复出现的主题是"用更少的工程师做更多的事，换来更长的跑道"。

学习路径完整而多元：learn.palantir.com 自助培训、认证项目、由 Palantir 工程师亲自回答问题的社区论坛、Ontologize 等合作伙伴、YouTube 开发者频道，以及去年推出、让所有人直接上手完整平台的开发者层级（Developer Tier）。目前项目已有超过 150 个客户，从 2024 年成立的合规创业公司 Helmguard AI 到中游油气公司 Goodnight Midstream。Zoë 的哲学很简单：学 Palantir 最好的方式就是动手在 Palantir 上构建——就像学语言不能只读书不开口。

正文

一、Palantir for Builders：FDE 文化的外延

Zoë 解释，要理解 Palantir for Builders，先要理解 Palantir 的整体交付方式：与大型企业合作时，交付机制是"我们的软件加我们的人"——这就是前向部署工程（Forward Deployed Engineering，FDE），两者结合为客户创造价值。而 Builders 项目允许我们与从 pre-A 轮创业公司到中型企业合作：软件是同一个企业级软件，但构建主要依靠客户自己的工程人才。她认为这也是把 FDE 文化真实地推广到 Palantir 之外——FDE 起源于 Palantir 文化与最初的交付模式，Builders 让这种文化在外部生长。

客户为什么来？对创业公司而言，预先搞清楚全部基础设施、集成、安全与合规是令人望而生畏的，借用一个已经具备安全性的平台能获得先发优势。现在企业客户也带着同样的问题来了：比如一家中型制造商想把现在靠一堆 Excel 表格运行的库存管理流程搬进来——企业级也这样，别惊讶——但他们有"构建精神"：想解决问题，也想让自己的工程师被赋能去构建。这正是项目寻找的特质：内部建设者精神。而且这些解决方案无法开箱即买——就算买了，第一个问题解决了，下一个问题来了你不想再拼接第 51 个点状方案。

二、思想的时速：客户在兴奋什么

Chad 提到他采访多个客户时反复听到"思想的时速"——"我想的速度就是我能构建的速度，直接做出来，而且可扩展"。他们在安全可扩展的平台上构建，从两人创业公司长到 20 人、100 人都不用换平台——"不是到达某个点再重写，从一开始就是真的，你在为业务做未来防护"。还有客户提到 Marketplace 与 Palantir DevOps：他们可以用 OSDK 构建、自定义、部署并管理白标应用，获得真正的变更管理与发布管理。他遇到的每一个 Builders 客户都在以某种方式使用 OSDK。

工程师背景光谱很宽：有典型的数据工程师、软件工程师（用 OSDK 建前端或在平台里做数据工程），也有低代码工程师、业务分析师——这正是"for Builders"的含义：不只是有计算机科学背景的人，低代码构建者也被赋能交付最终产品。例子是 Selkirk：他们信奉低代码应用构建，前端用 Flutter，后端可扩展部分来自平台，甚至还有移动应用——Zoë 说他们预览了即将推出的移动应用，"由一个开发者构建"。Chad 反复追问同一个问题：你们几个人在做这些？答案总是"一两个，几天内做出端到端方案"；有人参加 Build Camp 建出完整方案，再由一名工程师花一两周做成生产就绪。另一个主题是"用更少的工程师做更多的事，给我更多跑道"——不必去雇一堆昂贵的 DevOps 工程师，低代码的人懂业务、懂问题域，也能构建可扩展可靠的东西。

三、学习路径：从 Dev Tier 到 Build Camp

学习体系是 Palantir 过去两年重金投入的地方：learn.palantir.com 自助式端到端与应用专项培训；认证项目（按构建者形态分不同轨道）；社区论坛——类似 Stack Overflow 但更社区导向，Palantir 产品研发工程师与 FDE 亲自回答问题，产品负责人还会发帖解释某些产品为什么诞生；Ontologize 等合作伙伴提供更专门的培训与实施支持；还有给所有人的 YouTube 开发者频道。Zoë 说很多创始人在 X 和 LinkedIn 上私信她，Boundless Discovery 团队就是从 X 上发现 Palantir 并一路走进 Builders 项目的。

开发者层级（Developer Tier）去年推出，是"眼见为实"的入口——以前要花几周甚至几个月才能上手一套环境，现在直接给你完整平台（只是有规模与生产化的护栏）。上线以来注册量"像着了火"，她最常被问的问题是"我的国家还没有"——正在陆续开放。Chad 补充：Fortune 500 的工程师也会注册 Dev Tier，自己下班玩玩，然后说"天哪，我们得找这些人聊聊"。Zoë 自己就在 Dev Tier 上用健康数据做了个语音智能体，能告诉她前一天睡得怎么样——Palantir 工程师们都有自己的个人项目。

四、两个客户样本

项目已有 150 多个客户，Zoë 给出两个切片。Helmguard AI：2024 年成立的极早期创业公司，安全与合规方向，帮助大型企业处理安全与合规审查——大量尽职调查与合规问题散落在不同系统的政策文档里，全是自然语言。CTO Jack 用 AIP Agent Studio、Automate 与函数工作流做后端，前端全部是 OSDK——客户看到的就是 Helmguard 的白标界面。Chad 记得 Jack 在 DevCon 的演示，当时没意识到是极早期创业公司，因为演示太惊艳了。Helmguard 大约三四个月就上市了——在高安全环境里处理那么多信息（分块、自动应答、流转到相关团队）本应是极难的。

Goodnight Midstream：中游油气公司，管理庞大的水泵网络，每小时处理大量水。他们像许多成长型公司一样投了传感器，但除了看振动、水压等图表外无法真正利用数据——有完整的 SCADA 系统，却做不了"告诉操作员该做什么、改什么、何时做"的流式告警，永远在事后分析。现在他们在平台里做预测性与预防性变更；Zoë 带他们开了一次 Build Camp，他们建出了两个在其他系统里"要花一年"的工作流。这引出了 Foundry 里被低估的一等公民：流式处理——战场场景必须实时，而对传感器、告警乃至智能体工作流，数据必须实时回流。产品团队与 Goodnight 直接合作打磨了时间序列告警：把 Quiver 里的分析一键变成告警，Automate 再触发下游动作（包括调用 LLM 决定该怎么办）——从临时分析到预防性行动，一键完成。

五、团队构成与"人人皆可构建"

关于需要什么样的团队，Zoë 的建议与 Palantir 内部团队结构一致：一个偏数据工程的角色（能用低代码工具做很多事，若有计算机科学背景则触达更深），搭配一个真正理解业务需求的业务分析师或低代码用户——两人协同效果极佳，这就是 Palantir 自己构建产品的方式，客户照搬后数周内就能成功构建用例。Chad 称之为"Echo Delta 组合"——无论内外，都是魔法，而且两人都算 FDE。Zoë 说经过长时间辩论，可以确定：两者都是。

除了 Build Camp（在公司或客户办公室举办的动手黑客松式活动，与产品研发团队和 FDE 坐在一起，通过耳濡目染学习），Zoë 还有个人哲学：学平台就像学语言，不能只学不练——先做出第一个方案，哪怕慢一点，然后反复迭代；第二个用例可以复用第一个用例的组件，进步是累积的。最后，关于为什么叫"Builders"而不是"Developers"：因为任何人都可以构建——精通代码的人用低代码工具反而更快更轻松，需要时又能随时切换到专业代码组件。这种"我们都可以成为建设者"的态度，正是 Palantir for Builders 的核心。未来一年她的目标是增长：150 个客户会爆发式增加，进入更多行业与空间——因为客户的挑战会反过来推动产品创新，把"外围"推到极致。