MicrosoftがClaude Codeを切った話と、ツール選定の本音

Microsoftが社内のClaude Codeライセンスを削減しているというニュースを読んで、正直「あ、やっぱりそうなるか」と思った。

Microsoftが自社ツールに一本化する理由

Microsoftは2025年12月から数千人規模の開発者にClaude Codeを提供してきた。でも今、Windows・Microsoft 365・Outlookなどを担当するExperiences+Devices部門が6月末までに利用を段階的に縮小し、GitHub Copilot CLIへ移行させると報じられている。

理由はシンプルで、Copilot CLIなら「MicrosoftのリポジトリやワークフローやセキュリティRequirementsに合わせて直接作り込める」からだと部門長のRajesh Jha氏が社内メモで説明している。要するに、他社製ツールに頼ると自分たちでコントロールできない部分が出てくるということだ。

これ、大企業の論理として完全に理解できる。でも開発者目線だと、社内では「Claude Codeのほうが好き」という傾向があったとも報じられている。使い勝手で劣るツールへの移行を会社都合で強制される側の気持ちはわかる気がする。

自分のツール選定と照らし合わせてみた

今の自分のコーディング環境を振り返ると、AIアシスタントの選択って意外と「惰性」で決まっていることに気づく。最初に試して動いたものをそのまま使い続けている。でもMicrosoftの話を読んで、ちゃんと「自分がコントロールできるか」という軸で評価し直したほうがいいと思った。

具体的に考えてみると、こんな問いが浮かんだ。

• そのツールがサービス終了・ライセンス変更されたとき、代替に切り替えるコストはどれくらいか


• 自分のコードベースやワークフローに特化した使い方ができているか


• APIコストや月額費用が、得られる生産性向上と本当に見合っているか

Microsoftのケースで言えば、AnthropicのモデルはCopilot CLI経由で引き続き使える見込みとのこと。つまり「Claude Codeというプロダクト」から離れるだけで、Claudeのモデル自体は残る。ここが個人開発者にとっての示唆になると思う。特定のプロダクトに依存するより、モデルへのアクセスをAPI経由で持っておくほうが切り替えコストが低い。

「今使っているツールが消えたとき」を想定してみる

自分はいまClaude APIとOpenAI APIを両方触っていて、プロダクトへの依存はなるべく薄くしている。でも正直、ローカルの開発補助はまだ特定ツールに結構頼っている部分がある。

今回の件で改めて感じたのは、「今のツールが来月から使えなくなったとして、どれくらい痛いか」を定期的に確認したほうがいいということ。大企業ですら6月末という期限で強制移行させているわけで、個人でも似たような状況は起きうる。

Microsoftの会計年度が6月30日に終わるタイミングと今回の削減が重なっているのも、コスト削減という現実的な側面を示している。ツール選定にはこういうベンダー側の都合も常に働いている。

自分は来週、今使っているAI補助ツールを全部リストアップして「これが消えたらどうするか」を一度整理してみるつもりだ。