何が公開されたのか
CORS Chatは、OpenAIのResponses API互換で、かつCORSヘッダーを返すエンドポイントであれば、どこにでもブラウザから直接接続してチャットできるWeb UIです。エンドポイントごとにカスタムヘッダーを設定でき、複数のチャットセッションをモデルやreasoning設定を変えながら管理できます。会話はブラウザ内に保存され、JSONとしてコピー&ペーストで書き出せます。
作者は、LM Studioを--corsオプション付きで起動した場合と、OpenRouterに対して試し、どちらも問題なく動作したと述べています。生成中のSVG画像を検知し、トークンがストリーミングされている最中から段階的に描画していく、という細部も紹介されています。
なぜ重要か
注目点は機能そのものより、成立条件の方にあります。第一に、「OpenAI Responses互換」という一点だけで、手元のMacで動くQwen 3.8 27Bと、クラウド経由のOpenRouterが同じUIから叩けている点です。APIの形が事実上の共通規格として機能しており、モデルとアプリケーションの結合が緩んでいることを示しています。
第二に、サーバーサイドが存在しないという構造です。ブラウザがエンドポイントを直接呼ぶため、間に自前のバックエンドを置く必要がありません。裏を返せば、接続先がCORSヘッダーを返すことが必須条件になり、LM Studioでは--corsが要るのはそのためです。
第三に、作者自身が「今日作った」と書いている点です。しかもLLM（GPT-5.6-Sol xhigh）を使って、別のモデルを評価するための道具を作っている。ツールを作るコストが、評価作業そのもののコストを下回りつつあります。
検証環境という文脈
検証にM5 MacBook ProとNVIDIA DGX Sparkの両方が使われている点も見逃せません。ノートPCとローカルGPUマシンの双方で、同じ27Bクラスのモデルを同じUIから比較するという作業が、専用の評価基盤なしに成立しています。
💼 事業会社視点：これは自社にどう効くか
日本企業の役員が読み取るべきは「モデル評価の内製ハードルが下がった」ことです。特に、機密情報を外部APIに出せないという理由でLLM検証が止まっている製造業・金融・医療系の情報システム部門にとって、LM Studioで手元のQwen 3.8 27Bを動かし、ブラウザだけで比較検証できる構成は、稟議の要らない実験環境になります。バックエンドを作らないので、社内サーバー調達もセキュリティ審査の重い手続きも省ける。ただし、エンドポイントやヘッダーの設定・会話履歴がすべてブラウザ側に置かれる構造である以上、業務端末で本番用の認証情報を扱う運用ルールは先に決めておくべきです。
SaaS事業者と受託開発会社への含意はより直接的です。Responses互換であればUIを差し替えられるということは、「チャットUIを作る」こと自体は既に差別化要因ではないという意味です。受託で「AIチャット画面の構築」を売っている会社は、1日で作られたツールと同じ土俵に立たされます。評価設計、社内データとの接続、モデル切り替えの運用といった、UIの外側に単価を移す判断を今期中に始めるべきです。