简介：面向工业机器人研发、系统集成、标准合规及教学人员的ISO 8373:2021英文原版词汇标准，适合用于统一机器人术语理解、撰写技术文档与开展国际交流。压缩包内仅含1份PDF，大小约2.25MB，完整收录第三版标准的范围、规范性引用和术语定义，并覆盖机械结构、几何与运动学、编程与控制、性能、传感与导航、模块化等章节，附录部分也一并保留，便于按主题检索查证。已有1045人学习下载，反映出它在机器人标准查阅与入门场景中的参考价值。读者可据此核对关节、末端执行器、自主性、人机协作、安全停止功能等核心概念，也能把标准作为论文写作、产品说明、项目验收和培训课件的术语依据，降低中英文表达不一致带来的沟通成本，适合需要长期备查的技术人员留存。
1. 术语在前，系统在后：ISO 8373-2021 的机器人词汇为什么能约束工业机器人边界
很多做工业机器人集成的团队都踩过同一个坑：同一台设备，采购合同里写「机械臂」，安全评估报告里写「机器人系统」，软件配置里写「机械手」，三份文档谁也对应不上谁。ISO 8373-2021 这份机器人词汇标准处理的正是这类事——它把「什么算机器人」从口头约定变成可复用的判定逻辑。第三版在 2021 年 11 月发布，取消并替换 2012 年的第二版，重审了全部定义，补进了医疗机器人、可穿戴机器人和模块化相关条目。背下几十个术语意义不大，搞懂这些定义是怎么被构造出来的，才能在评审会上说得清边界。
2. 术语条目的解剖：一条定义由哪几层构成，为什么「注」不能当判据
词汇标准常被当成字典来读，于是读到「注」和「示例」就以为那也是定义的一部分。真正决定一份词汇标准能不能被机器和合同执行的，不是措辞漂不漂亮，而是条目内部有没有把「判定依据」和「补充说明」分干净。ISO 8373-2021 的每一条都遵循同一套结构，这套结构的价值在于：它允许一个只懂布尔逻辑的人，逐词比对就能得出结论，不需要理解术语背后的行业语境。
2.1 编号、术语、定义、注、示例：五层结构各自的职责
先看编号。全篇采用「章.序号」的层级编号，3 是通用术语，4 是机械结构，5 是几何与运动学，6 是编程与控制，7 是性能，8 是传感与导航，9 是模块与模块化。子条目继续加点，于是出现了 4.8.1 棱柱关节、4.8.2 回转关节、4.14.1 直角坐标机器人这类三级编号。编号不只用于排序，它是被下游标准引用的坐标——别的标准写「工业机器人系统按 3.9 定义」时，引用的就是这个位置。
再看术语本身。同一含义的多个叫法用竖线并列：4.2 写作「robotic arm / arm / primary axes」，三个名字地位等同，只是首选术语排在第一位；4.8.1 是「prismatic joint / sliding joint」，4.14.1 是「rectangular robot / Cartesian robot」，4.14.3 是「polar robot / spherical robot」。这种写法承认了行业里的历史叫法差异——运动学视角的人管它叫「主轴」，机械视角的人管它叫「臂」，指的是同一个东西。并列同义词的代价是同义词不再有独立定义，好处是检索和合同措辞可以任选其一而不产生歧义。
语境标签是容易被忽略的一层，写作尖括号：4.5 是configuration <kinematics>，4.6 是configuration <modularity>。同一个词在两条不同条目下各有定义，靠标签区分。这是标准里最轻量也最有效的消歧手段，后面单独展开。
Note to entry是编号注，写成Note 1 to entry:。它的内容是边界说明、例外提醒、对外部标准的指路。EXAMPLE是举例。这两层最容易被误当成判据，恰恰它们不参与判定。还有一层是[SOURCE: ...]，表示该定义继承或改编自其他文件——3.16 validation 和 3.17 verification 就属于这种情况，定义被改写、注被删掉，来源字段仍然保留。这说明词汇标准并不从零发明一切，它在做跨领域的对齐工作。
把一条术语拆成结构化表示，会看得更清楚。以 3.1 robot 为例：
{ "clause": "3.1", "preferred_term": "robot", "synonyms": [], "domain_tag": null, "definition": "programmed actuated mechanism with a degree of autonomy to perform locomotion, manipulation or positioning", "notes": [ "Note 1 to entry: A robot includes the control system (3.4).", "Note 2 to entry: Examples of mechanical structure of robots are manipulator (4.14), mobile platform (4.16) and wearable robot (4.17)." ], "examples": [], "source": null }clause决定这条定义在整份文件里的地址，也是被引用的凭据；domain_tag为空说明这是个通用术语，不存在同形词竞争；definition是唯一参与判定的字段；notes里的括号编号是交叉引用，顺着编号能跳到 3.4 和 4.14，但注本身不构成判定条件；source为空说明这条定义是本文档原创。
各字段的职责可以列成一张对照表，写文档时按这张表检查就够了：
| 字段 | 是否参与类型判定 | 典型用途 |
|---|---|---|
| 编号 | 否 | 交叉引用、版本迁移定位 |
| 首选术语与同义词 | 否 | 检索、合同措辞、口语表达 |
| 语境标签 | 是（消歧用） | 区分同形词 |
| 定义 | 是，唯一依据 | 布尔式逐词比对 |
| 入门注 | 否 | 边界提醒、指向其他标准 |
| 示例 | 否 | 直观锚点 |
| 来源 | 否 | 定义溯源与跨文件对齐 |
文件末尾还有一层结构：正文按概念域分组，末尾附一份Alphabetical index of terms字母索引。双入口的设计很实用——你知道自己要找的是「运动学里的某个概念」，就按章翻；你只知道一个英文单词，就按字母查。分组解决理解路径，索引解决检索路径。附录 A 则被标为informative，只给机械结构类型的图示例子，包括门架式、柱坐标、极坐标三类，图号分别是 A.1、A.2、A.3。信息性附录不构成要求，这句话在评审场合经常要拿出来用。
2.2 「属 + 种差」写法：为什么定义必须先归类再切差异
再看定义句本身的语法。几乎每一条都是同一个句式：先给一个上位概念，再用若干个限定词收窄。
3.1 robot 的上位概念是mechanism，限定词是programmed、actuated、with a degree of autonomy、to perform locomotion, manipulation or positioning。4.14 manipulator 的上位概念同样是mechanism，限定词换成consisting of an arrangement of segments, jointed or sliding relative to one another。4.7 link 的上位概念是rigid body，限定词是connected to one or more rigid bodies by joints。4.8 joint 的上位概念是mechanical part，限定词是that connects two rigid bodies and enables constrained relative motion between them。
这种写法在术语学里叫「属加种差」，好处是判定可以完全机械化：先问「它是不是一个机构」，把软件、算法、纯数据排除掉；再逐条问「有没有驱动」「有没有程序」「有没有自主度」「用途是不是移动、操作或定位」。每一步都是可观测的，不需要理解「智能」「先进」这类没有边界的形容词。反过来，如果定义写成「机器人是一种能替代人工作的自动化设备」，判定就崩了——「替代人」没有观测手段，「自动化」也没有阈值，两个人都能根据自己的理解给出相反结论。
标准里刻意避开了描述性定义，这个选择贯穿全篇。3.3 robotic technology 的定义是practical application knowledge commonly used in the design of robots or their control systems, especially to raise their degree of autonomy，举例是感知、推理和规划算法。注意它用了practical application knowledge而不是artificial intelligence——前者可以用「是否用于机器人或其控制系统的设计」来检验，后者不能。
这里还有一个细节值得单独拎出来：3.1 的 Note 2 列举了三种机械结构示例，manipulator、mobile platform、wearable robot。句子用的是Examples of ... are，是开放式举例，不是穷举。现场工程师如果把这三个例子当成「机器人只有这三种机械结构」，就会把并联机构、蛇形臂、爬壁结构统统排除在外，判定直接跑偏。注的作用是指路，不是画圈，这是最常见的理解偏移。
2.3 规范性引用为空：一份只做词汇的标准如何生效
第 2 章只有一句话：There are no normative references in this document.一份国际标准没有任何规范性引用，这在标准体系里并不常见，但它恰恰暴露了词汇类标准的生效方式。
它不规定行为，因此不需要引用测试方法、安全阈值、性能指标这些规范性文件。它只规定指称——某个词在这个体系里指什么。它的效力不来自自身，而来自被引用：机器人系统层面的要求标准，在正文里直接写「工业机器人按 3.6」「工业机器人系统按 3.9」，这时 3.6 和 3.9 就成了那些文件的判定入口。一份词汇标准的实际影响面，取决于有多少下游文件引用了它的编号。
这个机制带来一个隐性约束：条目编号不能随意变动。第三版「取消并替换」第二版，意味着所有引用旧编号的文档都要跟着迁移。标准体系对此的处理方式是尽量少动编号、多动定义——第三版明确说定义被重审以反映技术现状，同时新增了条目（医疗机器人、可穿戴机器人、模块化相关术语），并在措辞上与现有标准做了协调。我一般会这么理解这套做法：能改定义就不改地址，地址一改，下游全断链。
换句话说，读这份标准时看到某个定义写得拗口，先别急着吐槽，想想它是不是为了让编号保持稳定而刻意为之。
3. 机器人的判定：三个限定词与「程度自主性」如何把一堆机构挡在门外
3.1 那条定义只有一行，但每个词都在做排除工作。真正理解这份标准的人，读到这里会停下来数一数：这一行到底挡掉了多少东西。答案比想象的多——遥操作机构、无动力外骨骼、纯算法、专用固定程序设备，全被这一行筛出去了。而被筛出去的东西并不是「不重要」，它们在 3.5 里有一个专门的兜底类。
3.1 programmed、actuated、mechanism：三个词各自排除掉什么
mechanism是最外层的粗筛。它把纯软件、纯算法、纯数据服务排除在机器人之外。一个视觉识别模型再强，只要它不是一个机构，就不满足 3.1。这条看起来显然，实际工程里经常被忽略：某团队在系统架构文档里把「调度算法模块」写成「机器人」，后续做安全评估时发现没法套用任何机械安全条款，返工改文档。
actuated是第二层筛。驱动是必要条件，于是无动力外骨骼被排除。3.5 的示例里就明确列了unpowered exoskeleton——它有机构、有结构、甚至有人机贴合关系，但没有驱动，所以不是机器人，而是机器人装置。
programmed是第三层筛，也是最有分量的一层。它排除的是纯遥操作。3.5 的第一个示例就是teleoperated remote manipulator：有机构、有驱动、能完成操作任务，但动作完全由人实时给出，没有程序化执行的部分，因此归入机器人装置而非机器人。
第四层是用途限定，locomotion, manipulation or positioning三选一。移动、操作、定位，覆盖了绝大多数形态，但也说明这个定义不把「感知」「计算」单独当作机器人的目的——感知和计算是手段，最终要落到这三类物理行为之一。
Note 1 to entry: A robot includes the control system (3.4).这句很容易被跳过，但它把控制系统划进了机器人本体。3.4 对控制系统的定义是「实现逻辑与功率控制，并允许监控机器人行为及其与环境中的其他物体和人交互的硬件与软件组件集合」。所以机器人不是「机械本体 + 外挂控制器」，控制器是它的一部分。
把这些筛子串起来，会得到一个负向定义：3.5 robotic device 是「用机器人技术开发的机构，但不满足机器人的全部特征」。这个类不是能力等级，是兜底类，示例包括遥操作远程操作机、触觉设备、末端执行器、无动力外骨骼。它的存在意义是划边——写「机器人」的地方如果把一切机构都圈进来，末端执行器这种东西就会被套上整机级别的安全要求，谁都受不了。
提示：判断某设备属于 3.1 还是 3.5，不要凭直觉，按「机构 → 驱动 → 程序化 → 用途」四步逐条过。任何一步不满足，就是 3.5。
3.2 autonomy 为什么被写成连续量而不是布尔值
3.1 用的措辞是with a degree of autonomy，不是autonomous。这个degree是整份标准里最能体现设计取舍的一个词。
3.2 对 autonomy 的定义是「基于当前状态和感知，在无人工干预的情况下执行意图任务的能力」。紧接着 Note 1 说：对特定应用，自主度可以按决策质量和对人的独立性来评估，并举例说医疗电气设备领域已经存在自主度的度量方法。这两句话合起来，等于宣布自主性是一个刻度，不是一个开关。
为什么不能做成布尔值？因为现实中的机器人几乎不存在「完全自主」和「完全人工」两极。一台焊接机器人，路径是程序化的，但工件装夹靠人；一台巡检机器人，导航自主，但异常处置要人确认；一台手术辅助设备，机械臂稳定但每一步推进都要主刀确认。用二元判定，这些中间形态全部无处安放，只能被迫贴上「自主」或「非自主」的标签，然后标签和实际能力对不上，文档就失去意义。
从实现角度看，这种连续量可以拆成多个维度分别描述。下面这段不是标准规定的算法，而是按 Note 1 的思路做的一种工程近似：
# 按 3.2 Note 1 的思路拆解自主度：分环节描述，不合成单一总分 def autonomy_profile(task): return { # 感知环节：人工介入的比例，1 表示全程人工判读，0 表示全程自动 "perception": task.manual_sensing_ratio, # 决策环节：人工确认的比例，对应 Note 1 里的“决策质量” "decision": task.manual_decision_ratio, # 执行环节：人工介入的比例，对应 Note 1 里的“对人的独立性” "execution": task.manual_execution_ratio, }参数说明：三个字段取值范围都是 0 到 1，manual_*_ratio表示该环节中由人完成的比例。返回值不是单一分数，而是三条独立刻度。这么设计的原因是三个环节的自主程度可以完全不同——自动规划、人工确认、自动执行是完全正常的组合，压成一个总分反而丢失信息。decision对应 Note 1 里的决策质量维度，execution对应独立性维度，perception是工程上必须补上的一环，因为感知失效时人的介入方式和决策介入完全不同。
这也解释了为什么 3.13 collaboration 和 3.2 autonomy 是两个正交维度。collaboration 定义的是「专门设计的机器人与人工作在同一空间内」，讲的是空间关系；autonomy 讲的是决策独立性。一台全自主的巡检机器人和人共处一室，是 collaboration 但自主度很高；一台遥操作机械臂旁边站着操作员，是 collaboration 且自主度很低。把这两个维度混成一件事，是后面避坑章要展开的一个高频错误。
3.3 工业机器人的四个必要条件：轴数门槛与「可重编程」的分量
3.6 的工业机器人定义比 3.1 长得多，逐句拆开是四道门槛：
第一道，automatically controlled，自动控制。这条直接排除了纯手动和纯遥操作设备，与 3.1 的programmed呼应。
第二道，reprogrammable，可重编程。这条排除的是固定程序专用设备——凸轮机构、专用工装、只为一道工序设计的执行机构。可重编程意味着换产品时改程序而不是换机械，这是柔性制造的分水岭。现场经常有设备号称「自动化」，但改一次程序要停机两天重新接线，这种严格来说不满足这一条。
第三道，multipurpose，多用途。这条排除单一任务专用设备。多用途的含义是同一台设备可以通过更换末端执行器或任务程序承担不同任务。
第四道，programmable in three or more axes，三轴及以上可编程。轴数门槛是这批条件里最具体的一条。三轴是空间定位的最小自由度组合：两个轴只能在一个平面内定位，一个轴只能沿一条线定位，三轴才能确定空间中的位置。这条把简易取放装置、二轴搬运机构挡在工业机器人之外。注意这只是下界，不是精确枚举——标准没有说「必须六轴」，三轴只是及格线。
剩下两个限定是好理解的：fixed in place or fixed to a mobile platform，允许固定安装，也允许固定在移动平台上；for use in automation applications in an industrial environment，用于工业环境中的自动化应用。
两条注值得单独说。Note 2 说，工业机器人包含集成到运动学解中的任何辅助轴——也就是说，外部第七轴、变位机这些如果参与运动学规划，算在工业机器人内。Note 3 说，工业机器人包含移动机器人的操作部分：一台移动机器人由移动平台和集成的操作机或机器人组成，其中操作部分归工业机器人。这条把 AGV 加机械臂这种复合形态的归类问题解决了：平台管平台，臂管臂。
3.9 再上一层，定义了工业机器人系统：一台工业机器人、末端执行器、支撑任务所需的末端传感器与设备（视觉系统、涂胶装置、焊接控制器之类）、以及任务程序。这个条目是写整机文档时该用的那个，它和 4.14 manipulator 的差别在于是否包含末端执行器。四个概念的包含关系可以这样对比：
| 概念 | 含末端执行器 | 含控制器 | 含任务程序 |
|---|---|---|---|
| robot（3.1） | 否 | 是（Note 1 指明含控制系统） | 否 |
| manipulator（4.14） | 否（Note 2 明确排除） | 否 | 否 |
| industrial robot（3.6） | 否 | 是（Note 1 含控制器与示教手段） | 否 |
| industrial robot system（3.9） | 是 | 是 | 是 |
| robotic device（3.5） | 可能（示例中含末端执行器） | 不一定 | 否 |
这张表在验收场合特别有用。采购合同里写「机械臂一台」，按 4.14 是不含末端执行器的；写「工业机器人一台」，按 3.6 是含控制器的；写「工业机器人系统一套」，按 3.9 才包含末端执行器、末端传感器和任务程序。三句话，三种交付物，差别全在术语上。
3.4 服务机器人与医疗机器人的互斥设计：为什么标准要写「不视为」
3.7 定义服务机器人：用于个人用途或专业用途、为人类或设备执行有用任务的机器人。个人用途的例子包括物品搬运与递送、运输、身体支撑、引导与信息提供、梳洗、烹饪与食品处理、清洁；专业用途的例子包括检查、监视、物品搬运、人员运输、引导与信息提供、烹饪与食品处理、清洁。两份清单有重叠，这不是笔误——同一类任务在家庭和商业场景下都可能出现，重叠正好说明分类依据是使用者属性而不是任务内容。
3.8 定义医疗机器人：拟作为医疗电气设备或医疗电气系统使用的机器人。紧接着 Note 1 写了一句很强的话：医疗机器人不被视为工业机器人，也不被视为服务机器人。
这句话是标准的强制互斥设计。它的意义在于堵住监管套利：如果一台设备可以同时套用两类定义，那么文档撰写方就会选择对自己要求最宽松的那一类，最终导致安全要求落空。用「不视为」把路封死，强制先定主类。这个做法在整个标准体系里都值得学习——分类定义一旦允许重叠，重叠处就必然成为责任的真空地带。
3.14 和 3.15 也有类似的分工。3.14 robot cooperation 定义多个机器人之间的信息与动作交换，目的是让它们的运动有效配合完成任务；3.15 human–robot interaction 定义人与机器人之间通过用户界面进行的信息与动作交换，示例包括语音、视觉、触觉方式。HRI 的 Note 1 还专门提醒：描述用户界面时，最好不要把 HRI 这个缩写用作 human–robot interface，避免混淆。一个缩写两种展开，标准的处理方式是「建议不要用」，而不是禁止——这种软性措辞在注里很常见，因为它不承担判定功能。
4. 结构术语的建模：link、joint 与 configuration 的双语境设计
结构这一章（第 4 章）是整份文件里最像工程手册的部分。它把一台机器拆成刚体、约束、安装面、工具，再把这些零件组装回可判定的类别。有意思的是，这套拆法和运动学建模用的是同一套抽象，只是标准的表达方式更克制——它只给名词和边界，不给公式。
4.1 link 与 joint：把机械结构抽象成刚体与约束
4.7 定义 link 为「通过关节与一个或多个刚体相连的刚体」。4.8 定义 joint 为「连接两个刚体并允许它们之间产生受约束相对运动的机械部件」，Note 1 补充：关节要么是主动的（有动力），要么是被动的（无动力）。
这两个定义合起来，把任何机械结构变成一张图：
本文还有配套的精品资源，点击获取
