3週間で3通、業界の断層線が可視化された
Simon Willison氏が、有料ニュースレター向けに書いた整理をあらためて一般公開しました。素材は直近数週間に出た3通の公開書簡です。
1通目は7月24日付の「Open Weights and American AI Leadership」。Microsoftが取りまとめ役となり、AI関連235社が名を連ねました。署名にはNVIDIA（Jensen氏の人生初のツイートを伴って）、Amazon、Y Combinator、The Linux Foundationが並び、OpenAIは遅れて加わっています。
2通目はAnthropicが3日後に出した「Our position on open-weights models」。1通目に署名しなかった同社が、単独で自社の立場を説明したものです。
3通目が7月28日の「Pacing the Frontier」。フロンティアAI企業の従業員1,324人が署名し、OpenAIのチーフサイエンティストJakub Pachocki氏、Safe Superintelligence Inc.のIlya Sutskever氏、AnthropicのDario Amodei氏とJack Clark氏が名を連ねました。
なぜ重要か：「閉じれば安全」への正面からの反論
1通目の狙いは明確です。米政権内にある「安全性」を理由にオープンウェイトモデルを禁止・制限しようとする発想への対抗です。Willison氏自身は、Claude Fable 5をめぐって起きたことを踏まえれば、その懸念自体は妥当な検討事項だとしています。
書簡の論理は、安全性の土俵の上で反撃する形を取っています。閉じたモデルに全面依存することは本質的に安全ではない——侵害されうるし、悪用されうるし、外部から検知できない形で失敗しうる。少数の閉じたモデルに能力を集中させれば、単一障害点が生まれ、競争が弱まり、重要技術が一握りの提供者の手に残る。対してオープンウェイトなら、広い研究者・開発者コミュニティが挙動を検証し、脆弱性を特定し、安全策を開発できる。「オープンだから危ない」ではなく「閉じているから脆い」への反転です。
本当の争点は蒸留になった
この書簡が意外なのは、蒸留（あるモデルの出力を使って別のモデルを学習・改善する手法）を明確に擁護している点です。政策立案者は正当なモデル開発手法と不正流用を混同すべきではない、蒸留はモデルの改善・評価・検証に広く使われる手法であり、既存技術から学び積み上げるオープンソース以来の伝統に連なる、と主張します。
Anthropicの反論はここで噛み合います。Amodei氏は、権威主義国家が米国を上回るモデルを構築するリスク、サイバー攻撃や生物学的攻撃への悪用リスクを強調しつつ、産業規模の蒸留オペレーションへの取り締まりを求めました。同時に「オープンウェイトモデルの禁止を主張したことは一度もない」と明言しています。つまり両者は「公開してよいか」ではなく「どこからが不正流用か」で対立しているわけです。この線引きは、モデル利用規約と輸出管理の実務に直結します。
「AIがAIを開発する」速度への警戒
3通目は毛色が違います。1,324人が米政府に求めたのは、自動化されたAI開発のフロンティアを意図的にペーシングするための技術的・ガバナンス的ツールを国際的に整備すること。背景にあるのは、激しい競争圧力と、自動化されたAI研究による進歩の加速の組み合わせへの懸念です。
Willison氏はその文脈として、Anthropicがコードの80%をClaude Codeで生成していること、OpenAIではSolがエンドツーエンドの提供コストを20%削減したこと、Kimi K3が自身のアーキテクチャ上に構築されたnanoモデルを動かすチップを設計したことを挙げています。AIが自らの開発・運用コストを削っている——署名者が同じ書簡に名を連ねた理由は、この再帰の速度にあります。
💼 事業会社視点：これは自社にどう効くか
日本企業にとって実務的な論点は3つあります。
第一に調達戦略です。「閉じたモデルは単一障害点になる」という235社の主張は、Anthropicですら否定していません。特定APIに業務プロセスを固定している事業会社は、クローズド1本＋オープンウェイト1本の二系統確保を、コストではなく事業継続性の問題として設計し直す局面です。
第二に、SaaS・受託開発企業にとっての蒸留リスクです。大手モデルの出力で自社小型モデルを育てる手法は日本でも一般化しつつありますが、Microsoft側は「正当な開発手法」、Amodei氏は「産業規模の蒸留は取り締まり対象」と主張が割れています。合法か否かではなく、規模と用途で線が引かれる可能性が高い。学習データの出所・利用規約の適合性を今のうちに文書化しておかないと、顧客企業のセキュリティ審査で説明できなくなります。
第三にEC・業務系の内製方針です。Anthropicがコードの80%をClaude Codeで生成している事実は、開発生産性の基準線が外部で急速に上がっていることを意味します。役員が今決めるべきは「AIを使うか」ではなく、生成比率をKPIに載せ、レビュー体制と責任分界をどう再設計するかです。