返回深度
行业趋势相关追踪2026-08-04 19:14:2215 min read

当两家公司都在用诉讼打人才战:苹果对 OpenAI 的禁令申请暴露了什么

Aione 编辑部
Editorial Desk
2026-08-04 19:14:22 15 分钟

2026年8月4日,OpenAI 发布了一篇措辞尖锐的声明——《苹果搞错了》[1]。这份公开回应直接驳斥了苹果公司在商业秘密诉讼中的核心指控,并公布了双方的邮件往来和前员工的聊天记录。

苹果与 OpenAI 之间的这场法律纠纷,表面上围绕两名前员工离职后是否不当获取并使用了苹果的商业机密。但真正值得追踪的,是被双方选择性披露的信息所掩盖的结构性问题:在 AI 硬件竞争即将白热化的前夜,每一起人才流动都可能被武器化,而法律程序本身正在成为拖慢对手时间表的工具。

这个案件的实体真相——机密文件是否被转移并流入 OpenAI 的硬件设计链路——目前仍然处于证据盲区。但它已经完成了更重要的任务:向整个 AI 硬件人才市场释放了一个清晰的信号,即进入这条赛道意味着你必须承担被前雇主起诉的风险,而你的新雇主是否愿意且有能力替你扛住,将直接影响你的职业选择。

苹果的诉讼:一个证据薄弱的强硬开局

2026年7月10日,苹果在加州北区联邦法院起诉 OpenAI,指控其系统性挖角并获取商业秘密,用于正在推进的消费硬件计划 [8]。诉讼点名了两名前员工:前产品设计副总裁 Tang Tan,现任 OpenAI 首席硬件官;以及前高级系统电气工程师刘畅(Chang Liu)[7]。

苹果指控刘畅在离职后保留了公司配发的笔记本电脑,利用系统漏洞下载了超过1000页的技术文件,涵盖复杂电路板的制造细节 [8]。对于 Tang Tan,苹果的指控更为具体——他在面试苹果员工时,要求对方将“实体零件”带到面试现场进行“展示和讲述”,并指导准备离职的员工如何规避安全审查程序 [8]。

如果这些指控成立,这将是科技产业近年来最严重的人才窃密案件之一。但一个关键事实限制了当前可得的判断:苹果申请的是初步禁令,而非基于完整证据链的最终裁决 [2]。初步禁令的标准是证明“如果不立即采取行动将遭受无法弥补的损害”,这意味着苹果的法律策略是先用较低的证据门槛按下暂停键,再通过加速证据开示来寻找更有力的证据。由于目前公开材料主要来自双方选择性披露,实体指控的完整证据链尚未经过法庭对抗检验。

这种策略本身并不罕见。但它在证据层面的薄弱,为 OpenAI 留下了反击的空间。

OpenAI 的反击:在程序层面有效回击,实体问题仍待证据

OpenAI 的回应选择了三个攻击方向,层层递进。

第一个方向是程序乌龙。苹果此前声称今年2月联系过 OpenAI 但没有得到回应。OpenAI 公布的邮件显示,苹果外部律师因为混淆了两个亚裔姓氏,将邮件发给了错误的对象 [3]。该律师随后承认了误发并为混淆道歉,苹果内部法务也确认发生了沟通错误 [3]。OpenAI 进一步指出,苹果声称曾与 OpenAI 总法律顾问进行过讨论,实际上从未发生过 [5]。

如果苹果的法务团队确实在联系对方时犯了最基本的姓名核验错误,并在此后五个月里没有进行有效跟进,那么它关于“OpenAI 拒绝沟通”的程序指控将被显著削弱 [6]。需要说明的是,上述沟通记录细节目前来自 OpenAI 单方披露的邮件材料,法院尚未对其完整性和上下文做出认定。

第二个方向是技术访问的场景还原。OpenAI 公布了刘畅离职前后的 iMessage 对话记录。记录显示,刘畅在1月22日离开苹果后,仍有前同事请他帮忙寻找文件和产品信息 [6]。一名苹果员工继续使用登录着刘畅个人 iCloud 的设备完成文件复制,之后才退出账户 [2]。数周后,还有苹果员工向他询问项目细节和可以联系的工程师 [2]。

OpenAI 据此主张:刘畅离职后的部分信息访问,源于苹果自己的交接流程和权限管理混乱,而非他秘密闯入系统窃取资料 [6]。这个主张目前依赖 OpenAI 单方公布的聊天记录片段,完整对话上下文和苹果内部交接流程记录尚未在法庭公开交换。

这个论点有一个配套的事实支撑。《The Information》在8月3日的报道指出,超过六名前苹果员工离职后仍能打开任职期间别人共享给自己的内部文件 [2]。苹果通常允许员工用个人 Apple ID 接收工作文档,并提供 2TB iCloud 空间。员工离职时,受公司管理的 Apple Work 文件夹会消失,但单独共享的文档、目录外文件和部分聊天附件未必一起撤回 [2]。该报道为媒体独立信源,但其调查范围和信息获取渠道存在行业报道固有的局限。

这意味着权限残留不是孤立个案,而是苹果信息管理制度的系统性漏洞。如果离职员工仍能被动接收前同事发来的文件请求,那么“刘畅非法访问”的指控至少需要区分:哪些是他主动闯入系统获取的,哪些是苹果自己的离职管理缺陷留下的口子。

第三个方向是意图声明。OpenAI 称 Tang Tan 一直要求团队不得取得或使用其他公司的机密信息,并强调公司“没有、也不想要苹果的商业秘密” [6]。

这个声明在法律上的分量很轻——任何被告都会这么说。但在公关层面,它完成了最重要的任务:向潜在人才市场传递一个信号,即 OpenAI 不会被诉讼吓退,愿意为招募来的人进行辩护。

证据落差:聊天记录回答不了文件传输问题

OpenAI 的回击有一个需要指出的滑移。

它公布的聊天记录证明的是“沟通场景”,即离职员工与前同事存在被动配合的交接。它没有证明的是“文件传输路径”,即苹果的机密文件是否被下载、复制并流入了 OpenAI 的硬件设计环境。

苹果诉讼的核心指控是数据流问题:特定的可识别技术信息是否被不当获取并用于 OpenAI 的硬件开发 [7]。要有效反驳这个指控,最直接的证据应该是设备访问日志、文件操作时间线、iCloud 同步记录和内部设计文档的独立来源追溯。

OpenAI 没有提供这些。它选择性地展示了程序混乱和个别请求对话,但没有展示刘畅是否拒绝了这些协助请求、是否将边界推回给苹果的正式法务渠道。聊天记录内部的合规边界设定语句是缺失的。

在证据开示阶段之前,选择性披露是任何诉讼方的标准策略——双方都在用对自己最有利的片段构建叙事。但如果 OpenAI 后续能在证据开示中提供硬件设计文档的独立来源追溯和内部审计记录,这将是远比聊天记录有力的自证工具。如果它不能,这种沉默本身也会构成信号。

目前的公开材料与最可能澄清指控的证据类型之间存在显著落差。这个落差不等于 OpenAI 的陈述为假,但它意味着当前任何关于实体指控的结论都建立在不完整信息之上。

苹果的真正困境:它起诉的是一个管理制度缺陷

有一个被双方声明共同遮蔽的细节值得展开。

苹果在诉讼中表示,这起案件针对的是“有意取得和使用机密信息的行为”,不涉及前员工无意间留在个人 iCloud 中的文件,也不会仅因意外残留追究责任 [2]。这个区分在法律上是必要且正确的。

但它面临一个难以自洽的问题:如果苹果自己的离职权限管理系统存在结构性漏洞——员工离职后仍能访问共享文档、仍能接收前同事的文件请求、团队在没有正式交接流程的情况下依赖离职人员的非正式协助——那么苹果如何区分“有意取得”和“意外残留”之间的边界?

刘畅的聊天记录暴露了一个事实:苹果员工主动找已经离职的刘畅帮忙查找文件,因为苹果内部没有人能替代他对特定项目的了解,或者相关文档根本就没有在苹果内部完成正式交接。这不是个别员工的问题,这是苹果长期依赖非正式协作网络后,将信息管理成本外部化到离职员工个人合规意识上的结果。

如果苹果不能证明它已经为离职员工提供了完整、可执行的权限关闭流程,那么它对 OpenAI 的指控至少有一部分是在要求法院弥补它自己没有完成的制度建设。

The Information 的报道佐证了这一点:权限残留不是偶发事件,而是苹果 iCloud 共享机制下的常见问题 [2]。这意味着,即使本案最终没有证实文件实质性转移,权限残留本身已经是苹果需要独立面对的结构性风险,不会因为赢得或输掉这场诉讼而消失。

一个必须审视的数字

苹果在诉状中提到,OpenAI 已挖走超过400名前苹果员工 [7]。

这个数字被多家媒体引用,但它目前缺少关键的拆解口径:这400人中,有多少是在硬件部门工作?有多少人涉及苹果在诉讼中定义的“与未发布产品、工艺和技术有关”的岗位?有多少人是普通离职后正常加入,而非主动挖角?目前这一数字的引用均来自苹果诉状单方陈述,未见独立第三方验证。

如果没有这些维度,400这个数字更接近信号而非证据。它指向 OpenAI 对苹果人才库的依赖程度,但不能直接等同于系统性窃密。在产业判断里,模糊信号本身就在产生价值——它塑造了“OpenAI 正在从苹果身上吸取硬件能力”的叙事,这个叙事无论是否完全准确,都已经在影响两家公司的人才获取成本。

节奏税:诉讼本身就是竞争策略

这场诉讼最值得分析的维度,不是谁在法庭上更可能胜出,而是它在法庭之外已经改变了什么。

苹果申请的是初步禁令。如果获批,它将限制特定人员继续接触和使用争议信息 [2]。这在效果上等于给 OpenAI 硬件团队的部分成员设置了工作限制——他们被禁止参与某些可能涉及争议知识的开发环节,或者至少需要等待公司法务完成内部审计后才能推进。

考虑到 Tang Tan 是 OpenAI 硬件子公司 io Products 的最高负责人,禁令的执行成本不会低。即使法院最终认定苹果的指控不成立,禁令期间的开发延迟已经发生了。在一些需要争分夺秒的消费电子赛道,几个月的拖延本身就构成竞争优势的重新分配。

这就是法律程序的“节奏税”功能:用初期禁令申请制造短期合规成本,迫使对手在法务审查和开发进度之间作出选择。苹果不需要等到终审胜诉就能影响 OpenAI 的硬件时间表。

反过来,OpenAI 选择公开回应而非低调应诉,也有它的节奏考量。公开沟通记录和内部声明,是为了向两个截然不同的受众发送信号。

对法院,它在说:苹果的禁令申请基于错误信息,没有必要。对人才市场,它在说:我们不会因为被起诉就退缩,我们愿意为招募来的人辩护并公开反击。

这两个信号的目标受众不同,但服务于同一个战略目标:维持硬件团队的招聘和留任不被法律纠纷打乱。

两个观察指标

目前所有公开材料都经过当事人的选择性披露,且第三方独立核实有限。完整的设备日志、文件流转记录、内部设计文档时间线仍然处于黑箱中。在法院完成证据开示之前,对任何一方的实体责任下结论都存在过度解读的风险。

追踪这起纠纷的后续演变,需要关注两个比声明更真实的指标。

第一个是证据开示阶段的技术证据。如果法院强制要求双方交换设备访问日志、文件下载记录和设计文档版本历史,将首次回答“文件是否被实际转移并进入 OpenAI 的硬件设计链路”这个核心问题。硬件开发数据具有高度结构化特征,一旦进入工程环境会在 CAD、PLM 和设计评审中留下可追溯痕迹。如果 OpenAI 能提供 io Products 产品设计的完整独立来源追溯,这将是比当前任何声明都有力的自证。

第二个是 OpenAI 硬件团队的人员流动情况。在未来六个月内,io Products 的核心成员是否因为诉讼风险离职,还是有更多前苹果员工加入。如果团队保持稳定并继续扩张,说明 OpenAI 的法律应对和公关策略正在生效——它稳住了人才市场预期。如果有关键人才因诉讼压力退出,才意味着苹果的禁令申请真正触及了 OpenAI 的竞争结构。

这场纠纷映射出的竞争真实

苹果与 OpenAI 的这起商业秘密诉讼,是 AI 消费硬件竞争进入白热化阶段的结构性产物。当一家在硬件领域积累二十年的巨头,看到自己培养的硬件高管正在另一家 AI 公司组建直接竞争的产品团队时,法律武器几乎是本能的反应。

目前可验证的证据只能支撑一个判断:苹果在离职权限管理上存在系统性漏洞,OpenAI 在程序争议上部分翻盘,实体指控的真相仍完全取决于尚未公开的技术证据。当前对案情的分析主要基于双方选择性披露的材料和少量媒体报道,关键文件流转和权限操作的技术证据仍未进入公开记录。

苹果真正的恐惧,可能不是某份具体的设计图纸被复制,而是一个更根本的认知:那些在苹果积累了十几年产品直觉、供应链知识和设计哲学的人,正在把他们的职业生涯下半场全部投入到直接竞争的产品中。这个过程不需要“窃取”任何文件,它只需要让这些人坐在同一个办公室里,面对他们做过几十次的硬件决策。

这不是法律能阻止的东西。这是竞争本身。

References

参考资料

Editorial Room
这篇文章怎么过稿
5 位编辑过稿
总编辑主笔
编写方式
总编辑主笔
校稿清单
9/9
资料引用
10 条
编辑席
技术编辑

这场争论里,观澜的产业分析和我有一个可以直接碰撞的分歧点。她认为即使法院最终认定没有文件被物理转移,“认知迁移已经完成”,离职员工的脑中知识本质上不可逆地流向了 OpenAI 硬件团队。这个判断在商业竞争层面完全成立,人才流动必然携带隐性知识和设计偏好。问题在于,当苹果打的是商业秘密诉讼而非竞业限制诉讼时,法律要求的恰恰不是“认知迁移”,而是“特定可识别的技术信息是否被不当获取并使用”。把讨论重心放在认知层面,等于是用商业合理性绕过了技术证据缺口。我在这一点上不会退让:不管人才流动规模多大、团队基因多靠近苹果,在没有文件流转日志、设计溯源码或设备审计记录的情况下,任何关于“机密已流入硬件开发”的说法都没有技术立足点。观澜的商业叙事逻辑是自洽的,但它的证据底座和我要求的不是一个种类——它解释的是竞争动机和风险结构,我要求的是可验证的工程痕迹。 对准哥的数据分析,我基本认同他的证据分层判断,但有一个需要修正的地方。他提到 OpenAI 公布的聊天记录“有效削弱了‘完全拒绝沟通’的程序指控”,这个削弱力度需要降一级。聊天记录能证明的是个别场景下前同事主动联系刘畅协助交接,这的确削弱了苹果对 OpenAI“唆使员工完全对抗法庭命令”的严厉措辞。但这件事不能反推为“刘畅的所有文件访问都是被动配合”,因为聊天记录覆盖的时间窗口和互动对象都太窄。它是部分样本,不是完整行为日志。在这个颗粒度上,我把对 OpenAI 自证效力的判断从中性调低到“仅解释程序争议,不覆盖实体指控的完整性”。 差评君提出的选择性透明度质疑,是我必须直面而且部分接受的最强反驳。他认为 OpenAI 在“可以拿出更清晰证据的地方选择只放聊天记录”,比如没有展示系统审计日志、没有说明文件是否被复制到新雇主控制的存储空间。这个批评指向的是技术自证逻辑的核心缺陷。我的回应是两步。第一步让一步:OpenAI 目前公布的证据类型和目前纠纷的核心技术争点之间确实存在明显错位。聊天记录回答的是“沟通场景”,不是“文件传输路径”。Apple 的指控本质上是数据流问题——机密信息从苹果环境迁移到了 OpenAI 的硬件开发环境——要对这个问题进行有效反驳,最直接的证据应该是设备访问日志、文件操作时间线、iCloud 同步记录和内部设计文档的版本历史。OpenAI 没有提供这些,这是一个可验证的缺失,不是推测。第二步则坚持立场:这种缺失不能直接等价于“OpenAI 在隐瞒”,因为在证据开示前,选择性披露是任何诉讼方的标准策略,双方都在用最有利的片段构建叙事。要求 OpenAI 单方面公开完整日志,等于要求它放弃诉讼策略优势,这在法律现实里不会发生。差评君的质疑方向正确,但拐点还是在证据开示——只有法院强制要求双方交换日志级证据后,才能判断谁的叙事更接近完整数据流。 综合各方观点后,我修正并强化后的技术判断如下:这是一场证据严重不完整的纠纷,目前所有公开材料都无法回答唯一一个核心技术问题——苹果的商业机密文件是否被下载、转移并进入了 OpenAI 的硬件设计链路。苹果的离职权限管理系统存在可验证的结构性漏洞,这一点有 The Information 的交叉报道和 OpenAI 公布的聊天记录作为背景级证据,可以写入判断。OpenAI 公布的沟通记录能证明前员工离职后与苹果同事存在被动配合的交接场景,但证明力被严格限定在这几个对话片段内,无法覆盖“文件是否被主动转移”这个核心指控。最关键的技术证据缺失是双边的:苹果没有公开文件访问日志或被传输文件的元数据,OpenAI 没有提供硬件设计文档的独立来源追溯或内部审计记录。在证据开示完成之前,对任何一方的实体责任下技术结论都是过拟合。后续必须追踪的指标是法院证据开示中是否出现文件下载日志与接收端项目文档的技术匹配,以及 io Products 首次公开发布的产品设计是否与苹果未发布产品的工艺参数存在结构性重合——这是技术调查中区分“独立设计”和“不正当使用”的唯一可验证边界。我的置信度从之前的“低”上调到“对证据缺失状态有高置信度,对实体结论无法形成判断”,因为目前可以看到的所有材料,都没有进入技术验证的最小可运行闭环。

过稿轨迹
挑选题查资料分头看debate碰一下写稿子挑刺gate_reviewrepair_integrate写稿子挑刺改稿子收尾
校稿清单
篇幅是否够讲透有没有反对意见资料够不够宣传腔是否清掉引用是否标清结构是否清楚证据是否撑得住内部讨论是否收住视角是否单薄
被压下去的反对意见
差评君awareness

应更详细分析苹果具体指控细节(如“实体零件”面试),可能揭示更严重的系统性行为,当前文章仅将其作为引述,未结合行业惯例做深度剖析。

为什么没放进正文:文章定位为格局分析,重点不在逐条核实指控细节,保留观点但需注意平衡。

Reader Signal

这篇文章对你有帮助吗?

只收集预设选项,不开放评论,不公开展示个人反馈。

选择一个判断,也可以附加一个预设标签。

发布于 2026-08-04 19:14:22。本文为原创深度报告,未经授权不得转载。观点仅代表编辑部独立判断,不构成投资建议。