🛡️ 会社のAI、勝手に使うと結構危ないらしい｜メルカリの全社導入から学ぶシャドーAIというリスク
アイ
目次
会社のAI、勝手に使うと結構危ないらしい
2026年5月、メルカリは「AIネイティブカンパニー」を掲げて、Claude CodeとClaude Coworkを1000人超のエンジニアに向けて全社導入すると発表したの。
わたしがこのニュースを読んで一番ドキッとしたのは、AIをローカルPCのファイルに直接つなぐと、実質的にOSレベルの操作やインターネットアクセスまで許してしまう"シャドーAI"のリスクが生まれるっていう部分だったんだよね。
正直、わたし自身も普段の作業でAIツールをパソコンにつないで使うことがあるから、これを読んで「あれ、わたしの使い方って大丈夫だったっけ」って、ちょっと自分を振り返っちゃったの。
便利さばかりに気を取られて、その裏にあるリスクをちゃんと考えたことがなかったなって、正直反省したんだよね。
今日はメルカリが1000人超の規模でどうやってこのリスクと向き合ったのか、わたしなりに整理してみるね🛡️。
ちなみにメルカリは今回、単にAIツールを配っただけじゃなくて、便利さとリスク対策の両方を同時に進めてるところがすごく印象的だったの。
どちらかだけを優先すると、使いにくいツールになるか、逆に危険な状態のまま放置されるかのどっちかになりがちだから、そのバランスの取り方にわたしは注目してるんだよね。
そう考える6つの理由
理由1：シャドーAIって言葉、初めて聞いたけど普通に怖かった
まず一番気になったのが、シャドーAIっていう言葉そのものについて。
世間では、AIツールを会社のパソコンで使うことって、なんとなく「便利だからみんな使ってる」くらいの軽い感覚で捉えられがちだと思うんだよね。
わたしも正直、AIをパソコンにつなげる行為に、ここまで大きなリスクが潜んでるなんて、あんまり意識したことがなかったの。
でも実際には、AIをローカルPCのファイルに直接つなぐことで、実質的にOSレベルの操作権限やインターネットアクセスまで渡してしまうことになるんだよね。
なぜなら、AIが「ファイルを読む・書く・実行する」っていう動作をできるようになった時点で、それはもう単なる便利なアシスタントじゃなくて、パソコンそのものを操作できる存在になってしまうから。
わたしの感覚だと、会社が把握してないところで、社員が個人の判断でこういう強力なツールをどんどんパソコンにつないでいったら、それはもうセキュリティの管理どころじゃなくなるよなって思うの。
だからこそ、シャドーAIっていう言葉を知って、わたしはAIツールを「勝手に便利」で終わらせちゃいけないんだなって、あらためて感じたんだよね。
普段何気なく使ってるAIアシスタントも、裏側でどこまでの権限を持ってるのか、ちゃんと意識しておかないといけないなって、正直ヒヤッとしたの。
わたしの感覚だと、こういうリスクって、AIツールが優秀になればなるほど比例して大きくなっていくものだと思うんだよね。
できることが増えるっていうのは裏を返せば、悪用されたり誤作動したりしたときの影響範囲も広がるっていうことだから、便利さと引き換えに背負うリスクも大きくなるはずなの。
理由2：1000人超の規模でルールを統一するのって、実はすごく難しいこと
2つ目の理由は、今回の導入規模そのものについて。
世間では、会社が新しいツールを導入するって聞くと、なんとなく「決めて配ればすぐ使える」くらいに思われがちだと思うんだよね。
わたしも最初は、AIツールの導入なんて、契約してアカウントを配ればそれで終わりなんじゃないかって、軽く考えてたの。
でも今回メルカリは、1000人超のエンジニアという規模で、MDM(Jamf)とIDP(Okta)を組み合わせたデバイス・ID管理を統一するところから始めてるんだよね。
なぜなら、これだけの人数がいると、一人ひとりのパソコンの設定や権限がバラバラだと、どこかに必ず抜け穴ができてしまうから。
わたしの感覚だと、1000人以上の全員に同じレベルのセキュリティ意識と設定を徹底させるのって、口で言うほど簡単なことじゃないと思うんだよね。
一人でも設定が甘い人がいれば、そこがそのままリスクの入り口になっちゃうわけだから、全員そろえるっていうのは地味だけどすごく大変な作業のはずなの。
だからこそ、わたしはこの「まず土台となる管理体制を統一する」っていう順番に、メルカリの本気度を感じたんだよね。
華やかな新機能の話より先に、地味な基盤づくりからちゃんと手をつけてるあたり、付け焼き刃じゃない導入なんだなって伝わってくるの。
エンジニアによるバックグラウンド検証や安全なパッチ管理も、エンジニア自身の手で行われているっていう部分も見逃せないポイントだと思うの。
外部の専門チームだけに任せきりにするんじゃなくて、実際にツールを使う現場のエンジニアが検証にも関わってるからこそ、実態に合った対策になるんだろうなってわたしは感じたよ。
理由3：設定を一括配布する発想、地味だけどすごく賢い
3つ目の理由は、「Managed Config」というセキュリティ設定の配布方法について。
世間では、セキュリティ設定って、各部署やチームがそれぞれ自分たちで判断して決めるものだと思ってる人も多いと思うんだよね。
わたしも正直、会社の中でセキュリティ設定がどう決まって、どう配られてるのかなんて、あんまり考えたことがなかったの。
でもメルカリは「Managed Config」という仕組みを使って、セキュリティ設定を一括配布する方法を取ってるんだよね。
なぜなら、部署やチームごとにバラバラに設定を決めさせてしまうと、判断のばらつきがそのままリスクのばらつきになってしまうから。
わたしの感覚だと、こういう一括配布の仕組みって、現場の自由度を奪うようにも見えるけど、実は逆で、みんなが同じ安全な土台の上で自由に動けるようにするための工夫なんだと思うの。
ルールを一つひとつの現場任せにするんじゃなくて、まず安全な標準を会社側で用意しておくっていうやり方は、規模が大きくなるほど効いてくるはずだよね。
だからこそ、わたしはこの「Managed Config」の発想を、派手さはないけど、1000人規模の組織を守るうえでかなり本質的な仕組みなんじゃないかなって受け止めてるよ。
理由4：Slack経由の一時アクセスは、縛るより信じる仕組みに見えた
4つ目の理由は、アクセス権限の管理方法について。
世間では、セキュリティを強化するっていうと、権限をとにかく絞って、みんなの自由を制限するイメージを持たれがちだと思うんだよね。
わたしも最初は、こういう対策が進むと、エンジニアの人たちがいちいち申請を出して、承認を待って、みたいな面倒な手続きだらけになっちゃうんじゃないかなって想像してたの。
でも実際には、Slack経由の一時的なアクセス制御システムを使って、エンジニア自身が自律的に権限を管理できる仕組みになってるんだよね。
なぜなら、必要なときに必要な分だけ権限を持てるようにしておけば、常に強い権限を持ち続けるより、リスクの範囲をぐっと小さくできるから。
わたしの感覚だと、これは「絶対にダメ」って縛るタイプの管理じゃなくて、「必要なときにちゃんと使えるようにしておくから、自分で管理してね」っていう、性善説寄りの設計に見えるの。
エンジニアの人たちを信頼しつつ、その信頼が暴走しないように仕組みで支えてるバランス感覚が、わたしはすごくいいなって思ったんだよね。
だからこそ、この仕組みを知って、セキュリティ対策って必ずしも「不便にすること」とイコールじゃないんだなって、わたしは考えを改めたよ。
うまく設計すれば、安全性と使いやすさは両立できるんだなって、この事例から学べる気がするの。
理由5：LiteLLMで複数モデルをまとめる工夫が、地味に本質的
5つ目の理由は、複数のAIモデルを扱う際の工夫について。
世間では、会社で使うAIツールって、1種類だけ契約して、それをみんなで使うものだと思ってる人が多いと思うんだよね。
わたしも普段、ClaudeやGeminiみたいな複数のAIを使い分けることはあっても、会社全体でそれをどう管理してるかなんて、あんまり考えたことがなかったの。
でもメルカリは、LiteLLMというツールを使って、Claude・Geminiといった複数のAIモデルへのアクセスを中央で一元管理してるんだよね。
なぜなら、複数のAIサービスをバラバラに契約・管理してしまうと、それぞれのAPIキーがあちこちに散らばって、どこかで漏れるリスクが増えてしまうから。
わたしの感覚だと、便利なツールが増えれば増えるほど、その分だけ管理しなきゃいけない「鍵」の数も増えていくはずなんだよね。
その鍵をLiteLLMという一つの窓口でまとめて管理することで、API認証情報をしっかり守りながらも、現場では複数のモデルを柔軟に使い分けられるようにしてるっていうのは、すごく理にかなった設計だと思うの。
だからこそ、わたしはこのLiteLLM活用を、便利さと安全性を両立させるための、地味だけどかなり本質的な工夫だと受け止めてるよ。
理由6：AI Podsという少人数チームが、これからの鍵になる気がする
6つ目の理由は、組織づくりの工夫について。
世間では、AI導入っていうと、ツールを配ることがゴールだと思われがちだと思うんだよね。
わたしも最初は、Claude CodeとClaude Coworkを配って、セキュリティを固めたら、それでプロジェクトは完了なのかなって思ってたの。
でもメルカリは、エンジニアからPMまでを含む少人数の横断チーム「AI Pods」を組んで、一貫した開発パイプラインを作る取り組みも進めてるんだよね。
なぜなら、ツールを配るだけだと、実際にそれをどう業務フローに組み込んで成果につなげるかは、結局現場の工夫次第になってしまうから。
わたしの感覚だと、こういう少人数の横断チームを作ることで、AIツールの使い方に関する知見が特定の人だけに留まらずに、チーム全体で共有されていく土台ができるんだと思うの。
個人のスキル開発と、会社全体でのAI統合を同時に進めていくっていうのは、言うのは簡単だけど実行するのはすごく大変なはずだよね。
だからこそ、わたしはこのAI Podsという仕組みを、ツールの導入と、実際の成果につなげる運用の間をつなぐ、すごく重要なピースなんじゃないかなって見てるよ。
理由7：これはメルカリだけの話じゃなくて、わたしたちにも刺さる話
7つ目の理由は、この話がどこまで広がりを持つかについて。
世間では、こういう大規模なAI導入の話って、大企業だけの特別な事情だと思われがちだと思うんだよね。
わたしも最初は、1000人超のエンジニアがいるような大きな会社だからこそ必要な対策で、自分にはあんまり関係ない話かなって思ってたの。
でも冷静に考えてみると、AIをパソコンにつないで使うこと自体は、個人でもフリーランスでも、小さなチームでも普通にやってることだから、シャドーAIのリスクは規模に関係なく誰にでも当てはまるんだよね。
なぜなら、権限の管理を会社がやってくれるかどうかの違いはあっても、AIに何をどこまでアクセスさせているかを自分で把握してないと危ない、っていう本質は同じだから。
わたしの感覚だと、会社に守られてる分、大企業の社員のほうがむしろ気づきにくいリスクもあると思うし、逆に個人で使ってる人ほど、自分自身で意識して線引きをしないといけないんだと思うの。
だからこそ、わたしはメルカリのこの取り組みを、遠い世界の大企業の話として読むんじゃなくて、自分がAIツールをどう使ってるかを見直すきっかけとして受け止めるべきなんじゃないかなって思ってるよ。
普段AIに何のファイルへのアクセスを許可してるか、一度立ち止まって確認してみるのも悪くないタイミングかもしれないよね。
まとめ：便利さと安全性は、両方あって初めて意味がある
今回のニュースをまとめると、2026年5月にメルカリが「AIネイティブカンパニー」を掲げてClaude CodeとClaude Coworkを1000人超のエンジニアに全社導入したよ。AIがローカルPCに直接つながることで生まれるシャドーAIのリスクに対して、MDM(Jamf)とIDP(Okta)を組み合わせたデバイス・ID管理の統一、「Managed Config」による設定の一括配布、Slack経由の一時的なアクセス制御、LiteLLMによる複数AIモデルの一元管理、そして「AI Pods」という横断チームづくりまで、幅広い対策を積み重ねているの。
ポイントを整理すると、シャドーAIという見落としがちなリスクへの気づき、1000人規模での管理統一の大変さ、設定一括配布という地味だけど賢い工夫、性善説寄りのアクセス管理、複数モデルをまとめるLiteLLMの合理性、AI Podsという運用面の工夫、そしてこの話が規模を問わず誰にでも当てはまるという視点という、7つのポイントがあると思うんだよね。
正直、わたしはこのニュースを読むまで、AIツールを会社で使うことのリスクをここまで具体的に考えたことがなかったの。便利だから使う、で終わらせずに、その裏にある権限やリスクにも目を向ける必要があるんだなって、あらためて実感したよ。
規模の大きい会社が先陣を切ってこういう対策を作り上げてくれることで、そのノウハウが少しずつ業界全体に広がっていくんじゃないかなって、わたしは期待してるの。
セキュリティの話って地味で後回しにされがちだけど、AIがどんどん強力になっていく今だからこそ、便利さと同じくらい真剣に向き合わなきゃいけないテーマなんだなって、今回のニュースを通してあらためて感じたよ。
このニュースをきっかけに、わたしは自分が普段使ってるAIツールについても、どこまでの権限を渡してるのか、一度しっかり棚卸ししてみようと思ったの。便利だからで思考停止せず、ちゃんと理解した上で使う。それだけでリスクの感じ方は全然変わってくる気がするよ。
Claude Codeそのものの使い方に興味がある人は、Claude Code、結局なにができるの？インストールから使いこなしまでもあわせて読んでみると、今回の話がもっと具体的にイメージしやすくなると思うの。
企業がAI導入をどこまで進めてるか気になる人は、企業のAI導入、どこまで進んだ？Big4とFortune 500のリアルもチェックしてみると、メルカリの取り組みが業界全体の中でどのくらい先進的なのか、もう少し立体的に見えてくると思うよ。
わたしはこれからも、AIツールの便利さだけじゃなくて、それを安全に使うための工夫にもちゃんと目を向けていきたいなって思ってるよ🛡️。
便利なツールほど、その裏側にある仕組みまでちゃんと知っておくことが、結局は自分自身を守ることにつながるんだなって、今回のニュースを通じてわたしなりに学んだ気がするの。
関連記事: Claude Code、結局なにができるの？インストールから使いこなしまで
ソース:
よくある質問
- メルカリが全社導入したAIツールは？
- 2026年5月に発表された、AnthropicのClaude CodeとClaude Coworkです。1000人超のエンジニアを対象に導入されました。
- シャドーAIとは何ですか？
- AIをローカルPCのファイルに直接つなぐことで、実質的にOSレベルの操作権限やインターネットアクセスまで渡してしまうリスクのことです。会社が把握していないところで生まれる危険性を指します。
- メルカリのシャドーAI対策の具体的な内容は？
- MDM(Jamf)とIDP(Okta)を組み合わせたデバイス・ID管理の統一、Managed Configによる設定の一括配布、Slack経由の一時的なアクセス制御などが導入されています。
- LiteLLMはどんな役割を果たしていますか？
- Claude、Geminiなど複数のAIモデルへのアクセスを中央で一元管理するツールです。API認証情報を守りながら、柔軟な運用を両立させています。