别问“用不用AI”，请对方走一遍流程

消息提到一个开源项目Copperhead，是一个面向硬件团队的AI工程平台，帮助设计、验证并交付电路板。它按八个阶段顺序运行，每个阶段是一次独立的智能体运行，且必须先在磁盘上留下产物，下一阶段才能开始；如果某个门禁失败，运行会在该处停止。这些机制是具体项目的设计，不能直接套到所有团队，但给面试提问提供了一个思路：与其问“你们用AI吗”，不如请对方描述从需求到投板中间有哪些必须留下产物的节点。如果对方能说清阶段、产物和失败处理，至少说明流程被认真对待；如果含糊，就需要进一步确认。这是一个判断取舍：问流程比问工具名更容易看出岗位实际工作方式。

需要补的流程知识：变更、约束与文档同步

Copperhead还拒绝在脏git树上运行，拒绝在存在已验证变更提案之前编辑设计文件，也拒绝破坏已记录预算或约束的变更。这些约束对应到硬件工程师的日常，可能涉及三块流程知识：变更提案与验证，即改动前是否有评审记录、谁确认过；约束与预算，即功耗、面积、成本、时序这些边界写在哪、谁来守；文档同步，即设计文件、约束和评审结论是否在同一处可追溯。面试中可以这样问：“你们的设计变更一般走什么评审？约束文档由谁维护？”这比问工具名更能看出团队成熟度。注意，这些是AI工具强调的流程节点，也可能是团队协作中的实际要求，但不代表每个团队都必须如此。你可以根据自己的目标方向，判断哪些环节需要提前熟悉。

看到开源工具，先核查再决定投入

假设你看到一个类似的开源硬件工具，想判断值不值得花时间学，可以核查：它是否有公开的实际项目使用记录，社区是否活跃，更新和维护情况如何，以及它处于发布、预告还是测试阶段。Copperhead目前是否有公司用于实际生产项目、是否有团队因它招聘、对技能要求的具体影响、实际设计质量与可靠性，这些在素材中都没有明确信息。因此，不要仅凭一句宣传语就断定它已被生产采用，也不要因为一个工具的出现就认为岗位门槛变了。一个可做的小建议：面试前，把目标团队公开的技术博客或招聘描述里的流程关键词抄下来，面试时逐条追问“这一步谁做、产物是什么、失败怎么办”。问完，你对岗位的判断会比看十篇工具介绍更准。