一条培训经历怎样被说清：xAPI的主体、行为、对象与背景

一份培训材料写“某人阅读了操作手册”，其中已经包含三个角色：经历涉及谁、发生什么行为、行为指向什么对象。Rustici Software的xAPI statement design说明把它们分别称为Actor、Verb和Object。这里以这句话作为自拟的阅读例子，解释记录文字的组成；原文还把Context、Authority与Attachments分别列在结构表中。[1]

Actor是经历所涉及的主体身份，设计说明提醒它可以是单个人，也可以是群体。Verb描述这个主体所做的行为；Object则是行为作用的对象，通常为一项活动。于是，在上述自拟例子中，“阅读”承担行为角色，“操作手册”所指的阅读活动承担对象角色，人的身份另有位置。把三者合写成一个课程标题，会省略原来分别表达的主体与行为信息。[1][2]

Statements 101进一步区分活动身份与描述文字。它解释，活动由自己的标识对应一个逻辑活动，并可另带名称、描述和类型。名称与描述可以包含不同语言的文字。同一活动的中文名称和英文名称，是对该活动的不同语言说明；相反，两个名称相似的活动，也不能仅凭显示文字相同就被读成同一个对象。这层区别来自身份与描述的分工，而不是培训内容是否已经完成。[2]

Context补充的是经历发生的背景。原文列出的对象包括讲师、团队、更大的学习活动、其他相关活动，以及平台和语言。若沿用自拟例子，一次手册阅读可以处在某个培训单元之内，培训单元又属于更大的项目；当前被阅读的活动和它所属的较大活动，分别承担对象与背景角色。讲师出现在Context，也不是将讲师改写为这次阅读经历的主体。[1][2]

背景还与结果分开。设计说明把Result解释为经历的结果，把Context解释为经历所处的情境。Statements 101在介绍扩展信息时沿用这种分工：扩展可放在活动定义、背景或结果之中。活动定义中的扩展补充活动的说明，背景中的扩展补充经历的环境关系，结果中的扩展补充结果。它们虽然都被称为extensions，意义仍取决于所在对象；原文同时要求核心陈述在没有这些额外内容时也保持可理解。[1][2]

Authority回答另一件事：谁或什么作出了这条经历断言。Statements 101说明，这个来源可以是人，也可以是系统。因此，经历中的主体与陈述的来源有分别指认的空间：一个人是阅读经历的主体，并不意味着所有关于他的陈述都由他本人作出。Attachments则是与陈述关联的文件，设计说明举出学习活动证据作为例子。来源身份与文件载体由不同部分表达，单看附件名称不会补出是谁作出的断言。[1][2]

经历与相关事件也需要读清。设计说明将“记录跟随一个网站链接”与“记录网站中的经历”分开列举。前者所描述的是到达链接的相关事件，文字本身没有交代网站内部又发生了哪些活动。这个例子说明，对象写到哪一层，影响这条陈述究竟描述什么；它不能自动延长成对后续全部学习经历的叙述。[1]

本文采用Rustici两篇公开解释文字，其中Statements 101明确以撰文时的xAPI 1.0.0为语境；两页首次发布日期未核实。上述分工用于阅读培训资料中的经历描述，不把历史概述当作现行完整规范，也不评价真实员工或课程成效。