动作类型（Action Type）：让本体"动手"
本体不能只"看"不"动"。动作类型就是让人（或系统）在合规前提下 改变对象、属性和链接的那套定义。这一篇讲清它是什么、由什么组成、什么时候该用。
https://www.palantir.com/docs/foundry/action-types/overview/
原始标题：Action types · Overview
一句话速览
动作类型（Action Type）：让本体"动手"：本体不能只"看"不"动"。动作类型就是让人（或系统）在合规前提下 改变对象、属性和链接的那套定义。这一篇讲清它是什么、由什么组成、什么时候该用。
一句话：动作类型 = 一次受治理的变更
An action type defines a set of changes a user can take at once.
在本体里，用户通过动作（action）去改动对象、属性与链接。 一次 action 是一笔事务（transaction）：基于用户定义的逻辑，改变一个或多个对象的属性。
重点在"一次性"和"受治理"：一个动作类型把要改什么、怎么改、谁有权改、改完顺带做什么 全部打包成一份可复用的定义。业务人员点一下就能完成一整套合规变更。
一个例子：Assign Employee
改属性、自动建链接、发通知、做权限校验，一次完成。
原文给的例子是 Assign Employee（分配员工）动作类型。设想 HR 要把 "Melissa Chang" 的岗位改成 "Product Manager"：
Employee 对象的 role 属性值。Employee 与新 Manager 之间建立链接。于是，HR 只需执行一次动作，就能把 Melissa Chang 切到 Product Manager—— 属性改了、链接建了、相关人通知了、权限也拦住了不该操作的人。
一个动作类型由什么组成？
参数、编辑、副作用、校验，四件套。
| 组成部分 | 作用 |
|---|---|
| Parameters 参数 | 采集用户输入（如"新岗位"），以标准化表单呈现，避免随手填错。 |
| Edits / Operations 编辑与操作 | 对对象、属性值、链接的增改删；可自动按规则建立链接。 |
| Side effects 副作用 | 提交时顺带发生的行为，如发送通知（notify）给相关人。 |
| Validation / Submission criteria 校验与提交条件 | 规定谁能执行、在什么条件下才允许提交（如仅 HR 角色）。 |
为什么要用动作类型？
本体映射到真实数据，提交即写回，跨应用一致。
原文强调一个核心事实：Foundry 本体不是抽象数据模型，而是把每个本体概念 映射到了组织真实的业务数据。动作带来的改动，正是"把人的决策与洞察"沉淀进数据资产的方式——数据资产因此越用越值钱。
它适合什么场景？权限怎么管？
凡是"人要做一次受治理的改动"，优先考虑动作类型。
动作类型擅长的是捕获人的决策：审批订单、改状态、指派人员、建立关系……
- 改动会改变本体中的对象，而不是只做只读计算。
- 改动需要在提交时做权限校验与副作用（通知、联动）。
- 同一套逻辑与校验要在所有用户应用里保持一致。
权限方面，动作类型在其定义里就内嵌了校验与提交条件： 比如"仅人力资源（HR）等授权员工可执行"。这使得"能动手但要合规"成为默认保障。
动手：该不该用动作类型 / 用哪种？
逐个场景判断。点选项看解析。
一次提交，背后发生了什么？
点开看推荐顺序。
提示：动作类型与函数、接口常协同——接口定义形状，函数提供计算，动作类型执行受治理的改动。
本模块的 37 篇详解
上面是动作类型的"总览"。下面 37 篇从快速开始一路讲到监控与日志，按主题分组，按需查阅或顺着读。
一页带走
延伸阅读 · 相关页面
按主题横向跳转，不必顺着目录一篇篇读。
常见问题速答 · FAQ
关于「动作类型（Action Type）：让本体"动手"」，读者最常问的几个问题。