これはClaude Codeの使い方の記事ではありません。Anthropicが出した政策的な立場の表明を読み解く記事です。
自分でモデルを動かすかどうかは、作る側にとって現実的な選択です。手元や自社のクラウドで動かせるモデル、いわゆるオープンウェイトモデルを使うのか、それともAPI越し(提供元のサーバーに毎回問い合わせて使う形)にするのか。ここに関わる話なので取り上げます。
何に対して反対しているのか
まず、何が議論になっているかを押さえる必要があります。
記事によると、米国企業が中国製のオープンウェイトモデルを使うことを禁止する案が米国政府内で検討されていると報じられているそうです。オープンウェイトモデルというのは、モデルの重み(学習の結果として得られた膨大な数値の集まり)が公開されていて、自分の環境にダウンロードして動かせる形のものです。
これに対してAnthropicは、カテゴリごと禁止するやり方は正しい手当てではないという立場を示しています。
To summarize my and Anthropic's position, we have not and are not advocating for a ban on open-weights models as a category.
私とAnthropicの立場をまとめると、オープンウェイトモデルというカテゴリの禁止を主張したことはなく、今も主張していない、という一文です。文章はDario Amodei氏の一人称で書かれています。
挙げている懸念は2段構え
反対の理由は「規制が嫌だから」ではありません。懸念そのものは強く書かれています。
1つめは、専制的な体制が米国より強力なAIを作り、恒久的な軍事的優位を得たり、自国民をきわめて深く抑圧したりすることです。対象は中国共産党に限らないとしつつ、そのなかで最も能力のある脅威として名指ししています。
2つめは、強力なモデルがサイバー攻撃や生物攻撃に悪用されること、そして深刻なアライメントの問題を抱える可能性です。アライメントというのは、AIを人の意図に沿わせることを指します。
なお原文は、オープンウェイトモデルには出自を問わず固有のリスクがあるとも書いています。重みが公開されていると安全のための制約を後から効かせるのが難しく、いったん公開した重みは取り下げられないという指摘です。
つまり危険がないという主張ではありません。危険はあるが、カテゴリ禁止はその危険への当て方として適切でないという組み立てです。
代わりに挙げている3つ
では何をすべきだとしているのか。原文は3つ並べています。
1つめが、強力なチップを専制的な体制の手に渡さないこと。この輸出規制の話は以前扱いました。
2つめが、産業規模で行われている蒸留の事業を取り締まること。そして3つめが、十分に能力の高いモデルすべてに、公開・非公開を問わず安全性の検査を義務づけることです。
3つめは見落としやすいところです。オープンウェイトモデルだけを狙い撃ちにするのは反対だが、能力の高いモデルには等しく検査を課すべきという規制の要求が入っています。禁止に反対という部分だけを取り出すと、この立場を取り違えます。
蒸留というのは、強いモデルの出力を大量に取って、それを教材として別のモデルを鍛える手法です。この経路を使われると、重みを公開していなくても能力が流れていきます。原文はこの流出による遅れを「数か月」という表現で書いていて、それ以上に細かい数字は示していません。
自社が出すのかは書かれていない
Anthropic自身がオープンウェイトモデルを公開するのかどうかについては、この記事には書かれていません。 全文を読んでも触れられていません。
政策的な立場の表明であって、製品の計画ではありません。ここは推測が入り込みやすいところなので、はっきりさせておきます。
なお、Anthropicは半年ほど前(2026年1月ごろ)に「The Adolescence of Technology」というエッセイを出していて、今回の記事もそこを踏まえた内容になっています。原文の中からリンクされているので、前提を知りたい場合はそちらから辿れます。
作る側として、何をしておくか
政策の話だと自分の作業と遠く見えますが、1年単位では効いてきます。いま作っているものが特定の会社のAPIに全部乗っているのか、差し替えられる形にしてあるのか。
差し替えられる形というのは、具体的にはこの2つです。
モデルの指定を1箇所にまとめておく。 呼び出しのたびにモデル名を直書きしていると、変えるときに全部を探すことになります。設定や環境変数にまとめて、そこだけ書き換えれば済む形にしておく。これは今日できます。
一度だけ切り替えを試しておく。 別のモデルに差し替えて、動くかどうかを確かめる。動かないなら、どこが詰まるかが分かります。実際にやってみるまで、差し替えられるつもりだったのに固く結合していた、という状態には気づけません。
私は自分のツールでこれをやって、プロンプトの書き方がモデルに依存していることに気づきました。差し替えたら精度が落ちて、モデルを変えるだけでは済まないと分かった。やってみたから分かったことで、設計図を眺めていても出てこなかったと思います。
企業でClaudeを入れるときの選択肢そのものは、こちらで扱いました。
そのまま受け取りすぎない
割り引いて読むべき点もあります。
安全性の検査を義務づける、という条件が付く以上、何が十分に能力が高いのかの線引きは誰かが行います。その置き方によって、実際に使える範囲は変わります。表明されている立場と、運用として何が起きるかは別の話です。
そして、これは1社の立場です。規制の議論は各国の政府と複数の企業が関わって進むもので、この表明がそのまま制度になるわけではありません。
私は正直なところ、この手の表明を読んでも明日の作業は変わりません。ただ、上に書いた2つの準備をやっていない状態で環境が変わると、動けなくなる。今回の記事は、その準備を思い出すきっかけとしてちょうどよかったと思います。
