OpenAIは、Apple社員が退職者に社内情報を尋ね続けていたとするチャット記録を公開しました。
Appleが機密の窃用を理由にOpenAIを提訴した件で、OpenAI側が反論に転じました。公開されたのは、Appleを退職した元エンジニアと在籍中のApple社員がやり取りしたiMessageの記録です。退職後も社内の資料の在りかを聞かれ続けていた、という内容でした。訴訟の勝敗は法廷が決めますが、日本のEC事業者にとって他人事ではない論点がひとつ含まれています。退職者アカウントと、退職者しか知らない業務ノウハウの問題です。公開資料が何を示したのかを整理したうえで、店舗運営の現場で今週できる3つの点検に落とし込みます。
OpenAIが公開したチャット記録は何を示したか
OpenAIが示したのは、Apple側の情報管理にも緩みがあったという反論の材料です。2026年8月4日付のTHE DECODERによると、OpenAIは自社ブログで、Appleの対応は雑で不必要に攻撃的だと批判し、元Appleエンジニアの Chang Liu が受け取っていたiMessageのスレッドを公開しました。
記録によれば、Liu のAppleでの最終出社日は2026年1月22日でした。ところがその当日以降も、Apple社員から技術的な質問や社内ファイルの所在を尋ねる連絡が続いたとされています。1月27日のメッセージでは、あるApple社員が技術的な評価を依頼したうえで「もう社内にいなくても、あなたが一番詳しい」という趣旨のことを書き添えていました。2月14日には同じ社員が回路図について尋ね、3月5日には Liu が複数のApple社員のグループチャットに追加され、社内フォルダや担当者を案内する立場に置かれています。最終的に会話を打ち切ったのは Liu 本人で、「これは極めて異例です。このスレッドから私を外してください」と書いて離脱しました。
OpenAIはここから、退職後もシステムに触れられる状態が残る「residual access(残存アクセス)」がAppleで知られた問題だったと主張しています。あわせて、Appleが起用した外部弁護士が2人のアジア系の姓を取り違えて別人にメールを送っていたこと、OpenAIの法務責任者と電話で話したという説明が事実と異なることも指摘したとされます。
ただし、これでAppleの主張が崩れたわけではありません。Appleの訴状の核心は、OpenAIが転職者に前職の資料を持ち出すよう促したという点にあり、今回公開されたチャット記録はそこに直接答えていません。元Apple社員400人超がOpenAIに在籍しているとされる規模の話でもあり、決着はまだ先です。提訴時点の整理はAppleがOpenAIを提訴した件の解説記事にまとめてあります。
EC事業者に刺さるのは「辞めた人しか知らない」状態
この一件でEC事業者が読み取るべきなのは、アクセス権の話より先に、業務の属人化のほうです。公開されたやり取りが示しているのは、権限が残っていたという事実だけではありません。社内に残った人たちが、社内フォルダの場所や過去の判断の理由を誰も再現できず、辞めた本人に聞きに行くしかなかった、という状態です。
これは店舗運営の現場でそのまま起きます。商品CSVの取り込み手順、価格改定に使う表計算のマクロ、クーポンの設定条件、広告の入稿ルール、モールへの申請文面のひな形。担当者ひとりの頭とローカルフォルダにしかなく、その人が抜けた瞬間に誰も触れなくなる資産は、多くの店舗が抱えています。日本のEC現場は業務委託・パート・外部の制作会社や代理店の出入りが多く、この構造が起きやすい環境にあります。
もうひとつ見落とせないのが、やり取りが全部残るという点です。今回公になったのは訴訟という特殊な事情によるものですが、iMessage、Slack、メール、チャットワークのログは後から読み返される前提で存在しています。退職者に「ちょっとだけ教えて」と送った1通が、数年後に第三者の目に触れる可能性は否定できません。前職の機密に触れる質問を投げること自体が、送った側の会社のリスクになります。
アクセス権そのものの重要性も、数字が裏づけています。IBMのCost of a Data Breach Report 2026では、AI関連のインシデントが起きた企業の92%で適切なアクセス制御が整っていなかったと報告されています。この調査の詳細はAI侵害の92%は権限設定なしという記事で扱いました。人の出入りに伴う権限の棚卸しは、AIツールに渡す権限の設計と地続きの話です。
今日からできる退職者アカウント3点検
第一に、管理画面のユーザー一覧を実際に開いて、人事情報と突き合わせます。楽天市場のRMSはユーザーごとに権限を設定できますし、Amazonのセラーセントラルにもユーザー権限管理があり、Shopifyはスタッフアカウント単位で権限を絞れます。加えて、広告アカウント、アクセス解析、SNSのビジネスアカウント、受発注や在庫連携の外部ツール、共有ストレージまで含めて一覧を作ります。退職日・契約終了日を過ぎたIDが残っていないかを見るだけで、たいていは何件か出てきます。共有IDで運用している箇所があれば、誰が使っているかを名寄せできる状態に変えるのが先決です。
第二に、属人化しているノウハウを文章に出します。ここは生成AIが向いている領域です。担当者に画面を操作しながら手順を口頭で説明してもらい、その文字起こしをChatGPTやClaudeに渡して手順書の形に整えると、ゼロから書くより早く形になります。作った手順書は、その担当者以外の人が実際に一度なぞってみて、詰まった箇所を追記するところまでをセットにします。引き継ぎ資料は、書いた本人以外が使えて初めて資料になります。
第三に、退職者への問い合わせルールを決めておきます。窓口を上長に一本化し、質問内容を記録に残し、前職の機密に当たりうる事項は尋ねない。この3行を社内チャットのルールに追記するだけでも、今回のような記録が残るリスクはかなり下がります。あわせて、退職時のチェックリストにアカウント削除の項目を入れ、削除した証跡を残す運用にしておくと、次の退職者から自動的に回り始めます。AIエージェントに管理画面を触らせる場合の権限の切り分けについては、AIエージェントの権限設計をまとめた記事も参考になります。
まとめ
AppleとOpenAIの争いは、双方の主張が出そろった段階で、どちらが正しいかを外から断じられる状況ではありません。ただ、公開資料が映し出した「退職者に社内の在りかを聞き続ける組織」という光景は、規模を問わず起きます。EC事業者としては、管理画面のユーザー棚卸し、属人ノウハウの文書化、退職者への問い合わせルールの明文化という3点を、担当者が辞める前に済ませておくのが現実的な備えです。
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談(30分)も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
引用元: THE DECODER
【監修】齋藤竹紘(株式会社オルセル代表 / 19年・5,000社のEC支援実績)

株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。