循序渐进 · AIP 教学 · AI FDE(四)

AI FDE 的安全与治理

安全与治理是内建在 AI FDE 里的,因为它完全以你的身份和权限运行 —— 它不是独立服务账号,只是"换了个交互方式的你"。

本文来源 · Source 内容整理自 Palantir Foundry 官方文档:
https://www.palantir.com/docs/foundry/ai-fde/security-and-governance/
原始标题:AI FDE • Security and governance • Palantir · 所属:AI FDE(让 AI 帮你操作平台)

先记住这几条

① 以你的身份运行
不是独立的服务账号或机器人。
② 沿用你的会话
代表你行事,权限范围就是你。
③ 每个动作都过检查
与手动操作完全相同的权限校验。
④ 因此可审计
谁让它做了什么,都有迹可循。
0

写在前面

安全与治理内建于 AI FDE 之中,因为它完全以你的身份和权限运行。AI FDE 不是一个单独的服务账号或机器人;它使用你现有的 Foundry 会话代表你行事。它采取的每一个动作都受到与你手动执行操作相同的权限检查、治理控制和审计日志记录约束。

1

以你的权限为界

要点:它做不了你做不到的事。

当你使用 AI FDE 时,所有操作都使用你已认证的 Foundry 会话执行。不涉及单独的凭据、服务账号或提权。

AI FDE 在你的用户账号相同的权限约束下运行:

  • 如果你没有创建仓库的权限,AI FDE 也没有。
  • 如果你无法编辑某个对象类型或执行某个 action,AI FDE 也不能。
  • 权限错误与你手动执行相同操作时会看到的一致。

这适用于所有能力,包括 OSDK 应用创建、ontology 编辑、数据集构建和代码仓库操作。

2

敏感操作需用户批准

要点:危险动作前会先问你。

除了服务器端的权限强制执行之外,AI FDE 还实现了工具批准系统,在执行变更操作之前需要用户明确确认。默认设置最大限度地保守;任何可能影响生产工作流的操作都不会被自动批准。你也可以在会话期间批准特定工具,并在相关时限定于某个分支或项目。

CategoryExamples
Requires approval every timeExecuting ontology actions, creating applications or widgets, publishing, or creating tags.
Branch-aware approvalFile edits and dataset builds auto-approve on feature branches, but require approval on protected branches.
Auto-approvedRead-only operations such as searching and reading definitions.

你对智能体的行为始终保持控制。未经你的同意,AI FDE 无法执行写操作,无论同意是按动作授予的还是会话级预先授予的。

3

会话访问与安全

要点:会话本身怎么保护。

每个 AI FDE 会话仅创建该会话的用户可以访问。会话无法与其他用户共享或被其他用户访问。

创建新会话时,你有权访问的标记(marking)会被应用到该会话。如果你失去了对某个已应用于会话的标记的访问权限,将会失去对该会话的访问权。重新获得该标记的访问权将恢复对该会话的访问。

4

审计日志与归因

要点:谁让它做了什么,都能查。

所有活动都可以通过标准的 Foundry 审计日志完全审计。由于每次 API 调用都携带你的身份,Foundry 的平台级审计日志记录会捕获所有归因于你的操作,与手动操作的处理方式完全一致。这包括仓库操作、ontology 更改、数据集构建以及所有其他平台交互。

LLM 用量也归因到你个人的用户身份,确保用量跟踪和速率限制按用户生效。

5

要点回顾

要点:这一节的核心结论。
ControlDescription
IdentityAll actions are performed on your behalf using your credentials. There is no service account or separate identity.
PermissionsStandard Foundry permissions are enforced server-side on every operation.
User approvalMutating actions require user consent, either confirmed per-action or through session-level pre-approval scoped to a branch or project.
Session accessSessions are only accessible to the user who created it and secured by the user's markings.
Audit trailLogging through both AI FDE session logs and standard Foundry audit logs is fully in effect.
LLM attributionModel usage is tracked to your individual account.
GovernanceExisting Foundry governance including permissions, branching controls, and audits apply without exception.

AI FDE 是你现有 Foundry 会话中的一个生产力工具,不能超越你的权限。所有动作都以你的身份记录,标准治理模型完整生效。

延伸阅读 · 相关页面

按主题横向跳转,不必顺着目录一篇篇读。

本组其他页面 · AI FDE(让 AI 帮你操作平台)

同一主题下的相邻内容。

常见问题速答 · FAQ

关于「AI FDE 的安全与治理」,读者最常问的几个问题。

以你的权限为界是什么?
它做不了你做不到的事。当你使用 AI FDE 时,所有操作都使用你已认证的 Foundry 会话执行。不涉及单独的凭据、服务账号或提权。
敏感操作需用户批准是什么?
危险动作前会先问你。除了服务器端的权限强制执行之外,AI FDE 还实现了工具批准系统,在执行变更操作之前需要用户明确确认。默认设置最大限度地保守;任何可能影响生产工作流的操作都不会被自动批准。你也可以在会话期间批准特定工具,并在相关时限定于某个分支或项目。
会话访问与安全是什么?
会话本身怎么保护。每个 AI FDE 会话仅创建该会话的用户可以访问。会话无法与其他用户共享或被其他用户访问。
审计日志与归因是什么?
谁让它做了什么,都能查。所有活动都可以通过标准的 Foundry 审计日志完全审计。由于每次 API 调用都携带你的身份,Foundry 的平台级审计日志记录会捕获所有归因于你的操作,与手动操作的处理方式完全一致。