海外の掲示板で、ある投稿が大きな反響を呼びました。
マイクロソフトが自社の従業員に対し、Claude Fable 5の利用を制限したという内容です。
AIアシスタントを業務に取り入れる企業は、年々増えています。
だからこそ、この一件は他人事ではありません。
本記事では、まずマイクロソフトが利用を止めた背景を見ます。
次に、その核心にあるデータ保持の問題を掘り下げます。
そして最後に、掲示板で交わされた賛否を追っていきます。
何が起きたのか
投稿によると、マイクロソフトはClaude Fable 5へのアクセスを停止しました。
とりわけ問題視されたのが、GitHub Copilotへの組み込みです。
これは社内レビューが終わるまでの、暫定的な措置だといいます。
この動きには前段がありました。
同社は同じ年の前半に、Claude Code向けの社内ライセンスの大半をすでに取りやめていたのです。
つまり今回の制限は、その流れの延長線上にあると見られています。
言い換えれば、突然の決定ではありません。
外部のAIアシスタントとどう付き合うか。
その点をめぐって、社内では慎重な姿勢が続いていたのでしょう。
核心はデータの保持にある
なぜ止めたのか。
投稿が挙げる理由はシンプルです。
データの扱いが変わったからでした。
Anthropicは、Mythos-class（ミトスクラス）と呼ばれる上位モデルについて方針を更新しました。
安全性の確認を目的に、ユーザーが入力したプロンプトと、モデルが生成した出力を30日間保持する、という内容です。
そしてClaude Fable 5は、このクラスに該当します。
30日という数字だけを見ると、それほど長くは感じないかもしれません。
けれど企業にとっては、保持されること自体が引っかかります。
社内のコードや機密情報が、たとえ短期間でも外部に残る。
だからこそ、その事実がセキュリティ部門には看過できないわけです。
ゼロデータ保持(ZDR)との衝突
コメント欄でとりわけ熱を帯びたのが、ゼロデータ保持、いわゆるZDRをめぐる議論でした。
ある人は、自社でも同じ朝にこのモデルへのアクセスが止められたと書いています。
利用経路はAWS Bedrockでした。
同社はゼロ保持の契約を結んでいたそうです。
ところが、このモデルは最低30日の保持を必要とします。
そのせいで、契約が事実上回避されてしまう。
だから止めた、という説明だったといいます。
別のコメントは、企業向けプランの存在意義そのものを突きます。
そもそも企業向け契約の狙いは、提供元の事業者にデータを見られないようにすることでした。
ところがFable 5では、保持期間中はその前提が崩れます。
つまり、契約の意味が変わってしまった、という指摘です。
AWS側の文書を引いた声もありました。
それによると、安全や不正防止のためにデータ保持を求めるモデルが一部にあるそうです。
そしてゼロ保持が必要な組織は、アカウント担当者へ問い合わせて適格性を確認する流れになっています。
保持を有効にしないと使えないなら、ゼロ保持を求める企業はそもそも触らない。
これが大方の見方でした。
掲示板での反応
最も支持を集めたコメントは、今回の判断を冷静に評価するものでした。
データ保持の期間中に、Fable 5を全社へ開放する。
それは組織として無謀だ、という趣旨です。
機密を含まない限定的な試験運用なら、まだ話は別かもしれません。
いずれにせよ、成熟したガバナンスの表れだと受け止める人が数多くいました。
一方で、現場の戸惑いを伝える声も目立ちます。
ある管理者の投稿が印象的でした。
企業向け契約で、新モデルが初期状態から有効になっていたというのです。
そのため、自分がニュースを知る前に、何人かがすでにFable 5を使っていました。
しかも、無効化する設定が見当たりません。
気づいたときには動いていた、という状況だったそうです。
ただし、この「初期状態で有効だった」という点には反論も出ました。
新しいモデルが勝手に有効になるはずはない。
だから、誰かが設定で許可したのではないか、という見方です。
実態は契約や設定によって、異なるのかもしれません。
組織への向き合い方を助言するコメントもありました。
情報セキュリティやデータ保護の責任者がいるなら、この件を把握しているか丁寧に尋ねてみてはどうか、という提案です。
問題を早めに共有する姿勢は、どの組織でも歓迎されるでしょう。
コストに触れた人もいました。
このモデルは、動かすだけで費用がかさみます。
そのため、一人あたりの負担を管理できるようになるまでは、全体への開放が抑えられるのではないか。
そんな観測です。
誤解しやすいポイント
議論の中には、混同されがちな点を正すコメントもありました。
ここはかなり有用なので、いくつか取り上げておきます。
まず押さえたいのが、次の二つの違いです。
- データを「保持する」こと
- データで「学習する」こと
この二つは、まったくの別物です。
保持したデータを学習に回すわけではない、という指摘がありました。
安全性の確認のために残すのと、モデルの訓練に使うのとでは、意味が大きく違います。
だから、ここを一緒くたにすると話がかみ合わなくなります。
次に、ゼロ保持の対象範囲です。
もともとZDRが適用されていたのは、APIやClaude Codeでした。
つまり、ブラウザ版やアプリ版は対象外だったのです。
一般向けのデータは、以前から一定期間保持されていた、という声もあります。
要するに、今回はじめてデータが残るようになったわけではありません。
保持期間についても補足が入りました。
30日は、あくまで下限です。
安全性の分類で問題ありと判定された場合は、もっと長く残る可能性があるといいます。
おもしろい視点も飛び出しました。
仮にGoogleドキュメントのようなサービスを業務で使っているとします。
だとすれば、すでに同程度の期間データを預けているではないか、という声です。
Fable 5だけを特別視するのは公平ではない。
少し冷めた見方でした。
まとめ
マイクロソフトがClaude Fable 5の利用を止めた一件は、AIアシスタントと企業の関係を考えるうえで示唆に富んでいます。
引き金になったのは、30日間のデータ保持という方針の変更でした。
便利さよりも、機密が外部に残るリスクを優先する。
大きな組織なら、むしろ当然の判断だったのかもしれません。
実際、掲示板でもこれを成熟したガバナンスと評価する声が多数を占めました。
同時に、この議論は冷静さの大切さも教えてくれます。
保持と学習は、別の話です。
ゼロ保持がどこまで効いていたかも、契約や経路によって変わります。
だから、感情的に「危険だ」と切り捨てるのは早計です。
まずは、何がどう変わったのかを正確に押さえる。
それがツールと賢く付き合う第一歩になるはずです。
