Apple 起诉 OpenAI 涉嫌窃取硬件商业秘密:AI 设备竞争进入人才与供应链争夺
Apple 在加州联邦法院起诉 OpenAI、io Products 及两名前员工,指控其为开发 AI 硬件不当获取产品、制造与供应链机密;目前均为原告指控。
Apple 于 2026 年 7 月 10 日在美国加州北区联邦地区法院提起诉讼,指控 OpenAI、io Products 以及两名前 Apple 员工 Chang Liu 和 Tang Yew Tan 不当获取并使用 Apple 的商业秘密。公开的 41 页起诉书 将争议指向产品开发、制造工艺、供应链和硬件商业化能力。
必须先划清事实边界:诉讼已经提交是可核实事实;文件中的行为描述和损失主张目前是 Apple 单方面指控,尚未经过证据开示、庭审或法院认定。OpenAI 和其他被告的正式答辩也可能改变案件图景。
起诉书把两名前员工、OpenAI 与 io Products 放在同一条指控链上
案件编号为 5:26-cv-07078。Apple 在起诉书中列出的被告包括前高级系统电气工程师 Chang Liu、前 Apple 产品设计高管 Tang Yew Tan、OpenAI Foundation、OpenAI Group PBC,以及 io Products。Apple 主张,这些个人与公司之间形成了使其机密信息流向 OpenAI 硬件业务的协同行为。
美联社对案件的报道 将这次诉讼视为 Apple 与 OpenAI 关系的明显升级:两家公司此前在 Apple Intelligence 与 ChatGPT 集成上存在合作,如今却在下一代 AI 硬件上进入直接法律冲突。
合作与诉讼并存并不矛盾。大型平台可能在模型服务上合作,同时在设备形态、供应商资源、制造工艺和用户入口上竞争。对企业团队而言,这种“竞合”关系要求合同、数据访问和人员流动边界比普通供应商合作更清晰。
Apple 的具体指控涉及设备、网络访问与招聘过程
起诉书称,Chang Liu 在离职后未及时归还 Apple 工作电脑,并在加入 OpenAI 后通过前同事设备及一个此前未知的认证缺陷访问 Apple 共享网络文件夹。文件还主张,OpenAI 招聘和管理人员在面试或入职过程中引导候选人提供 Apple 内部信息,并规避离职审查。
这些都是起诉书中的指控,不应改写成已经发生的犯罪事实。现阶段可以评价的是指控范围:它不只针对某个文件,而是把设备归还、身份认证、离职流程、招聘问答和入职后的信息使用串成一条组织级风险链。
TechCrunch 对诉状的梳理 还提到,Apple 指称某项专有金属表面处理技术被用于 OpenAI 硬件开发,并要求法院禁止继续使用或披露相关商业秘密、返还材料和保存证据。这一细节同样有待被告回应和法院审理。
案件真正敏感的,是 AI 硬件从概念转向量产能力
OpenAI 的硬件竞争力不只取决于模型。消费设备要处理材料、声学、散热、电池、天线、传感器、结构堆叠、可靠性测试、供应商选择和大规模制造。Apple 数十年积累的正是把新设备从原型推向全球量产的系统能力。
因此,诉讼若进入证据开示,关注点可能不仅是某份设计图,还包括工艺参数、供应链策略、内部代号、成本结构和测试方法。对 AI 行业来说,这显示模型公司进入硬件后,竞争壁垒会从 GPU 与训练数据扩展到传统消费电子最深的工程和供应链层。
不过,公开文件并未揭示 OpenAI 未发布设备的完整形态或上市时间。不能从诉状推导出某款 AI 设备已经完成,也不能把 Apple 的指控当作 OpenAI 硬件方案的规格说明。
企业的离职和招聘流程需要同时面对“人知道什么”和“人带走什么”
这起案件对技术公司最直接的提醒,是商业秘密保护不能只靠员工签署保密协议。离职时应完成设备清点、令牌撤销、异常访问检测、共享目录权限回收和数据外传审计;发现认证缺陷后,还要能追踪利用时间和访问范围。
招聘团队也需要明确界线。面试可以评估候选人的能力和经验,却不应要求展示前雇主的非公开文件、内部代号、供应商报价或尚未公开的产品信息。新员工入职后,团队应记录独立开发依据,避免把“行业经验”与受保护的具体秘密混在一起。
对项目负责人而言,尤其要注意跨公司合作人员。曾参与合作项目的员工可能同时接触双方系统,权限和保密义务需要按项目、时间和数据类型拆分,而不是只依赖一个笼统的 NDA。
现在能确认的只是诉讼起点,而不是责任结论
接下来值得关注的是被告答辩、法院是否发布临时禁令、证据保全范围、争议材料是否被密封,以及双方是否继续维持现有产品合作。如果案件和解,很多关键事实也可能不会公开。
这篇新闻的重要性不在于提前判断谁输谁赢,而在于它揭示了 AI 产业竞争的新阶段:当模型公司进入终端硬件,人才、制造知识和供应链经验都会成为核心资产,也会带来传统软件团队不熟悉的法律与合规成本。任何结论都应继续以公开法院文件和双方正式陈述为准。
本文为公开资料整理与技术学习参考,不提供采编、转载或发布服务。
Copilot 代码审查接入 Agent Skills 与只读 MCP:团队规则如何进入 PR
GitHub 将 Copilot 代码审查中的 Agent Skills 与 MCP 支持从公开预览推进到正式可用,让任务型审查规则和问题跟踪、文档、服务目录等外部上下文进入 PR;但只读调用、评论归因和人工门禁仍有明确边界。
MCP 2026-07-28 转向无状态:GitHub Server 提前适配了什么
MCP 2026-07-28 稳定规范移除了协议会话与 initialize 握手,把连接上下文放回每次请求;GitHub MCP Server 的提前适配展示了无状态服务的工程收益,也说明兼容仍依赖版本协商、旧协议回退和一致性测试。
Copilot App 使用数据进入标准报表:能衡量采用,不能直接证明 ROI
GitHub 把 Copilot App 活动纳入企业、组织和用户级标准使用度量,新增用户活跃、会话、请求、Token、模型、语言与代码活动拆分;这些指标适合观察采用与覆盖,不应单独解释为生产力或 ROI。