4. 配方管理基础

在半导体制造中，Recipe（配方）是设备执行工艺的“程序文件”，它决定了晶圆在机台内经历的温度、压力、气体流量、功率、时间等关键参数。EAP（Equipment Automation Program）作为设备与MES之间的桥梁，必须对Recipe进行全生命周期管理。本节围绕Recipe的类型划分、版本控制、审批发布、下发校验与回收，梳理配方管理的关键节点，帮助读者建立可落地的管理思路。

一、Recipe类型：按用途与归属分层

半导体工厂中的Recipe并非单一形态，通常按“归属层级”和“用途”两个维度分类。按归属层级，可分为设备Recipe（存储在机台本地，如ASM、Lam、AMAT机台内的程序）、EAP Recipe（EAP系统中维护的配方索引与参数映射）、MES Recipe（MES中与产品、工序绑定的配方版本记录）。按用途，常见有生产Recipe（正式量产使用）、工程Recipe（工艺调试与实验）、测机Recipe（Monitor/Season片使用）、清洗Recipe（腔体清洁）等。

实际管理中，EAP通常维护一张“Recipe映射表”，将MES中的产品-工序-设备组合映射到具体的设备Recipe名称与版本。例如，某产品在刻蚀工序使用设备LAM-01，MES记录Recipe ID为ETCH_POLY_V3，EAP则将其映射为机台本地Recipe名POLY_ETCH_01，并记录版本号V3.2。这种分层映射是后续下发与校验的基础。

二、版本管理：从V1.0到受控变更

Recipe版本管理是防止“用错配方”的核心。每次Recipe内容发生实质性变更（如温度曲线调整、气体流量修改），都应生成新版本，而不是直接覆盖旧版本。版本号建议采用主版本.次版本格式，例如V2.1，主版本用于工艺窗口重大调整，次版本用于微调或注释修正。

版本状态通常包括：草稿（Draft）、待审批（Pending）、已发布（Released）、已冻结（Frozen）、已回收（Recalled）。只有“已发布”版本才允许被生产工单引用。EAP需要记录每个版本的创建人、创建时间、变更说明、审批人、生效时间，形成可追溯的版本链。

三、审批与发布：权限与流程缺一不可

Recipe审批通常由工艺工程师（PE）发起，经工艺主管或整合工程师审核，最终由制造部或品质部确认发布。EAP应支持审批流配置，例如：PE提交 → PE主管审核 → 整合确认 → 自动发布。审批过程中，Recipe内容应锁定，禁止修改；若需修改，必须退回草稿状态重新提交。

发布动作意味着该版本正式进入“可用池”。发布时需记录生效范围：适用设备群组、适用产品、适用工序。例如，ETCH_POLY_V3.2发布后，仅允许在LAM-01、LAM-02两台设备上，用于产品A的POLY刻蚀工序。EAP在发布时同步更新映射表，确保后续工单能正确引用。

四、下发与校验：从EAP到机台的最后一公里

当MES下发工单时，EAP根据工单中的产品、工序、设备信息，查找对应的Recipe版本，并执行下发。下发过程不是简单复制文件，而是包含选择、比对、传输、校验四个环节。

以某刻蚀机台为例，EAP下发流程如下：首先根据工单WO-20240501-001，解析出产品P-A、工序POLY_ETCH、设备LAM-01，查询映射表得到目标RecipePOLY_ETCH_01，版本V3.2。然后EAP读取机台当前Recipe列表，比对目标版本是否已存在。若不存在，则通过SECS/GEM协议将Recipe文件传输至机台；若已存在但版本不一致，则触发版本更新。传输完成后，EAP读取机台返回的Recipe校验和（Checksum）或参数摘要，与EAP侧记录进行比对，确认一致后才允许工单开始。

校验失败是常见异常。例如，机台返回的V3.2校验和与EAP记录不符，可能原因包括：传输中断、机台本地被手动修改、版本映射错误。此时EAP应阻止工单启动，并产生报警RECIPE_CHECKSUM_MISMATCH，通知PE处理。

五、回收：让旧版本退出生产现场

当Recipe被新版本替代、或发现工艺缺陷需要停用时，必须执行回收。回收不是删除，而是将旧版本状态置为“已回收”，并禁止任何工单引用。EAP在回收时应检查：该版本是否正在被工单使用、机台本地是否仍存在该版本。若机台本地存在，应下发删除或覆盖指令，确保设备端不会误用。

回收操作需记录回收原因、回收人、回收时间，并通知相关PE和制造部。例如，ETCH_POLY_V3.1因刻蚀均匀性不达标被回收，EAP将映射表中所有指向V3.1的记录更新为V3.2，并触发机台端V3.1的清理。回收后，若工单仍引用V3.1，EAP应直接拦截并报错RECIPE_RECALLED。

六、关键节点与EAP协同要点

综合来看，Recipe生命周期可归纳为六个关键节点：创建、审批、发布、下发、校验、回收。每个节点EAP都承担不同职责：创建阶段维护版本元数据；审批阶段锁定内容；发布阶段更新可用池；下发阶段执行映射与传输；校验阶段比对校验和；回收阶段清理旧版本并拦截引用。

实际运行中，建议EAP对每次Recipe操作记录完整日志，包括操作类型、Recipe ID、版本、设备、工单号、操作人、时间戳、结果。这些日志既是追溯依据，也是排障入口。例如，当产线反馈“用错配方”时，可通过日志快速定位是映射错误、下发失败还是机台本地被手动修改。

配方管理看似是“文件管理”，实则是半导体制造中质量与良率的防线。EAP作为执行者，必须把类型、版本、审批、发布、下发、校验、回收七个环节串成闭环，才能确保每一片晶圆都在正确的配方下运行。