[公开] 半导体行业黑话大全：新人听不懂的那些词

【摘要】半导体产线的日常沟通中英夹杂、缩写满天飞，新人前两个月大半时间花在猜意思上。本文把Fab高频黑话按批次、状态、量测、设备、质量五大类系统梳理，讲清每个词的字面含义、实际用法与最容易踩的歧义坑，并给出一套可复用的术语字典建设方法与新人速成路径。

分类：职场科普 | 发布：2026-08-16 | 首发：半导体智能制造博客

一、背景故事：一次真实的产线事件

我带过的一位应届生，入职第一周参加产线晨会，散会后拿着笔记本来找我，说整场会四十分钟他只听懂了三句话。他把听不懂的词抄了下来，一共二十三个。其中一句原话是这样的：这批lot在Litho那边hold住了，WAT没过，PIE要求跑个split，先出两片pilot做engineering run，OK了再release剩下的。这句话里，除了介词，几乎每个实词都是黑话。

这不是个例。我们厂做过一次统计，新人从入职到能独立处理常规异常，平均需要六周，其中前两周几乎完全消耗在语言适应上。更麻烦的是，很多人不好意思问，靠上下文猜，猜错了不说，还会把错误理解带进后续工作。我们真出过一次事故：一位新人把工程师说的hold理解成了暂停加工但可以继续流转，结果把一批本该冻结的晶圆放行到了下一站，最终报废了十七片。

语言是产线协作的底层协议。协议对不齐，上面跑什么流程都会出错。这篇文章我把过去几年整理的术语清单和字典建设经验完整写出来，既给新人当速成手册，也给带教和知识管理的同事当参考。文中所有词条都来自真实产线对话，不是从教科书上抄的。

二、技术原理：把机制讲清楚

Fab黑话的来源可以分成三类，搞清楚来源就能理解为什么它们这么难懂。第一类是英文术语的直接留用，比如lot、wafer、recipe、chamber，这类词有标准含义，查SEMI标准或者设备手册就能确认，属于最容易攻克的部分。第二类是英文缩写，比如WAT、CP、FT、PM、OCAP、OOC、EAP，缩写省掉的信息最多，也最容易在不同语境下指向不同的东西。第三类最难，是厂内自造词和方言化表达，比如把工程实验批叫做小批、把设备恢复验证叫做打枪、把某个特定报表叫做大表，这类词出了本厂就没人懂，也没有任何文档可查。

按业务对象分类，高频黑话主要集中在五个域。批次域包括lot、wafer、split、pilot、skip、merge、carrier、FOUP，描述的是物料实体与它的流转形态。状态域包括hold、release、scrap、rework、abort、bank、WIP，描述的是批次当前处于什么处置状态，这一类词直接对应MES里的状态机节点，理解偏差的后果最严重。量测域包括inline、WAT、CP、FT、overlay、CD、GRR，区分的是在什么阶段、用什么手段、测什么参数。设备域包括qual、PM、down、idle、recipe、chamber、mainframe，描述设备的资格、状态与配置。质量域包括OOC、OOS、excursion、commonality、OCAP、8D，描述异常的判定与处置流程。

真正的理解门槛不在于记住单词，而在于掌握每个词背后的业务规则。举个例子，hold这个词字面意思是暂停，但在MES里它是一个带权限的状态：谁能hold、hold之后批次能不能物理移动、hold的原因码怎么分类、谁有权release，这四件事在每个厂的定义都不同。新人背下hold等于暂停毫无意义，必须知道在本厂的规则里，工程hold和质量hold的release权限分别在谁手上。同理，良率这个词单独说出来几乎没有信息量，必须问清楚是line yield、die yield、CP yield还是final test yield，四个口径的数值可能相差十几个百分点。

三、现状分析：多数工厂现在是怎么做的

我调研过的工厂里，绝大多数没有正式的术语管理机制。术语靠师徒口口相传，带教师傅怎么说，新人就怎么记。这种方式的好处是快，坏处是错误会被完整继承，而且不同班组、不同部门传下来的版本会逐渐分叉。我们厂曾经出现过设备部门和工艺部门对同一个词的定义完全相反的情况，双方在会上争了半小时才发现是在讨论两件事。

第二种常见现状是有文档但没人维护。很多厂在系统上线时会做一份术语表，通常是实施顾问从其他项目复制过来的，里面一半的词本厂根本不用，另一半本厂常用的词又没有收录。这类文档放在共享盘的某个角落，新人被告知去看一下，看完发现和实际听到的对不上，从此再也不看。文档的可信度一旦崩塌，重建成本极高。

第三种现状是术语与系统字段脱节。产线上说的名字、MES界面上显示的字段名、数据库里的列名、报表标题，四套命名可能各不相同。工程师在系统里找一个数据，需要先在脑子里做三次翻译。这个隐性成本平时看不见，但在跨部门协作和系统对接时会集中爆发，接口联调阶段一半的时间都在对字段口径。

四、瓶颈问题：卡在哪里

第一个瓶颈是同词不同义带来的沟通事故。最典型的是产能这个词，计划部门说的产能是月投片能力，设备部门说的产能是单机UPH，客户说的产能是可交付的良品数量，三个口径在会议上混用，最后大家点头达成的共识其实各想各的。我们的做法是在所有正式文件里强制标注口径，比如写月投片产能而不是产能，多打几个字换来的是决策不返工。

第二个瓶颈是中英夹杂造成的信息损耗。产线沟通习惯是中文句式配英文关键词，问题在于英文词的发音在不同人嘴里差异很大，加上口罩和设备噪音，听错的概率不低。我们统计过一段时间的沟通失误，其中约两成源于把recipe听成了reticle，或者把等待release听成了等待reject。这类错误在书面沟通中不会发生，但产线的即时沟通大量依赖口头。

第三个瓶颈是缩写的语境依赖。CP在测试语境里是Chip Probe，在设备语境里可能指Control Plan，在项目语境里还可能指Checkpoint。PM在设备语境是Preventive Maintenance，在项目语境是Project Manager。缩写本身没有错，错在使用时不带语境。新人听到一个缩写往往不知道该往哪个方向理解，而老人已经形成了条件反射，意识不到这里存在歧义。

第四个瓶颈是术语知识无法沉淀。资深工程师脑子里装着最完整的术语地图，但这些知识从来没有被结构化过。人一旦离职，接手的人要重新踩一遍所有坑。我们厂有位做了十二年的老工程师退休，交接文档写了六十页，其中没有一页是术语说明，因为对他来说这些词理所当然，根本想不到需要写。

五、解决方案：可落地的完整做法

我们最终建了一套三层结构的术语字典。第一层是标准术语层，收录来自SEMI标准、设备原厂手册、客户规范的正式定义，标注出处和版本号，这一层是权威依据，不允许随意修改。第二层是厂内用法层，记录本厂的实际叫法、口语变体、常见误用，以及本厂特有的业务规则补充，比如hold在本厂分为工程hold、质量hold、物料hold三类，各自的权限和处置流程分别是什么。第三层是系统映射层，把术语与MES字段名、数据库列名、报表标题、接口参数名一一对应起来，解决前面说的四套命名问题。

字典的载体我们选了公司内部的Wiki，而不是Excel或者PDF。原因很实际：Wiki支持全文搜索、支持锚点链接、支持修订历史、支持评论。工程师在写故障报告时可以直接把术语链接进去，读者点一下就能看到定义。修订历史尤其重要，某个术语的定义什么时候改过、为什么改、谁批准的，都能追溯。我们规定第一层的修改需要走评审，第二层和第三层允许工程师直接补充，事后由知识管理负责人做周度审校，这个宽严结合的策略保证了内容既能持续增长又不会失控。

新人培养路径我们做了一个七天速成方案。第一天到第二天集中学习批次域和状态域，这两类词与日常操作绑定最紧，掌握后就能听懂大部分晨会内容。第三天到第四天学量测域和设备域，配合一次实地走线，在现场对着实物讲，比在教室里讲效率高得多。第五天学质量域，重点是异常处置流程中的术语，因为这部分涉及责任划分，理解错误的代价最高。第六天做一次模拟晨会，让新人复述听到的内容，带教纠正。第七天做书面测试，二十道场景题，不及格的重新走一遍第五天和第六天。

还有一个成本极低但效果很好的做法：在MES和SPC系统的关键字段上加悬停提示。开发工作量不大，通常是在前端配置文件里加一个tooltip字段，但它把术语解释放在了工程师最需要的位置。我们上线这个功能之后，术语Wiki的访问量反而下降了三成，因为大部分疑问在界面上就地解决了。这说明知识管理的关键不是把内容写得多完整，而是让它出现在正确的时间和地点。

六、实战案例：一个完整的改造过程

我们的术语字典项目从2024年二季度启动，历时五个月。第一阶段是采集，方法是录制并转写十次产线晨会和五次异常处置会议，从转写文本里用脚本抽取高频英文词和缩写，再人工过滤。这一步产出了三百八十七个候选词条，比我们预估的多了一倍还多，说明主观估计严重低估了黑话的密度。

第二阶段是定义与审校。每个词条指派一位领域专家写初稿，再由两位其他部门的工程师做交叉评审，重点检查有没有跨部门歧义。这个环节暴露出四十一处部门间理解不一致，其中有六处严重到足以引发操作失误，比如工艺部门认为跑pilot必须出量测数据，而生产部门理解的pilot只是先跑两片看设备状态，不一定测。这六处我们单独开会拉齐，并在字典里用醒目格式标注了历史争议点。

第三阶段是系统映射。我们把MES里的四百多个界面字段和字典做对照，发现有六十三个字段的显示名与产线口语完全对不上，其中十九个字段名甚至是英文缩写的机器直译，读起来不知所云。这批字段我们分两批做了改名，改名前后各做了一次用户测试，确认改名没有引入新的混淆。最终字典正式发布时收录四百一十二个词条，覆盖五大域。

发布之后我们做了一件容易被忽略的事：建立持续更新机制。规定每次新设备导入、新工艺导入、新系统上线，项目负责人必须提交术语增补清单，作为项目结项的必要条件之一。这条规则写进了项目管理流程，执行了一年半，字典从四百一十二条增长到五百六十八条，没有出现过内容陈旧的问题。

七、实施效果：数据说话

最直接的效果是新人上手周期缩短。字典发布前，新人从入职到能独立处理常规异常平均需要六周，发布并配套七天速成方案之后，最近三批共十九人的平均值降到三点五周，缩短了四成以上。带教师傅的负担也明显减轻，过去每天要回答十几个术语类问题，现在基本降到两三个，师傅可以把时间用在真正需要经验传授的判断类问题上。

第二个效果是沟通类失误显著下降。我们在异常报告里增加了根因分类的沟通理解偏差一项，用来统计因为理解错误导致的处置延误或误操作。字典上线前的半年记录到十一起，上线后的半年降到三起，且三起都属于新增设备的新术语，说明存量术语的歧义基本被清理干净了。前面提到的把hold理解成可流转那类事故，再也没有发生过。

第三个效果不太容易量化但同样重要：跨部门会议的效率。我们抽样对比了字典上线前后各十次产线例会的时长，平均从五十二分钟降到四十一分钟。减少的时间主要来自不再需要中途停下来解释名词和澄清口径。有位参与评审的资深工程师说了一句很到位的话，他说以前开会一半时间在确认我们说的是不是同一件事，现在可以直接讨论这件事该怎么办。

八、常见问题答疑

Q：术语字典应该用中文名还是英文名做主键？

A：建议用英文原词做主键，中文名作为别名字段。原因是产线口语和系统字段大量使用英文，用英文做主键可以避免一词多译带来的重复条目；中文别名可以有多个，方便检索。

Q：小厂没有Wiki平台，用什么载体比较合适？

A：共享盘上的单个Excel文件加严格的版本命名规则也能跑起来，关键是要指定唯一维护人并设置只读权限。不建议用聊天群置顶或者个人笔记，这两种形式几乎必然在半年内失效。

Q：新人自己怎么快速补齐术语？

A：最有效的方法是随身带小本子记录听不懂的词，当天下班前统一查证并写下自己的理解，第二天找带教确认一遍。坚持两周，覆盖率能到八成以上，比看任何文档都快。

九、工程落地经验：路线图、分工与验证

关于投入产出的测算，很多团队做行业术语标准化项目时说不清收益，导致预算被砍。可以用一个简单口径：先统计过去12个月因术语歧义导致的损失片数与返工工时，折算成金额；再估算改造后可挽回的比例（保守取40%到60%）；投入侧算清人力工时、软硬件采购与后续维护。用这三组数字做一页纸的测算表，比任何技术PPT都更容易通过评审。

数据治理是行业术语标准化绕不开的前置条件。半导体产线的数据有三个典型问题：一是同一个新人独立上手周期在不同系统里有不同定义，二是时间戳精度不一致导致跨系统对齐困难，三是设备维护后计数器重置造成数据断层。建议建立一份字段字典，对每个关键字段写明来源系统、采集频率、单位、有效范围和责任人，新人接手时按字典对照，可以少走两三个月弯路。

很多工厂在推行业术语标准化时会陷入工具崇拜，认为买了术语字典系统或者上了某个平台，问题就自动解决。实际情况是工具只提供了容器，真正决定效果的是工艺知识如何被结构化。我们见过同样一套系统，在A厂三个月出效果，在B厂一年还在调参，差别就在于A厂把老工程师的判断逻辑逐条写成了可验证的规则，而B厂只是把数据搬进了新界面。

验证方法上，建议采用离线回溯加在线影子运行的两段式。先用历史数据回溯，看新方案能否在事后正确识别已知事件，统计召回率与误报率；再在产线上做影子运行，即方案照常输出结果但不触发实际处置，与现有做法并行跑两到四周，对比差异。两段验证都通过后再切换为正式生效，这套流程能把上线风险降到可接受范围。

文档与知识沉淀常被忽略，但它决定了方案能否活过人员变动。建议为行业术语标准化建立三份文档：一份是给管理层看的一页纸方案说明，一份是给工程师看的参数与规则手册，一份是给现场操作看的处置卡片。三份文档面向不同读者，语言和详略程度完全不同，不要试图用一份文档覆盖所有人，那通常意味着谁都不看。

与其他系统的接口要提前约定失败语义。术语字典系统与MES、SPC、EAP之间的调用，必须明确超时时长、重试次数、幂等键和补偿机制。我们踩过的坑是重试没有幂等保护，网络抖动时同一条术语歧义记录被写入三次，导致新人独立上手周期统计虚高，追了两天才定位到是接口层重复提交。现在所有写接口都强制带业务唯一键，服务端做去重。

关于阈值的动态化，固定阈值在产品结构单一时够用，但一旦产品组合频繁切换就会失效。做法是按产品族、机台族、班次分层设定，并用滚动窗口定期重算。重算周期建议不短于两周不长于三个月，太短会跟随噪声漂移，太长则跟不上工艺演进。每次重算必须留档，记录重算前后的阈值、依据样本量和批准人，方便后续追溯新人独立上手周期判定口径的变化。

最后是人的因素。行业术语标准化的推行本质上是在改变现场的工作习惯，技术方案再完美，如果操作员觉得多了负担就会被绕过。有效的做法是让现场先尝到甜头：优先自动化那些他们最讨厌的重复劳动，比如手工抄表、跨系统复制粘贴、每日报表整理，等信任建立起来，再推进那些需要他们额外配合的环节，阻力会小很多。

十、配图：数据可视化

图1：新人术语查询与知识沉淀流程

图2：术语字典与MES/SPC系统的挂接关系

十一、Fab高频黑话对照表（五大域节选）

十二、术语字典项目实施前后效果对比表

十三、配套资料与实战工具

本文配套完整实战工具包，包含文中涉及的测算模板、参数配置表、排查清单与Python脚本，可直接用于工厂落地实施。

点击上方「VIP资源」下载区，免费获取以下五项配套资料（持续更新中）：

产能负荷与瓶颈识别测算表（含机台产能、稼动率、排队时间与节拍分解模板）

洁净室颗粒监控与良率关联分析脚本包（含示例数据与归因模板）

时序异常检测与Transformer调参配置模板（含窗口、阈值、评估口径清单）

SPC自动告警链路配置表与OCAP标准表单（含分级与抑制规则）

MES灾备演练Checklist与工艺窗口margin测算表（含RTO/RPO定级模板）

────────────────────────────────────────

本文首发于博客：半导体智能制造 | MES工程师实战笔记

你遇到过类似的问题吗？是怎么解决的？欢迎在评论区分享你的实战经验，一起交流进步。

标签：职场科普 | 半导体术语 | Fab黑话 | 新人入门 | 知识管理 | 半导体Fab