The Vergeの記事を読んだとき、正直最初は「政治の話か、関係ないな」と思った。でもよく読んだら、自分のプロダクトの設計に直撃する話だった。
GPT-5.6のリリースがトランプ政権の要請でstaggered、つまり段階的になった。Sam Altmanが社内Q&Aで明かしたやつで、限られたエンタープライズカスタマーだけにlimited previewとして提供する形になる。しかも政府がcustomerへのアクセスをcase-by-caseで承認するというスキームらしい。Anthropicに対しては「Mythos 5とFable 5へのアクセスを停止しろ」というultimatumが出て、自社の非US市民の従業員すら弾くexport control directiveが発動された。OpenAIへの対応と明らかに温度差があって、業界全体がざわついている。
APIを叩いている側から見た「なにが変わるか」
自分が今メインで触っているのはOpenAIのChat Completion APIだ。個人開発でも、会社のプロダクトでも、モデル指定は環境変数で切り替えられるようにしている。
# .envの中身のイメージ
OPENAI_MODEL=gpt-4o
OPENAI_API_KEY=sk-...こういう書き方にしておいたのは、新しいモデルが出たときに最小コストで切り替えられるようにしたかったからだ。gpt-4oからgpt-4o-miniに落としてコスト最適化、みたいな判断を何度かやってきた。だからGPT-5.6がgeneral availableになったタイミングでモデル名を変えるだけで済むはずだと思っていた。
でも今回の件で、その前提が崩れる可能性が出てきた。政府がaccess approvalをcase-by-caseで出すということは、enterprise tierでないと5.6を使えない期間が相当長く続く可能性がある。スタートアップのAPIキーでは普通に`gpt-5.6`って叩いても弾かれる。その間、GPT-4o系かo3系で戦うことになる。
Anthropicのケースが本当に怖い
Anthropicに出たexport control directiveの話はかなりえぐい。「非US市民のAnthropicの従業員もアクセス禁止」ってどういう運用になるんだという話で、API経由で使っている自分たちへの波及がないとは言えない。
うちのチームは5人で、外国籍のメンバーが2人いる。今は全員同じAPIキーを使って開発しているが、もしAnthropicケースのような規制がOpenAIにも波及したとき、誰がAPIを叩けるのかという話になる。それはaccess token単位の話なのか、ユーザーアカウント単位の話なのか、IP単位の話なのか。全然わからない。
今回の件で、APIの利用規約とexport control周りをちゃんと読んでおかないといけないと思った。今まで「とりあえず動くから」で流してきた部分だったが、チームが関わっている以上、自分が理解していないのはまずい。
もう一個気になったのは、マルチプロバイダーへの切り替えコストだ。自分のコードはOpenAI SDKに依存しているところが多い。`openai.chat.completions.create`をそのまま使っているコードが散在していて、仮にAnthropicやGeminiへの移行を迫られたときに書き直しが発生する。LiteLLMを薄いwrapperとして挟んでおけばよかったと後悔している。
# LiteLLMのrouter configのイメージ
model_list:
- model_name: my-model
litellm_params:
model: openai/gpt-4o
api_key: os.environ/OPENAI_API_KEY
- model_name: my-model
litellm_params:
model: anthropic/claude-opus-4-5
api_key: os.environ/ANTHROPIC_API_KEYこれを挟んでおけばプロバイダーを切り替えてもアプリケーション側のコードはほぼ無傷で済む。GPT-5.6がenterprise限定のままGAが遅れるなら、その間Anthropicやgemini-2.5-proで代替できる構成にしておいた方がリスクヘッジになる。
規制のスピードがモデルのリリースより速くなっている状況で、特定プロバイダーへの依存はコスト問題より先に可用性問題になる。今週末、LiteLLM導入をとりあえず手元のリポジトリで試してみる。