2. Recipe生命周期管理

在半导体制造中，Recipe（配方）不是一份静态文档，而是一个有明确生命周期的受控对象。它从工艺需求出发，经过创建、审批、下发、执行、变更，最终退役，每个阶段都有对应的责任角色、系统状态和关键控制点。理解这条链路，是Recipe自动下发与配方管理工程的基础。

下面这张图展示了Recipe生命周期的六个阶段及其状态流转关系，以及每个阶段的核心控制点。

阶段一：创建（Draft）

Recipe创建通常由工艺工程师在MES或Recipe管理系统中发起。创建阶段的核心控制点是参数校验和版本号分配。以刻蚀工序为例，工程师需要填写RF功率、腔体压力、气体流量、温度、时间等关键参数。系统在保存前应自动执行以下检查：参数是否在设备允许范围内（如RF功率设定为800W，而设备上限为1000W，则通过；若设定为1200W则拒绝）、参数组合是否与设备能力匹配、必填项是否完整。

版本号分配遵循语义化版本规则，例如ETCH-001-V1.0表示刻蚀工序第001号配方第1.0版。每次修改主版本号递增，小调整递增次版本号。创建完成后，Recipe状态为Draft，仅创建者可见和编辑。

阶段二：审批（Review）

Draft状态的Recipe不能直接下发到设备，必须经过审批。审批流程通常为多级签核：工艺工程师提交→工艺主管审核→PE（工艺整合工程师）签核。每一级审批人都需要确认Recipe参数与工艺规范一致、与当前产品版本匹配、无安全风险。

审批阶段的关键控制点是电子签名留痕和权限校验。系统应记录谁在什么时间审批了什么内容，审批意见不可篡改。如果审批被拒绝，Recipe退回Draft状态，创建者需根据意见修改后重新提交。审批通过后，Recipe状态变为Released，进入可下发状态。

阶段三：下发（Release）

下发是将审批通过的Recipe从管理系统传输到目标设备的过程。关键控制点包括：目标设备确认（确保Recipe下发到正确的设备ID，避免串机）、完整性校验（传输前后计算校验和，如CRC32，确保数据未损坏）、传输加密（使用SECS/GEM协议或HTTPS通道）。

实际工程中，下发通常通过SECS/GEM的PP-SET指令或专用Recipe管理接口完成。系统应记录下发时间、操作人、目标设备、Recipe版本号，形成完整的下发日志。如果设备离线或通信失败，系统应自动重试并告警。

阶段四：执行（Active）

Recipe在设备上执行时，系统需要实时监控关键参数。以CVD工序为例，监控项包括：腔体压力是否在设定值±5%范围内、气体流量是否稳定、温度曲线是否按Recipe设定爬升。如果检测到参数漂移超过阈值，系统应触发告警，严重时自动暂停设备运行。

执行阶段的关键控制点是SPC联动和偏差告警。SPC（统计过程控制）系统可以实时分析执行数据，判断工艺是否处于受控状态。如果连续3片晶圆的某参数均值偏移超过控制限，系统应标记该Recipe为“需检查”，并通知工艺工程师。

阶段五：变更（Revise）

当工艺需要调整时，不能直接修改已下发的Recipe，而应创建新版本。变更流程为：基于当前Active版本创建Revision→修改参数→影响分析→重新审批→下发新版本→旧版本标记为Superseded。

变更阶段的关键控制点是影响分析和回归测试。影响分析需要评估：该变更影响哪些产品、哪些设备、哪些后续工序。回归测试要求在新版本下发前，至少在1片测试晶圆上验证通过。变更后的版本号递增，例如从V1.0变为V1.1或V2.0，具体取决于变更幅度。

阶段六：退役（Retire）

当Recipe不再使用（如产品停产、工艺淘汰），需要执行退役操作。退役不是简单删除，而是归档和设备清理。系统应将Recipe完整归档到历史库，保留所有版本、审批记录、下发日志和执行数据，以备审计追溯。同时，需要确认目标设备上该Recipe已被删除或标记为不可用，防止误用。

退役阶段的关键控制点是审计记录和设备端确认。退役操作需要记录操作人、时间、原因，并生成退役报告。设备端应返回确认信号，确保Recipe已从设备存储中移除。

状态流转的异常处理

实际生产中，Recipe可能遇到异常回退。例如，执行阶段发现参数严重偏差，需要将Recipe回退到Draft状态重新修改；或者审批阶段被拒绝，退回创建者。这些回退路径必须在系统中显式定义，并记录回退原因。回退不是删除历史，而是新增一条状态变更记录，保持审计链完整。

总结来说，Recipe生命周期管理的六个阶段——创建、审批、下发、执行、变更、退役——构成了一个闭环。每个阶段都有明确的输入、输出、责任人和控制点。只有把每个控制点落实为系统规则和操作规范，才能确保Recipe在正确的时间、以正确的版本、下发到正确的设备，并安全地执行和退役。