在翻 Foundry 文档时，会发现不少应用后面已经悄悄加上了[Sunset]的标注。这并不意味着马上下线，而是官方已经明确：不再作为未来重点方向推进。
目前被明确放入 Sunset 阶段的，主要集中在下面这些功能和应用。
一、已经明确标注为 Sunset 的功能
1. Preparation
最早一代的数据清洗、预处理 UI 工具。现在官方的态度很明确：不再推荐使用，数据准备统一往 Pipeline Builder 这条线收敛。
2. Forms
用于搭交互表单的工具，早期在业务录入、审批类场景里用得不少。但随着 Ontology + Actions / Functions 成熟，Forms 已经不再是主流选择。
3. Recipes
一套偏“规则 + 触发 + 通知”的工具。现在这类能力被拆散并吸收到 Automations、Foundry Rules、监控视图里，Recipes 本身不再扩展。
4. Reports
老一代报表和仪表盘工具。官方给出的迁移方向也很清晰：Contour / Quiver + Notepad，而不是继续在 Reports 上投入。
5. Logic Flows
早期的自动化和工作流执行理解。在 AIP 时代，这条线基本被 AIP Logic + Actions 取代，新项目已经不建议再碰。
6. Object Monitors
Foundry 原生对象监控机制。能力并没有消失，而是整体并入 Automate 体系，不再单独演进。
7. Use Cases
用于组织 Workspace 和项目的老工具。现在更多通过 Portfolios 等方式来管理，Use Cases 本身逐步退出舞台。
8. Foundry Rules 中的 Time Series Rules
时间序列规则这条子能力已经被弱化，官方推荐直接用 time series alerting automations。
9. Monitoring Views 里的 Check Groups
作为监控分组机制已经不再建议新建，监控视图成为新的承载方式。
二、这些 Sunset 背后，能看出什么？
如果把这些被“退场”的功能放在一起看，其实能看出 Palantir 在 Foundry 上的几条明确取舍。
第一，平台在主动“收敛”，而不是横向铺功能
Pipeline Builder、Automations、Monitoring Views、Contour 这些组件，被反复强化；而一批“各自为政”的 UI 工具，开始逐步退出历史舞台。
第二，能自动化的，就不再让人点来点去
Logic Flows 被 AIP Logic 取代，其实是一个很典型的信号：从流程配置 → 语义驱动 + Agent 执行，这是 Foundry 的明确方向。
第三，减少中间层，强调统一语义和统一治理
Reports、Recipes、Check Groups 这类“中间工具”，本质上都在做一部分观察、通知或控制的事情，现在统一并回平台主干，碎片化明显降低。
第四，Sunset ≠ 立刻下线，但等于不再押注
这些功能大多仍然可用、可维护，但已经不再承载未来设计。对新项目来说，最重要的一点是：不要再基于它们做长期架构决策。
如果说看 Sunset 是在看 Palantir 放弃了什么，那看主推功能，其实是在看它接下来五年的路线图。
从最近一两年的 Foundry / AIP 文档和产品演进来看，Palantir 的重心已经非常集中，核心就押在几条能力线上。
三、Pipeline Builder：数据层的“唯一入口”
现在所有数据相关能力，几乎都在向Pipeline Builder收敛。
数据清洗、转换、调度、依赖管理
结构化 + 非结构化数据统一处理
可观测、可回溯、可治理
Preparation 被 Sunset，本质上不是能力没了，而是数据工程必须走工程化、版本化这条路。
Pipeline Builder 是 Foundry 里确定性最高、最底层、最不可能被替代的核心模块之一。
四、Ontology：一切智能和应用的地基
如果只选一个最能代表 Palantir 差异化的能力，一定是 Ontology。
把数据抽象成“业务对象”和“关系”
统一权限、血缘、语义解释
直接服务于应用、分析、Agent 和决策
这也是为什么 Forms、Use Cases 这些偏 UI/组织层的东西逐步退场——Palantir 现在更在意“语义是否统一”，而不是“界面是否好看”。
五、Automations + Actions：流程不再写，人只做决策
现在 Palantir 推的自动化思路已经很清晰了：
Automations：事件驱动、规则触发、调度执行
Actions / Functions：对真实系统产生影响（改状态、下指令、调接口）
Recipes、Logic Flows 被替代，并不是自动化不重要，而是老一代“配置流程”的方式已经不够用了。
新的方向是：语义 + 事件 + Agent，直接推动业务动作。
六、AIP Logic / AIP Agents：真正想卖给市场的东西
从商业角度看，AIP 才是 Palantir 当前最核心的增长引擎。
Agent 能直接基于 Ontology 理解业务对象
能在权限边界内调用 Actions
能解释决策、回溯原因，而不是“黑盒回答”
Logic Flows 退场，AIP Logic 上位，说明 Palantir 已经不满足于“自动化”，而是要让 AI 成为一等公民的执行者。
七、Monitoring Views + Contour：统一“看”和“管”
原来 Reports、Check Groups、Object Monitors 各自为战，
现在全部往两条线合并：
Monitoring Views：系统、数据、流程的运行态监控
Contour / Quiver：分析、决策、业务视角的展示
一个偏“运行中是否健康”，一个偏“业务上发生了什么”，而不是再堆一堆零散报表。
八、Notepad + 应用层：人和系统的交互入口
Notepad 并不是一个简单的“笔记工具”，而是：
把分析、图表、解释、结论放在同一上下文
成为人和 Ontology / Agent 对话的界面
支撑协作、审计和决策留痕
这也是 Palantir 很少强调“BI 工具”的原因——它更关心决策过程，而不是图表本身。
九、总结一句话
如果把 Palantir 当前主推的能力压缩成一句话：
用 Ontology 统一语义，用 Pipeline Builder 管住数据，用 AIP Agent 直接参与决策和执行。
Sunset 的那些功能，大多是“过渡形态”；而现在主推的这些，才是 Palantir 真正打算长期投入、对外讲故事、对内打磨的平台主干。
| 欢迎光临 链载Ai (https://www.lianzai.com/) | Powered by Discuz! X3.5 |