简介ISO 8373-2021是国际标准化组织发布的机器人领域最新词汇标准第三版于2021年11月正式出版面向工业机器人和服务机器人的研究、设计、制造、应用及安全评估人员旨在统一全球术语定义减少交流歧义。这份PDF文档共1个文件大小2.25MB内容覆盖机械结构、几何与运动学、编程与控制、性能、感知与导航、模块与模块化等章节并附有术语索引适合作为从业者案头查询与学术引用的权威依据。目前已有1038人学习下载说明该标准在业内具有较高关注度。通过研读正式原文读者可以准确理解“关节”“末端执行器”“自主性”“人机协作”“安全停止功能”等核心概念的官方定义获得与全球标准接轨的规范表述有助于提升机器人系统开发、文档撰写及国际合作中的专业一致性。1. 为什么“机器人这个词”也得有国际标准在甲方和集成商的对接会上同一个部件三种叫法是常事供应商手册写“机械手”设计部图纸标“操作器”验收清单里又冒出“机器人本体”。谁都能猜到对方在说哪个部件真到了合同条款、安全责任界限和质保范围的时候这种“猜”就会变成扯皮。最新的机器人词汇ISO标准ISO 8373-2021就是干这个的标准给机器人领域统一词汇和定义把机器人、操纵器、末端执行器、工作空间这类基础词钉死在技术意义上。它尤其适合写招标参数、翻译设备说明书、做验收测试、交付培训教材的人。标准委员会用一套受控词典把行业里的黑话变成可查的定义省掉大量无效会议。下文会讲这套定义该读什么、怎么把 2021 版真正用进自己的文档模板。2. 从 ISO 8373:2012 到 2021词汇标准的边界和改版价值很多工程师第一次拿到这份标准时觉得“就一本词典没什么可看的”。其实词汇标准最要命的不是词条数量而是它如何划清机器人和相关设备的边界。2021 版更新的不是几个单词而是一整套对既有概念的重新梳理。下面从三个角度把它拆开。2.1 先分清三个最容易混的名词机器人、操纵器、机械臂在中文语境里“机器人”经常被当成“机械臂”的同义词但标准里它们根本不是同一层级的对象。按照 ISO 8373 的常见表述机器人是“自动控制、可重新编程、能在三维空间完成多种任务的多用途操纵装置”重心落在“可编程”和“多用途”上而“操纵器”是机器人的机械部分由关节、连杆、末端装置构成本身不包含控制器和感知能力。换句话说机械臂可以是一个操纵器但不一定是完整机器人而一台机器人必然包含操纵器、控制系统和动力系统。这个区分在一线项目里直接影响安全评估和交付范围。比如某条产线上买的是一台“六轴机械手”供应商只给了裸机模块用户自己加装电机驱动和控制器。这时候按照标准术语交付物更接近“操纵器”而不是完整“机器人”。验收时如果按“机器人”要求附带控制系统功能合同条款就会踩空。我一般会在技术协议前面加一页“术语约定”把这类对象命名为“操纵器机器人模块”后面所有安全、控制、通讯条款都针对这个名字写避免销售说“这台机器人”而工程师说“这台机械手”。另一个经常翻车的是“末端执行器”。有人叫它“抓手”有人叫“手爪”还有人叫“夹爪”实际上标准里它是安装在机器人手腕法兰上的执行装置理论上可以是焊枪、吸盘、夹爪、气动工具中的任何一种。“抓手”只覆盖了夹持这一种功能用它替代“末端执行器”会漏掉大量配置要求。我会在物料清单里强制写成“末端执行器夹爪型”或“末端执行器焊枪型”再在明细栏里写型号避免采购部门因为“抓手”两个字把整个工具系统当成一个标准件去买。2.2 站在 ISO 10218 和 ISO/TS 15066 中间词汇标准怎么跟安全标准对齐ISO 8373 不是孤立的一本词典它是机器人标准体系里的“地基”。安全标准 ISO 10218 提到工业机器人的安全要求时会直接引用 8373 里的术语协作机器人标准 ISO/TS 15066 里讨论速度、间距、接触力也要依靠 8373 把“协作工作空间”这类边界词定义清楚。供应链上下游如果各自翻译“工作空间”“操作空间”“运行区域”安全条款就没法跨文档对照。这个问题的实际后果很典型。某项目里双方确认“机器人在工作空间内不能有人进入”结果甲方写的是“工作区域”乙方理解为“包络一直从基座到最大半径形成的圆柱”而标准里的“工作空间”往往是指手腕参考点可达的集合两者差出一大截。真正出了安全事故双方对边界词各执一词保险和法务都头痛。把 ISO 8373:2021 作为合同附件相当于给这类模糊词做了一次“静态类型检查”名词类型固定不可能因为换了文档就换个意思。2021 版相比 2012 版还有一条明显的收敛主线它把很多原本从搬运、物流、AGV 领域借来的词做了回扣处理。过去一个“移动机器人”在 A 标准里叫“自主移动平台”在 B 标准里叫“自动导引车”在供应商说明书里叫“AGV”。新版词汇把这类对象的描述统一到机器人本体与导航系统的组合关系上把“移动”作为机器人的一种附加能力而不是一个独立设备类别。写方案时我会优先说“配备移动平台的工业机器人”而不是混用“AGV”和“移动机器人”这样后面谈导航精度、地形适应能力时才不容易各说各话。2.3 2021 版明明不太“新”为什么还要换版本有同事问我2012 版用了这么多年大部分词汇没变干嘛要跟着 2021 版折腾实际上词汇标准的更新从来不是为了追新词而是为了“去旧词”和“拆歧义”。这几年机器人形态变化很大手臂机器人之外多了移动机械臂、人形机器人、仓储拣选机器人老版本里从“操作机”角度出发的定义放到人形机器人上非常别扭。新版改的是这类定义的上层框架让“机器人”的概念能容纳新的形态而不是等新形态出来之后再打补丁。还有一个容易被忽视的原因标准要与国际法规和合同引用节奏同步。采购方经常在招标文件里写“术语符合 ISO 8373 最新版本”如果在合同执行期间 2021 版已经生效供应商继续用 2012 版的词条定义去报价很可能出现版本不一致。比如“可重新编程”这个说法在旧版里更强调“在运行中修改程序”新版则更关注“通过与实际任务适配实现多用途”一字之差可能导致设备改造能力验收标准变化。我现在的做法是在所有技术文件的页眉加上“术语基准ISO 8373:2021”哪个文件用的是哪个版本一眼就能看出来。3. 把 ISO 8373:2021 落进技术文档从对照表到模板标准只躺在书架上没有价值真正有用的是把它转成项目里能对照的模板。这一章我不讲概念直接讲怎么把标准变成三样东西术语核对表、标准引用句、参数表写法。3.1 建立一份《项目术语核对表》新建项目的第一周我会顺手建一张三列核对表。第一列是标准首选词第二列是项目文档里可能出现的别名第三列是处置方式。这张表可以放在共享文档里投标、设计、采购、现场调试阶段共用。标准首选词按常见翻译项目里常见的别名处置方式操纵器manipulator机械手、操作器、机械臂一概改用首选词首次出现给出英文机器人robot设备、机台、自动化装置仅当对象符合同一定义时使用末端执行器end effector抓手、手爪、夹爪、工具保留为“末端执行器类型”类型可为夹爪/焊枪/吸盘工作空间work space工作区域、作业范围、运行空间按“手腕参考点可达集合”理解并复核尺寸工具中心点TCPTCP、工具端点、刀尖点统一用 TCP首次出现给完整拼写自由度degree of freedom轴数、运动轴数量、关节数写成“自由度轴数”并明确计数规则这张表最大的作用是“防呆”。设计人员在二维图上写“抓手安装面”采购按“抓手”去找零件结果找到的是夹爪本体而不是法兰连接板就是术语没对齐。有了核对表设计必须写“末端执行器夹爪安装法兰”采购才能一眼看出这属于非标连接件而不是标准件。参数不用太复杂三列足够超过三列反而没人愿意维护。3.2 招标书、验收报告、操作手册分别怎么引用不同文档的引用深度不一样。招标技术规格书里我一般不直接贴词条而是写一句“本技术方案中的所有机器人相关术语按 ISO 8373:2021 定义执行与供应商产品手册不一致时以招标方术语附件为准”。这句话放在技术总则第二条后面所有供货范围、接口定义都受它约束。供应商报价时想用“机械手”蒙混“末端执行器”的配置要求在澄清会上就能被直接怼回去。验收报告里引用标准要落到可测量的点上。比如供应商在验收清单里写“六轴机器人最大负载 10kg”我会让现场工程师把这一项拆成“操纵器自由度 6”“手腕法兰额定负载 10kg末端执行器自重 2kg”“在 ISO 8373:2021 定义的工作空间内承受该负载的速度分档”。这样拆开来之后负载到底是“带着末端执行器一起算”还是“是末端执行器之后还能再拿的东西”就没有争议空间了。操作手册里的引用则要克制。没有哪个现场班长愿意翻 ISO 8373他只需要知道“这台设备的工具中心点也就是平时说的 TCP被调校在焊枪枪头”。手册里首次出现的每个术语都带一句括号说明正文继续用现场叫法管理层反而不会把术语整顿当成负担。我见过有人把手册里所有“抓手”改称“末端执行器”结果车间师傅根本看不懂操作步骤这就是过度标准化的翻车现场。3.3 参数表里“工作空间”“负载”怎么写不会翻车参数表是标准落地的主战场。很多报价单上的含糊不是供应商故意挖坑而是双方对同一个词的理解不一致。常见做法是把我方技术附件里的参数表固定成下面这种写法参数项错误示范正确示范理由工作空间最大行程 1.8m手腕点最大工作空间半径 1.8m含 J1 轴旋转扫掠范围避免把单个轴行程当成可达空间额定负载负载 10kg手腕法兰额定负载 10kg含末端执行器质量2kg明确负载基数防止夹具超重自由度六轴自由度 6J1–J6 运动缩略轴数里不含末端执行器扩展轴TCP 精度重复定位精度 0.05mm工具中心点TCP重复定位精度 0.05mm区分法兰定位与工具尖端定位把“自由度”写成“六轴”最大的问题是末端执行器如果带了一个附加回转轴整体变成七轴系统供应商会说“我交付的就是六轴机器人”甲方却认为“你少了第七轴”。用标准术语把自由度计数规则钉住这类争议就没机会长出来。参数表不要求格式多华丽只要每个数字后面都跟着“对象 条件”就已经甩开大半同行了。4. 一个能照着用的落地流程术语审查的五步走很多公司不是不知道标准存在而是不知道从哪一步开始落地。我给团队定的流程叫“五步走”从建立词库到处理歧义总共两周内能完成需要的只是一个人牵头、一个共享表格、外加一次全员定义解读。4.1 第一步把标准原文里的定义摘录成自己的词库先别急着拿整份标准去培训而是把项目最常碰到的 40 个词摘出来做成内部词库。词库字段不要多术语原文、中文首选翻译、同义词、定义摘要、在项目中的典型使用位置。摘录时我一般会每词留一个“边界备注”字段专门写“这个词在哪些场合不要乱用”。比如“手腕”在 8373 的语境里通常指机器人手臂末端与法兰之间的关节段在讨论机械加工时又可以是另一回事备注里就要明确“本项目只用于机器人本体结构不用于工艺装备”。这件工作看起来像翻译实际上是在做“字典编码”。每位工程师写文档时脑子里有一套自己的映射词库是把这些映射收敛成唯一键。收敛不需要一步到位刚开始允许保留别名但只要某个别名被写了三次以上就让它晋升为禁用词。我用共享在线表格工程师自己提词、自己填别名维护成本比人力资源部发红头文件低得多。4.2 第二步给公司的图纸、说明书做一次“术语体检”词库建立后挑三类核心文档体检投标文件模板、产品说明书模板、验收报告模板。重点不是检查全文而是检查五个高频位置封面后的术语定义段、技术参数表、供货范围描述、安全注意事项、质保条款。把这五个位置里出现的设备名称、部件名称、空间描述全部和词库比对不一致的列成清单交回给原文档作者改。这一步通常会收获一堆意想不到的惊喜某公司的投标模板里同时存在“机械手”“机械臂”“多关节机器人”三种说法分别来自三个历史项目经理。体检的价值在于让历史债务浮出水面而不是一次性改完。我会按文档类型分批改先改投标模板和验收模板这两个是甲方直接看的操作手册可以慢慢改因为现场人员已经習慣旧叫法。给文档作者留两周缓冲期比强令第二天完成要顺利得多。4.3 第三步处理供应商歧义和客户定义的冲突词库对齐了外部冲突不会消失。供应商的技术规格书里可能有自己的“术语表”客户技术要求里也可能指定了另一种叫法比如“夹爪”在客户合同里被定义为“包含驱动、连接、传感在内的完整子模块”。这时候我不能拿着 ISO 8373 去否定客户正确的做法是把标准词、客户合同定义词、供应商手册词三列并排做成“术语映射表”在映射表里注明“标准适用优先级客户合同定义 本标准引用 供应商手册”。这种优先级设计是为了避免一个项目里同时存在多套“真理”。团队内部用标准词写正文但合同文件保留客户原词只在附件里加一列标准词注释。这样既不会让客户觉得你在教他做事也能在内部技术评审时保持统一口径。遇到真正的定义矛盾比如客户把“自由度”按“独立运动轴数”统计而我们按“包括末端执行器扩展轴”统计我会直接在澄清函里附上 ISO 8373:2021 的术语出处让客户在“按标准”和“按合同习惯”里做一次明确选择而不是事后互相猜。5. 避坑指南ISO 8373:2021 落地时的四个常见问题标准落地的路上一半是技术问题一半是组织协作问题。这里列四个最常见的坑都是我亲眼见过或者踩过的类型按“现象、原因、解决”写清楚。5.1 把“机器人”和“操纵器”当同一个词写进合同现象一份技术附件里写“供货范围包括 6 套机器人本体”其中两套是没有控制系统的裸机械臂验收时甲方追问“机器人本体”怎么不带控制器。原因写文档的人把“机器人”当成了所有机械臂的统称没有按标准区分完整机器人与操纵器。解决所有供货范围描述强制拆成“机器人”和“操纵器”两个名目机器人写明含控制器和驱控系统操纵器写“不含控制器驱动接口预留”金额不随名称变但责任边界随名称清了。5.2 手头还是 2012 版报价却引用 2021 版条款现象供应商把 2012 版的“可重新编程”定义贴进澄清函用来论证设备可以现场改程序而甲方引用 2021 版做了更严的解释双方僵住。原因供应商手头没有最新版本但对外统一声称“符合最新标准”。解决在技术澄清函第一阶段就让对方提供“术语引用版本号”并且写到供应商澄清记录里。只要是引用标准就要求精确到冒号后面的年份ISO 8373:2021不带年份的引用一律退回重写。5.3 标准词库建得太满现场工人和售后看不懂现象整套操作手册把“启动”“复位”“急停”都按标准词改写车间师傅抱怨按钮上的字跟手册对不上。原因标准术语和现场操作界面的叫法本来就是两套体系不能强行用一本词典覆盖所有场景。解决区分“文档正式用途”和“人机交互文本”。面板标签、软件按钮、操作提示保留短文本比如“复位”手册正文首次出现时写“复位操作面板上的 RESET 按钮”而后全文统一用“复位”不强行改成标准术语。标准是管技术定义的不是管 UI 文案的。5.4 只看中文翻译不看英文原文被同义异译坑掉现象两个工程师对“工作空间”理解不同一个按“机器人底座周围可到达的区域”一个按“手腕参考点可达集合”查中文译本都没错但数值差很多。原因中文版的标准翻译往往会在多义词上做本地化取舍丢掉了英文原词的结构关系。解决涉及尺寸、速度、负载、安全空间时必须回到英文原文去核对适用范围。我在团队里的铁律是凡是要写进技术验收数据的术语都在词库里保留英文全拼中文翻译有歧义时以英文定义和定义中的“参照系”为准。6. 进阶验证用十几行脚本查自己文档的术语一致性文档多了以后人工逐篇检查既不现实也会漏掉藏在附录里的旧叫法。一个很实用的进阶做法是给团队写一个十几行的术语一致性检查脚本把词库里的别名映射成正则规则扫一遍整个文档目录输出所有需要人工确认的位置。#!/usr/bin/env python3 # -*- coding: utf-8 -*- 术语一致性扫描器把项目文件里出现的高频别名 统一提示为 ISO 8373:2021 首选词。 用法python term_check.py docs/ import sys from pathlib import Path import re # 别名 - 标准首选词按词库导出的形式 TERM_MAP { r机械手: 操纵器manipulator, r抓手|手爪|夹爪: 末端执行器end effector, r工作区域|作业范围|运行空间: 工作空间work space, r工具端点|刀尖点: TCPtool centre point, } def check_file(path): with open(path, r, encodingutf-8, errorsignore) as f: text f.read() hits [] for pattern, preferred in TERM_MAP.items(): # 对每一类别名做全局搜索 for m in re.finditer(pattern, text): # 跳过已经写全称的位置比如“操纵器manipulator” span_start max(0, m.start() - 30) span_end min(len(text), m.end() 30) context text[span_start:span_end] if preferred.split()[0] in context: continue hits.append((path, m.group(), m.start(), preferred)) return hits def scan(root): for p in Path(root).rglob(*): if p.suffix.lower() in {.md, .txt, .rst, .csv, .docx}: # 注意纯文本扫描对 .docx 不直接适用 # 实际使用时把 docx 先另存为 .txt 再扫描 for hit in check_file(str(p)): print(f{hit[0]:55} L{hit[2]:5} {hit[1]} - {hit[3]}) if __name__ __main__: if len(sys.argv) ! 2: print(用法: python term_check.py docs/) sys.exit(1) scan(sys.argv[1])这段脚本的逻辑分三层先用Path.rglob遍历目录下所有文本类文件再用re.finditer查找每一个别名模式并通过前后 30 个字符的上下文判断该位置是不是已经写成了完整标准写法最后把所有命中位置按“文件偏移量旧叫法 - 首选词”打印出来。参数上要注意两点TERM_MAP里的值要跟公司词库保持一致新增术语时只改这一张字典不需要动扫描逻辑第二个是errorsignore用来跳过编码 bad byte 的旧文档避免一个乱码文件中断整轮扫描。脚本跑完后输出会给出一个需要人工处理的清单。我不建议直接自动替换因为同一句话里可能有引号、专有名词或客户指定叫法机器分不清。正确做法是把扫描结果按文件分组发给对应文档负责人让他只处理真正需要改的条目。扫描脚本的另一个价值是沉淀以后公司里每引入一类新设备就往TERM_MAP里加一组别名标准落地就从一次运动变成持续维护。当然不是所有场合都要拿着标准较真。客户定死的专用名、现场操作面板上的短文本、报价单里的俗称保留原样更符合商业习惯。我现在的习惯是每个项目在启动会上先说一句“所有技术文档里第一个出现的术语后面用标准词现场界面爱怎么写怎么写。”这句话帮团队挡掉了很多无意义的纠结也让标准真正守住了定义这道关。如果你也在被术语混乱折腾建议先别开大会先跑一次上面的扫描脚本看看自己手里到底有多少个“机械手”。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助?