這篇文章將帶領大家分析 OpenAI 與 Apple 之間的一場法律爭端。雖然這表面上是兩家科技巨頭的對峙，但對於工程師，尤其是將來可能在大型企業與新創公司之間轉換跑道的開發者來說，其中涉及的權限管理、離職交接以及商業機密界定，是非常重要的實務教訓。
事件背景與爭議核心
Apple 指控 OpenAI 招募了前 Apple 員工，並試圖利用這些員工獲取 Apple 的商業機密（Trade Secrets）。而 OpenAI 則公開反擊，認為 Apple 的指控缺乏事實根據，甚至在法律程序中提供錯誤資訊。
這場爭議的核心在於：當一名工程師離開公司時，他是否「持有」或「使用了」前公司的機密資訊？以及公司在管理員工離職權限時，是否存在系統性的漏洞。
離職權限管理的實務漏洞：殘留存取權 (Residual Access)
在這次事件中，Apple 指控一名名為 Chang Liu 的前員工在離職後仍存取 Apple 的機密資訊。然而，OpenAI 揭露了一個關鍵事實：實際上是 Apple 的現任員工在 Chang Liu 離職後，主動透過 iMessage 聯繫他，請求他幫忙尋找某些文件或提供技術指引。
這裡涉及一個工程實務中常見但危險的問題，稱為殘留存取權 (Residual Access)。這指的是員工在正式離職後，由於公司內部的權限回收流程（Offboarding Process）不夠徹底，導致該員工的帳號、金鑰或雲端存取權限依然有效。
對工程師的影響與風險
從對話紀錄可以看到，Chang Liu 當時試圖協助前同事完成文件移轉，甚至在離職後仍被要求協助確認電路圖（Schematic）或電源模組（Power Block）的設計細節。
對於 Junior 工程師來說，這是一個巨大的紅線。即便你是出於好意（例如想幫前同事完成交接），但在法律定義上，離職後存取前公司的系統或提供機密技術諮詢，都可能被定義為非法存取或洩漏機密。
正確的做法應該是：一旦離職，立即停止所有對前公司系統的存取，且所有交接應在離職日之前完成。如果前同事在離職後聯繫你詢問技術細節，最安全的做法是請對方透過公司正式管道（如 IT 或主管）申請權限恢復，而非私下提供資訊。
商業機密與專業經驗的界線
Apple 同時指控另一位前員工 Tang Tan 企圖獲取商業機密。OpenAI 則強調，他們內部有明確規定禁止使用任何來自其他公司的機密資訊。
在技術業界，專業經驗（Professional Experience）與商業機密（Trade Secrets）的界線往往很模糊。你學習到的設計模式、解決問題的思維方式屬於你的專業能力；但具體的產品規格、未公開的電路設計、內部開發工具或客戶清單則屬於商業機密。
這場爭端提醒我們，在跳槽到競爭對手公司時，絕對不要將前公司的任何文件、程式碼片段或內部筆記帶走，即便你認為那些是你自己寫的。
法律程序的混亂與溝通失效
OpenAI 在文中還揭露了 Apple 律師在溝通上的低級錯誤，包括發錯電子郵件對象（將兩個相似的亞洲姓氏搞混），以及聲稱進行過從未發生過的電話會議。
這顯示出在處理高壓的法律訴訟時，資訊的不對稱與溝通失誤會導致情勢惡化。OpenAI 認為 Apple 並非試圖解決問題，而是試圖透過法律手段對其施壓，並將公司內部權限管理不善的責任轉嫁給離職員工。
總結與工程師的自我保護
這起事件給我們的啟發是：
第一，權限管理是資安的基石。公司應該建立自動化的離職權限回收機制，避免殘留存取權導致的法律風險。
第二，離職交接要乾淨。離職前將所有文件移交至公司共有空間，離職後立即切斷所有連結。
第三，明確區分能力與機密。利用在 A 公司培養的技術能力在 B 公司創造價值是正常的，但利用 A 公司的具體機密資訊來加速 B 公司的開發，則是極高風險的行為。
來源：openai.com (Apple is getting this wrong)
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。