三级页｜④ Actions & Functions
Actions 与 Functions 是 Palantir 的"动作肌肉"。它们让平台不再只能"看"，而是能"做"——并且每一次"做"都能被审计和回滚。这一层是 Palantir 与 BI / 数据平台的本质区别。
1. Functions：业务逻辑的可执行版本
Functions 是把客户业务逻辑（库存可支撑天数、停线概率、违约风险、临床终点指标、目标置信度）写成可调用的代码块。它有四个关键特征：
- 定义在 Ontology 之上：函数知道它读的是哪个对象、哪些属性。
- 可被人 / Workflow / AI 调用：同一个函数，UI 上点击是一种调用方式，AIP 里 LLM 选择工具也是一种调用方式。
- 可测试与版本管理：支持回归测试，避免逻辑漂移。
- 可被 Lineage 追溯：谁触发的、读了什么、写了什么、产生了什么后果都被记录。
2. Actions：从"分析"跨到"执行"
Action Types 是 Palantir 把"分析结果"转成"组织行动"的桥梁。一个 Action 通常包含：
谁能做（角色 + 权限）
什么条件下能做（前置校验）
做了之后改哪些对象（写入哪些字段、触发哪些下游）
是否需要审批（链 / 多人 / 多级）
是否记录在审计轨迹（Lineage / 责任链）
是否可以回滚
举例：把"切换替代供应商"做成 Action，意味着采购、财务、法务的多重审批与外部 ERP 的写入都被打包成一个组织级动作。客户买的不是按钮，而是"按下按钮后整个链条自动跑通且能问责"。
3. 客户为什么愿意为这一层付钱
| 痛点 | 解法 |
|---|
| BI 只能看不能改 | Action 让"看到 → 决策 → 执行"在同一系统 |
| 多系统并行 → 数据漂移 | Action 写回 Ontology + 下游系统，单一事实源 |
| 责任不清 | Action 自带审批与 Lineage |
| AI 输出不可执行 | AIP 通过 Functions 触发 Actions，落地到组织 |
4. Actions / Functions 在生意上的意义
- 它们是 Palantir 单家客户合同金额能扩到亿美元级的关键：每多一个流程被 Action 化，就多一份可衡量的回报。
- 它们让 Palantir 在"Agentic AI"叙事下天然占位：因为 LLM 想要在企业里"做事"，必须有一套受控、可审计、可回滚的工具集。
5. 优势
- 定义在 Ontology 上，可以跨系统统一执行。
- 权限 + 审批 + 审计内建。
- 是把 LLM 接入企业操作的最顺接口。
6. 劣势 / 风险
- 对客户运维要求高：Action 一旦定义错，影响真实业务。
- FDE 仍是主导设计者，扩张依赖人。
- 云厂商的 workflow / Step Functions / Power Automate 在向"AI 触发动作"演化，是远期挑战。
专题一 → 产品 4 / 7｜Actions & Functions