本文说明厂内部署的目标架构与落地讨论项。具体配置和可用能力以适用产品版本及部署方案为准。
先定义厂内的运行边界
当前已验证的单片演示使用外部模型服务。客户环境部署与全离线运行是目标方案，需分别确认推理位置、本地模型与工具依赖、数据权限及运行条件。查看当前演示范围。
WaferPilot 的厂内部署方向，是让图像与工程条件在企业指定环境内完成处理。Agent 的推理与工具执行、运行产物和证据记录，也应纳入同一部署方案，便于工程团队管理和核查。
“数据留在厂内”需要对应实际配置：模型推理在哪里执行、哪些服务被依赖、日志与模型产物保存在哪里、更新如何进入环境。完整的部署方案应回答这些问题。
三个维度，分别确认
| 维度 | 需要确认什么 |
|---|---|
| 部署与连接 | 厂内运行、网络隔离方式、模型与依赖的本地可用性 |
| 数据到达方式 | 历史快照导入，或按授权持续接入新数据 |
| 任务自主性 | Agent 是否能观察、选择并执行标准检查、按需补充分析，再核查结果与更新判断 |
使用历史快照时，Agent 也可以在同一数据上下文中执行检查并更新判断，决定继续调查、等待补证或结束。持续接入数据时，新材料可以支持后续任务。数据到达节奏和自主调查能力需要分别评估。
与已有设备和工程团队协作
制造设备继续执行工艺，检测和量测工具继续产生观察材料，已有数据平台继续承担其工作。WaferPilot 在授权的数据范围内展开分析，把发现和依据交给 PE／PIE。
工程师在工作台中查看调查过程、回看原图和计算产物，再决定验证安排。设备参数或 Recipe 的实际变更，沿用企业的工程审批与执行流程。
隔离环境下，怎样保持可用
若要求断网运行，应确认模型推理、图像读取、计算工具和必要依赖在环境内可用。专业规范、配置版本、运行记录和分析结果，也需要明确存储位置与访问权限。
- 明确推理、工具执行和存储的实际位置。
- 确认依赖、更新包和专业规范的进入方式。
- 约定数据导入、访问授权和结果导出的范围。
- 确认任务记录、版本恢复与运维责任。
这些是部署讨论项，实际隔离方式和权限由企业环境决定。
从明确范围的厂内试点开始
第一轮可以选择已知工程问题和一份固定数据快照，确认本地运行链路、证据可复查程度和工程交付质量。达到约定条件后，再讨论更多数据来源或持续接入。
每次扩大范围，都需要重新确认数据条件、可用方法和工程责任。试点结果为下一轮提供依据。
厂内专业智能在企业自己的环境中，让调查持续推进，让依据始终可查。