简介：ISO 8373:2021是国际标准化组织发布的机器人领域权威词汇标准，面向工业机器人研发、服务机器人设计、自动化工程及科研教学人员，旨在统一全球机器人的术语定义与沟通口径。这份资源收录的是最新第三版英文原版PDF，共1个文件，压缩包约2.25MB，便于直接下载、离线查阅和归档。标准正文分章节覆盖机械结构、几何与运动学、编程与控制、性能、感知与导航、模块与模块化等核心术语，并对关节、末端执行器、臂、基座、控制器、传感器以及安全停止功能、人机协作等关键概念做了规范定义。对产品设计、技术文档撰写、标准对标和学术研究都有直接参考价值。已有1038人下载学习，适合需要准确定义和使用机器人术语的工程师与研究者。
1. 一份词汇标准，凭什么值得工程师专门去读
在机器人行业摸爬滚打这几年，我有个体会：工业机器人项目扯皮，一半的根源不是算法不行，而是术语没对齐。你说是“机械手”，他理解成“整机”；你说“协作”，他当成“协同”；验收时发现自己聊的“机器人系统”和供应商报价里的根本不是一回事。ISO 8373-2021就是专门治这个病的。它是国际标准化组织发布的机器人词汇总纲，第三版2021年11月发布，把工业机器人、服务机器人、医疗机器人、可穿戴机器人这些新老概念重新定义了一遍。做本体研发、系统集成、采购验收、技术文档的人，都值得花半小时把它翻透。这篇文章我只讲一件事：这份标准到底改了啥、怎么用、坑在哪。
2. 从8373:2012到8373:2021：这次修订动了哪些“定义层”的奶酪
2.1 三大变更：定义更新、词条扩容、横向协调
拿到2021版，我第一件事就是找它的前言和变更说明。这份标准由ISO/TC 299机器人技术委员会起草，第三版直接替代了2012版。官方给出的主要变更只有三条，但每一条都值得拆开看。
第一，定义全面审查，跟上技术现状。2012版发布的时候，协作机器人还在萌芽期，医疗机器人、可穿戴机器人基本没有产业规模，这版把它们正式纳入词汇体系。第二，新增了若干条目，比如医疗机器人、可穿戴机器人，以及模块化相关的术语。第三，术语与既有标准做了协调更新。这点最容易忽略——ISO不是只有一个TC 299，安全标准、性能标准分散在多个技术委员会里，如果词汇不统一，后面所有标准都会跟着乱。
我把它整理成一张变更对照表，方便你直接对照手上的旧版看：
| 变更方向 | 2012版状态 | 2021版状态 | 对工程实践的影响 |
|---|---|---|---|
| 机器人定义 | 强调可编程、多用途 | 强调“程序化驱动机构+自主程度”，明确包含控制系统 | 边界更清晰，自主性成了关键词 |
| 医疗机器人 | 未单独定义 | 独立词条，明确不属于工业机器人或服务机器人 | 医疗设备注册、分类有据可依 |
| 可穿戴机器人 | 未收录 | 新增词条，作为机械结构示例 | 外骨骼、康复机器人有了归属 |
| 模块化术语 | 未系统化 | 独立成章（第9章），定义模块与配置 | 模块化机器人设计有共同语言 |
| 与既有标准协调 | 一般性提及 | 明确要求与ISO其他标准术语一致 | 减少跨标准引用时的歧义 |
这里有个反直觉的点：标准说“定义被审查以考虑最新技术”，但真正变化的不是那些高大上的词，而是最基础的“机器人是什么”。2021版把机器人定义为“具有自主程度、执行移动、操作或定位的程序化驱动机构”，并且加了两个注释——机器人包含控制系统，机械结构示例包括机械臂、移动平台和可穿戴机器人。这意味着什么？意味着你写技术方案时，不能再把“机器人”和“机械臂”划等号了。
2.2 新词条背后的技术风向：医疗、可穿戴与模块化
2021版最显眼的动作是给医疗机器人和可穿戴机器人“上户口”。医疗机器人的定义是“预期用作医疗电气设备或医疗电气系统的机器人”，注释里特别强调它既不算工业机器人，也不算服务机器人。这条对做医疗器械的朋友影响很大——你的产品在法规层面属于哪一类，词汇标准先帮你划了一条线。
可穿戴机器人更直白，定义直接出现在机器人机械结构示例里。外骨骼、动力服这类产品，以前写标书经常要解释“我是机器人但不是传统机器人”，现在直接引用ISO 8373:2021的4.17条就行。模块化术语独立成章也很有意思，4.6条专门定义了配置在模块化语境下的含义——“模块的排列以实现机器人期望功能”，也就是说模块化机器人不再是一个营销词，而是一种有标准定义的技术形态。
我在做一个康复外骨骼项目时，就吃过词汇没对齐的亏。机械工程师管它叫“外骨骼机构”，软件工程师管它叫“可穿戴机器人平台”，电气工程师管它叫“电机驱动系统”，三个人开会聊了半小时才发现说的是同一个东西。后来我把ISO 8373:2021的相关定义截图扔进项目Wiki，会议效率立竿见影。标准这个东西，平时觉得远，真到跨工种协作时就看出价值了。
3. 机械结构与运动学：词汇表里的“硬核数学”
3.1 robot、manipulator和end-effector：三层边界别搞混
这是整份标准里最容易被误用的一组概念。第3.1条定义的机器人包含控制系统，机械结构只是其一部分；第4.14条定义的机械手（manipulator）是“由关节或滑动连接的段组成的机构”，明确不含末端执行器；而第4.12条定义的末端执行器是“专门设计用于连接到机械接口、使机器人执行任务的装置”，举例包括夹爪、焊枪、喷枪。
一套标准把这三个概念拆得清清楚楚。实际项目里，很多人在写方案时会把“六轴机械手”直接等同于“工业机器人”，严格按ISO 8373来说这是不严谨的——工业机器人的定义在3.6条，它明确包含：受控制器驱动的机械手、控制器、示教和编程手段。换句话说，机械手是工业机器人的一部分，但工业机器人不只是一台机械手。
我一般会在项目需求规格说明书里加一张表，明确三个层级的采购范围：
| 术语 | 标准条目 | 包含内容 | 不包含内容 |
|---|---|---|---|
| 机器人 | 3.1 | 驱动机构、控制系统 | 末端执行器、外部设备 |
| 机械手 | 4.14 | 臂、腕、驱动器 | 末端执行器 |
| 工业机器人系统 | 3.9 | 工业机器人、末端执行器、传感器、任务程序 | 外部辅助设备 |
表一拉出来，供应商想蒙你都难。他报的是一台机械手还是完整的机器人系统，纸面上立刻见分晓。
3.2 关节、运动副与坐标型机器人：从定义看结构演化
第4.8条把关节定义为“连接两个刚体并使其产生受约束相对运动的机械部件”，注释还特别点出关节分为主动和被动。这个看似废话的定义，对做运动控制的人其实是个提醒：运动学建模时，被动关节一样要建模，只是没有驱动器而已。
两个子条目更实用。4.8.1棱柱关节（滑动关节）：两个连杆之间产生线性相对运动的组件；4.8.2旋转关节（转动关节）：绕固定轴产生相对转动的组件。这两个定义对应到运动学里的移动副和转动副，是所有机器人机构分析的基础。
机械结构类型在4.14条下面按坐标形式分类：直角坐标机器人（三个棱柱关节，轴线构成笛卡尔坐标系）、圆柱坐标机器人（至少一个旋转关节和一个棱柱关节）、极坐标机器人（两个旋转关节和一个棱柱关节）。附录A还给了机械结构类型示例的参考图。做方案选型的时候，这条特别有用——客户问“你这台机器人是几轴的”，你先别急着数轴，先看他问的是工业机器人的定义，还是机械手的结构类型。
3.3 连杆、基座、机械接口：写BOM时要对号入座
4.7连杆：通过关节连接一个或多个刚体的刚性体；4.9基座：机械手第一连杆所附着的结构；4.10基座安装面：第一连杆与基座连接的表面；4.11机械接口：机械手末端连接末端执行器的安装表面。
这四个术语直接对应BOM清单里的结构件层级。我见过一个新手把基座安装面和机械接口写反，导致采购回来的法兰盘孔位对不上，现场改孔，工期延误一周。ISO 8373把每个安装面都定义到位，其实就是在提醒你：设计阶段就把接口层级捋清楚，图纸符号和标准术语一一对应。
4. 编程、控制、性能与验证：词条背后的工程边界
4.1 控制系统到底是什么：硬件+软件的逻辑边界
3.4条对控制系统（机器人控制器）的定义是“实现逻辑和功率控制以及其他功能的硬件和软件组件集合，允许监控和控制机器人行为及其与环境和其他对象交互”。这句话信息量大。
首先，控制系统不仅是软件，也不仅是硬件，是两者的组合。其次，它的职责不只是让电机转，还要“监控和控制行为”，也就是状态感知和闭环反馈。第三，它还要管机器人和环境、人类的交互——这意味着通信接口、安全逻辑都算控制系统的一部分。
实际项目里，这个定义直接决定责任边界。比如机器人撞了人，供应商说“控制器没问题，是传感器没装”，你拿3.4条怼回去：控制系统包含交互功能组件，传感器信号处理不合格就是控制系统不合格。词汇标准用好了，就是最有威慑力的技术合同附件。
4.2 编程、任务程序与人员角色：从定义倒推职责分工
6.1条任务程序在3.12条里被隐含定义——任务程序员被定义为“被指定准备任务程序的人”。3.11操作员被定义为“被指定启动、监控和停止预期操作的人”。
这组定义有意思的点在于:它把人和程序分开，意味着“写程序的”和“开机器”的职责隔离是标准默认的。做集成项目时，这份定义可以用来划分交付边界：调试期间的程序由任务程序员负责，现场操作的启动和停止由操作员负责，两边权限错开，安全审计时白纸黑字说得清。
4.3 验证与确认：术语直接抄ISO 9000，别再用错
3.16条验证：通过检查和提供客观证据，确认特定预期用途的特定要求已经满足；3.17条确认：通过检查和提供客观证据，确认要求已经满足。这两个定义的来源标注是ISO 9000:2015，只是做了修改和删除了注释。
一句话区分：验证是“我做的对不对”，确认是“我做的东西对不对”。做机器人安规认证时，这两个词不能混。验证对应需求规格的逐项核对，确认对应最终用户场景的验收测试。很多项目在验收报告里把两个词混用，评审专家一眼就能看出不专业。这版标准把定义直接对齐ISO 9000，省得各行业各说各话。
4.4 性能、感知导航与模块化：三章词条的实用切入点
第7章性能，第8章感知与导航，第9章模块与模块化。这三章在正文里是并列的，从工程角度看各有各的用途。
做移动机器人的朋友重点关注第8章。8.7条“行进表面”在4.4条腿部定义中出现——腿部是“通过往复运动与行进表面间歇接触来支撑和推进移动机器人的机构”。这个定义说明标准在写词条时是照顾移动机器人场景的，轮式、腿式、履带式都能对上。
做模块化机器人的朋友重点关注第9章。9.3条模块在4.6条里被间接引用——配置在模块化语境下是“模块的排列”，一个词条跨两章关联，说明模块化不是一句话就能讲清的概念。我在设计模块化关节时，会拿4.6和9.3的定义作为设计评审的输入——我的关节模块和结构模块的排列方式，是不是符合标准里的“配置”概念。
5. 落地排查与避坑：五个真实踩坑记录
5.1 踩坑记录一：“协作”和“协同”傻傻分不清
现象：写技术方案时把collaboration和cooperation都翻译成“协作”，导致需求评审时与会者对安全距离和交互逻辑的理解出现分歧。
原因：ISO 8373:2021把这两个词拆成了两个独立词条。3.13条“协作”是“设计用途的机器人与人在同一空间内工作”，3.14条“协同”是“多台机器人之间交换信息和动作，以确保它们的运动有效配合完成任务”。前者是人与机器，后者是机器与机器，工程语境完全不同。
解决：写中文文档时，我统一用“人机协作”翻译collaboration，用“机器人协同”翻译cooperation，并在术语表里标注英文原文。从那以后，凡涉及交互安全和多机调度的段落，评审会再没因为这两个词吵过架。
5.2 踩坑记录二：医疗机器人分类归属踩了法规红线
现象：某医疗康复设备项目在做技术归类时，团队内部讨论了三天，有人说是服务机器人，有人说是工业机器人应用，报审材料迟迟定不了稿。
原因：ISO 8373:2021第3.8条明确写了医疗机器人“不被视为工业机器人或服务机器人”。原因在于医疗机器人适用的法规体系是医疗器械相关法规，而不是工业设备标准。拿工业机器人的逻辑去套，文档体系必然冲突。
解决：直接引用3.8条定义作为报审文档的分类依据，在术语定义页列出标准出处。这类问题不要自己脑补，标准怎么写就怎么报。
5.3 踩坑记录三：末端执行器到底算不算机器人本体
现象：采购六轴机械臂时，供应商报价含夹爪，但性能验收时只测机械臂本体重复定位精度，夹爪的重复精度不在验收范围内，导致实际工艺节拍不达标。
原因：按ISO 8373:2021，末端执行器（4.12）是专门设计用于连接到机械接口以执行任务的装置，而机械手（4.14）明确不含末端执行器。供应商按机械手范围报价和验收，客户默认按“机器人整机”理解，两个定义没对齐。
解决：验收合同里先引用4.12、4.14的定义，再明确验收范围包含夹爪端到端的重复精度。标准词条就是最无争议的技术附件。
5.4 踩坑记录四：传感器算不算控制系统的一半
现象：调试时机器人轨迹偏移，电气和软件互相甩锅，电气说是软件滤波问题，软件说是传感器安装问题，最后查出来是传感器信号调理电路设计失误。
原因：3.4条控制系统的定义涵盖了“监控和控制机器人行为及其交互”的硬件软件组件。传感器信号链路属于控制系统的组成部分，不是“外部附件”。团队对控制系统边界理解不一致，责任划分自然糊涂。
解决：在设计评审阶段就把控制系统边界图画出来，标注哪些硬件归控制系统，哪些算末端执行器附件。用3.4条的定义统一口径，比项目经理拍桌子管用。
5.5 踩坑记录五：验证和确认在安规文档里混用
现象：安规认证送审材料里出现了“验证报告”和“确认报告”两个标题，内容却高度重合，审评专家要求返工澄清。
原因：按3.16和3.17条，验证是确认特定预期用途的要求已满足，确认是确认要求已满足，两者的对象和深度不同。团队在内部随意使用这两个词，导致文档混乱。ISO 8373直接对齐ISO 9000的定义，说明这不是小事。
解决：我后来在项目模板里固定了两个文档的章节结构——验证报告逐条对需求规格；确认报告写用户场景实测。模板一固化，再没在这上面返过工。
6. 进阶技巧：用术语冻结表管住跨团队沟通
如果有机会重来，我会在项目启动时做的第一件事就是建一张“术语冻结表”。做法很简单：拿ISO 8373:2021的目录当模板，把项目里所有产品相关的术语提取出来，写成中英文对照表，标注标准条目号，发给机械、电气、软件、采购、售后各一份。后面所有文档、图纸、邮件、评审会，只能用冻结表里的术语。
这张表的长相大致是这样：
| 标准条目 | 英文术语 | 项目统一用词 | 禁用词 |
|---|---|---|---|
| 3.1 | robot | 机器人 | 机械手（泛称时） |
| 3.9 | industrial robot system | 工业机器人系统 | 机器人工作站 |
| 4.12 | end-effector | 末端执行器 | 抓手、夹爪（文档中） |
| 4.14 | manipulator | 机械手 | 机械臂、手臂 |
| 3.13 | collaboration | 人机协作 | 合作 |
| 3.14 | robot cooperation | 机器人协同 | 多机协作 |
列完这张表，你再看团队沟通，会发现扯皮少了一半、评审会短了三分之一。术语统一这东西，表面上是咬文嚼字，本质上是在降低整个项目的熵。
最后说句实在话——标准不是万能的，它不教你调PID，不教你写轨迹规划，但它能让你和队友、供应商、客户在同一个坐标系里说话。我自己因为早期不重视词汇标准，吃过不少哑巴亏，写方案被评审挑刺、验收被供应商钻空子、跨团队沟通各说各话。从那以后，我每次启动机器人相关项目，都强制走一遍“术语冻结”流程，把ISO 8373:2021当成技术文档的第一章写进Wiki。希望这份标准的拆解笔记能帮到你，少走我走过的弯路。
本文还有配套的精品资源，点击获取
