オープンモデルへの移行に伴うデメリットはごくわずか

オープンモデルへの移行に伴うデメリットはごくわずか Andrew Marblemarble.onlandrew@willows.ai2026年6月21日 少し前まで、Linuxを使うことにはプロフェッショナルなリスクが伴いました¹(MS Officeなどの生産性ソフトウェアを必要とする汎用的な仕事を含む技術職を想定しています)。まず互換性の問題がありました。Word文書やPowerPointが正しくレンダリングできない場合があり、Open Officeの出力機能を信頼して文書を希望通りにレンダリングしなければならないかもしれません。簡単に見ることができない特殊なファイル形式があり、コラボレーションできない可能性がありました。そして第二に、ソフトウェアのエコシステム全体が単に悪かったのです。主流のソフトウェアの機能を達成しようとする中途半端なオープンソースプロジェクトがたくさんありましたが、それらは常に粗削りでした。私は、恥ずかしながら、Matlabを巡って大学を辞めるまでWindowsを使い続けました。今日では、この問題はほとんどなくなっていると思います。ほとんどの生産性ソフトウェアはウェブアプリになり、Linuxはより成熟し、オープンソースソフトウェアはより良くなっています。CADのようなアプリケーション固有のソフトウェア（CAD？）がWindowsマシンを必要とすることはまだあるでしょうが、そのギャップははるかに狭くなり、Linuxとオープンソースは一般的に、かつてのような「犠牲」ではなくなっています。 オープン²(ここで「オープン」とは、重みが利用可能であることを意味します。なぜこれを自動的にオープンソースとは見なさないのかについては extensively に書きましたが、ここでは「オープン」を略語として使っています。以前これについて述べた時とは異なり、現在の主要なオープンモデルは一般的にMITライセンスであり、多くはそうではないと考えるかもしれませんが、私はこれをオープンソースと見なしています。)なLLMユーザーには、明確なペナルティが残っています。あらゆるリーダーボードで、APIを介して提供されるプロプライエタリモデルが常にトップを占めています。今日、2026年6月21日現在、ClaudeとGPTがArtificial Analysisのインテリジェンスリーダーボードのトップにいます。これはパフォーマンスの側面からです。互換性の側面も悪いです。Claudeのコードは「ただ動作し」、より一般的には、二大巨頭は使いやすい素晴らしいAPIを提供しており、たとえ低いハードルであったとしても、LLMクエリを送信しても問題なく、適切に処理してくれると大方同意しているという意味で「信頼できる」ものです。オープンモデルは様々な方法で提供されており、リリース元企業によるものもあれば、OpenRouterのような第三者によるものもあります。残念ながら、これら両方の経路はプライバシーやデータ共有の点でより疑わしいものであり、クライアントデータや機密データを含むAPIコールをそれらに送信することに同じ安心感は抱けません³(これについて深くは触れませんが、訂正があれば喜んで受け入れます。しかし私の経験では、通常、OpenAIやAnthropicを使っていると言っても誰も反対しません。DeepseekやOpenRouterなどにリクエストを送る場合、 underlying の真実に関わらず、より多くの懸念が生じる可能性が高いです。)。もう一つの選択肢は、もちろん、自分で実行することです。これはプライバシーの問題を解決しますが、少なくとも高価、複雑、そして比較的遅いという欠点のうち二つを伴います。 最近まで、オープンモデルは私にとってほとんど趣味でした。オリジナルのLlamaリーク以来、いじり回しており、ニッチなユースケースがある場合には時折使用していましたが、ほとんどのプロフェッショナルな仕事では、二大巨頭に固執していました。しかし、Claudeの本人確認導入⁴(https://support.claude.com/en/articles/14328960-identity-verification-on-claude)によって、この状況は変化しつつあるようです。ユーザーにとって状況が悪くなるのは避けられないことでしたし、最近のモデルにおける新しい「セーフガード」やMythos全体のことを見ても、前兆はありました。本人確認（またはそれを取り巻くLARP行為）に応じない理由について時間を割くつもりはありませんが、すぐに懸念されるのは、トップモデルの使用をやめることでどのような専門的なペナルティが発生するかです。それが最小限であることを願っています。私はすでにローカルまたはクラウドで様々なオープンモデルを実行できるように設定しており、オープンモデル用の優れたコーディングハーネスもあり、そして最も重要なことに、オープンモデルは今やリーダーに非常に近く、通常は数ヶ月の遅れしかありません。これは2008年のLinux対Windowsとは異なり、はるかに接近しています。生産性が短期的に低下することは予想されますが、私が研究をしていた頃にMatlabからGNU Octaveに切り替えるような決定的な問題ではないと考えています。