本文说明专业规范与运行框架的设计原则，不披露内部实现；具体支持的方法以适用产品版本为准。
经验，需要保留适用条件
“先核查扫描范围，再比较缺陷分布”，是一条工程经验。要让它可靠地指导分析，还需要说明：比较哪些对象、扫描条件是否可比、哪些差异值得继续核查、材料不足时应该停在哪一步。
WaferPilot 的设计思路，是把这样的经验整理为专业规范。工艺规范、设备资料、标准分析方法与现场判断，经专家确认后形成有版本的方法；Agent 在任务中加载适用规范。历史案例可帮助补充条件、例外与验证依据，但不是启动调查的前置要求。
把专业判断写成可审阅的规范
案例检验是方法的验证要求，应按方法用途与结论风险安排；也可以使用标准测试、历史数据复查或受控验证。启动调查不需要先建立历史诊断案例库，但必须有适用的方法、可用数据和明确边界。
| 规范内容 | 需要回答的问题 |
|---|---|
| 适用条件 | 这个方法适合什么对象和工程问题？ |
| 数据要求 | 需要哪些图像、配置和可比条件？ |
| 专业方法 | 先观察什么，采用什么分析，如何复核？ |
| 证据要求 | 每个结果需要保留哪些来源、计算和限制？ |
| 版本与边界 | 由谁确认，适用哪个版本，何时需要重新审阅？ |
规范怎样进入 Agent 的行动
这里的 Harness，可以理解为承载专业规范、工具执行和运行记录的框架。它把当前任务、可用数据与适用方法放到一起，让 Agent 的每次分析都有范围、条件和可核查的产物。
- 选择适用方法。先判断当前数据是否满足规范的输入与条件。
- 选择并执行检查与分析。优先沿用适用的标准流程，必要时补充分析；保留方法、参数与输入的关联。
- 核查结果，再决定下一步。将结果带回原图和工程背景，记录已支持的判断与尚未解决的问题。
扩展方法，也保留依据
Spec-driven 的意义，是让新方法可以通过明确规范进入同一套工作过程。分布比较、关联分析、回归或模型训练，都需要相应的输入要求、适用范围和结果核查方式。
更新一条经验时，团队能够审阅改变了什么、为何改变、哪些任务采用了这个版本。新的案例经复核后继续沉淀，让专业方法随团队的工程实践演进。
白盒：能够核查方法的来路
可核查的是声明并保存的方法依据、输入、计算与执行记录。它们支持工程师复核；模型内部的完整思维、方法选择是否最优，以及解释是否正确，不能仅凭记录齐全得到保证。
工程师需要看到的不只是最终建议，还包括采用哪条专业规范、为何选择这个算法、Pipeline 使用了什么输入、计算怎样产生结果，以及哪些证据支持下一步行动。
这些记录共同构成可回溯的分析依据。材料不足时，明确记录缺口，并把待验证的关联保留为待验证，帮助团队判断接下来需要什么。