人能看懂的图纸，计算机为什么看不懂
本文对比人与计算机解读刀具图纸信息的差异，指出图纸文字无统一语义易造成参数重复录入，介绍ISO 13399刀具数据标准，通过规范参数身份、类型、归属构建层级数据树，统一机器识别路径，解放人工录入工作。
图纸上写着"直径10 h8"。工程师扫一眼：切削直径10mm，公差h8。一行字，一眼读完。
同一行字丢给计算机——只看到"10"和"h8"两个字符串。直径还是长度？公差还是型号？毫米还是英寸？没有上下文，不做任何推断。图纸用的是人话，计算机要的是数据。
一家模具厂的CAM编程室。三家供应商的刀具资料——PDF、纸质参数页、Excel。几十把刀，直径、总长、悬伸、冷却方式，全手工逐条敲进参数界面。一上午，刀路一行没写。
图纸写"直径D"，参数表写"φ10"，Excel写"DC=10.0"——人扫一眼是同一个东西，计算机不知道。所有信息都在纸上，写给人看的。
记忆点：图纸解决的是表达问题，数据模型解决的是理解问题。
拿一把符合ISO 235的麻花钻。图纸信息齐全：直径10mm，公差h8，总长133mm，螺旋角30°。
工程师看到标注线指向圆柱面，大脑瞬间翻译——切削部分直径10mm，公差带h8。每一步调用工程知识库，毫不费力。
计算机走的是完全不同的路径。OCR出"10"和"h8"——是直径还是长度？公差还是型号？没有语义框架，计算机不做推断。图纸对它就是无结构字符流。换格式没用：PDF换XML，XML换JSON，计算机照样不认得"直径"指什么。问题不在格式，在语义。
记忆点：人靠经验识别直径，机器靠语义路径识别直径。
三、ISO 13399是什么：不是翻译软件，是刀具数据共用语法
信息密度极高。但"切削部分直径"在计算机里该叫cutting_diameter还是DC？IT8不是固定数值，得查表。"按……选取"是调用规则的指令——规则和数据必须分开。人读得通透，程序拆不出来。
ISO 13399把这句话拆成零件："切削部分直径"变成有全球唯一代码的实体，"IT8"变成该实体的公差等级属性。更深一层——它是一套共用语法，规定全世界任何计算机认知同一把刀具时，走同一条路径、用同一个名字、落在同一个位置。
唯一身份。"切削直径"不能在不同文件里叫D、DC、φ——只能有一个名字，一个编码。
确定类型。参数必须声明物理量纲。计算机不能看"10"就默认毫米——它需要知道这个槽位装的是长度值。
确定归属。螺旋角30°属于螺旋槽几何，不是装刀柄后的装配属性。参数挂在正确的实体上，不能悬空。
三件事合起来，叫信息模型——数据世界的"工程图纸"。建模语言EXPRESS做三件事：定义实体（"一把钻头"）、挂属性（"它有直径"）、规定从属（"直径属于切削部分"）。工程师脑中不言自明的关系，写成计算机能读的规则。
五、一把钻头在ISO 13399里不是表格，是一棵树
树根：刀具本体。主干：切削部分、刀柄部分、冷却通道。分枝：外圆柱、钻尖、螺旋槽。叶子：公称直径=10mm，公差=h8，依据=ISO 235。
切削部分→ 外圆柱 → 公称直径 → 10mm → h8 → ISO 235
至于这么长？至于。任何软件读到"d=10"，沿着路径直接定位到"切削部分→公称直径→10mm"。路径唯一，全世界冲到同一个节点。图纸上"直径10 h8"没有路径——人靠上下文，计算机没有。数据树给的，就是计算机版上下文。
ISO 235回答：麻花钻直径公差该给多大。ISO 13399回答：在数据库里，"直径"该叫什么名字、放在哪个位置。一个管制造合格，一个管数据可读。同在ISO/TC 29体系下，不打架。
回到CAM编程室。下个月换供应商——同样参数，换个格式，全部重录。
计算机不会自动阅读图纸，但可以教会它——不是教它猜，是给一套标准化认知路径。ISO 13399提供的正是这套路径。当每一把刀在世界任何计算机上都叫同一个名字、走同一条路径，人才真正从"刀具数据翻译机"的角色里解放出来。
总结：图纸上"直径10 h8"，人靠经验一眼就懂。计算机靠的是确定路径：切削部分→外圆柱→公称直径→10mm→h8→ISO 235。ISO 13399给每一把刀的每一个参数，建好了这条路。
下篇预告：ISO 13399不是一本标准，是一座楼——36个部分怎么分层，层与层怎么衔接。 
