AIP Logic 总览:无代码搭 AI 函数
AIP Logic 是 AIP 的核心应用:在可视化环境里构建、测试、发布由 LLM 驱动的函数,无需写代码就能借助 Ontology 构建功能丰富的 AI 逻辑。想上手 AIP,从这组开始。
https://www.palantir.com/docs/foundry/logic/overview/
原始标题:AIP Logic • Overview • Palantir · 所属:AIP Logic(用积木搭 AI 逻辑)
先记住这几条
写在前面
AIP Logic 是一个无代码开发环境,用于构建、测试和发布由 LLM 驱动的函数。AIP Logic 让你能够构建功能丰富的 AI 驱动函数,这些函数可以借助 Ontology,而无需承受开发环境和 API 调用通常带来的复杂性。借助 Logic 直观的界面,应用构建者可以编写 prompt、进行测试、评估与监控、设置自动化等等。
你可以使用 AIP Logic 来自动化并支撑你的关键任务,无论是将非结构化输入中的关键信息与你的 Ontology 连接起来、解决排期冲突、通过寻找最佳分配方案来优化资产性能,还是应对供应链中的中断等等。

Logic 函数也可以被自动化,从而自动应用 Ontology 编辑,或将其暂存以待人工审核。
使用 Foundry Branching 可以隔离地开发 Logic 函数。你还可以通过指标监控 Logic 函数的健康状况和性能,包括成功与失败次数以及执行时长。
AIP Logic 提供了一个直观的界面,可通过一个 Logic 函数来利用 Ontology 和 LLM;该函数接收输入(例如 Ontology 对象或文本字符串),并可以返回输出(对象和/或字符串),或对 Ontology 进行编辑。例如,下面这个由 LLM 驱动的函数接收来自某个 Ontology 对象的输入数据,将该数据与一封客户邮件进行交叉比对,并根据以往的解决方式来为某个特定问题推荐解决方案。
![一个 AIP Logic「Use LLM」block,其 prompt 为「You are my supply chain helper agent. Find other emails that describe similar events to those described in the input email (at any location). Look only at the email body. Determine the best solution based on what has worked in the past. Return your one solution recommendation, do not list findings from every email.」该 block 的 Query objects 工具已针对「[Titan] Distribution Center Email」对象设置好,并被授予访问 email content 属性的权限。输出被设置为变量名「recommended solution」,类型为「primitive, string」。](assets/img/block-use-llm-prompt.png)
AIP Logic 构建在治理 Palantir 平台其余部分的同一套严格的安全模型之上,包括用户权限和函数权限。这些平台安全控制只会授予 LLM 完成某项任务所必需的访问权限。
行级和列级访问控制(包括受限视图、对象安全策略和属性安全策略)会过滤模型代表用户所能读取的内容。模型永远无法看到用户无权读取的数据。这些控制不会延伸到模型的输出或它编写的任何 Ontology 编辑。为了让数据在向下游流转时持续受到保护,请将这些控制与标记(marking)或基于分类的访问控制搭配使用。完整的模型说明参见访问控制传播。
进一步了解 AIP Logic 的核心概念,或者开始使用并构建一个 Logic 函数。在评估函数时,AIP Evals 提供了一个结果分析器,可按根因对失败的测试用例进行分类,并就如何有针对性地修改 prompt 以改善结果给出建议。
延伸阅读 · 相关页面
按主题横向跳转,不必顺着目录一篇篇读。
本组其他页面 · AIP Logic(用积木搭 AI 逻辑)
同一主题下的相邻内容。
- AIP Logic 核心概念读懂这一页,后面所有 Logic 文档都会顺畅很多。这里把 block、prompt、tool、output 等关键概念
- AIP Logic 快速入门这一篇带你实际走一遍:进入 AIP Logic、认识界面、组合 LLM block、在调试器里看 LLM 的思维链(ch
- AIP Logic 的 block 全清单Block 是 AIP Logic 的积木,每块都有特定用途:读写 Ontology、做计算、聚合数据、调用函数、与 L
- 暂存写入(Staged writes)让 AI 直接改你的 Ontology 太危险怎么办?暂存写入让改动先停下来等人审,通过后才落库。
- 在分支上开发 AIP LogicAIP Logic 与 Global Branching 集成,让你在隔离的分支上安全地改 Logic 函数,改完再合并
- 执行模式设置:用户作用域 vs 项目作用域Logic 函数有两种执行模式,决定了"以谁的身份运行、数据权限从哪来" —— 这是个容易踩坑但很关键的选择。
- 用 Automate 自动化 AIP LogicLogic 函数可以被自动化触发,让 Ontology 编辑自动落地,或先暂存等人工审核 —— 触发源可以是已有对象,也
- AIP Logic 的计算用量Logic 函数跑一次,钱花在哪?这一篇把用量拆开算给你看,帮你预测成本、优化设计。
- AIP Logic 的指标Logic 资源底层由函数支撑。这篇讲怎么看到成功/失败次数与 P95 执行时长,判断一个 Logic 函数是否健康。
- AIP Logic 常见问题按问题组织的一页,适合当速查手册用。遇到具体疑问时先来这里翻一翻。