Stripe が OpenRouter を70億ドル超で買収。オープンウェイトの Ornith-1.5 が Claude Opus 4.8 と並ぶエージェント性能を達成、OpenAI がフロンティアモデルの Zero Data Retention を再確認ほか8件

今日の3行

Stripe が OpenRouter を70億ドル超で買収しました。1日10兆トークン超、400以上のモデルを処理するモデルマーケットプレイスが決済大手の傘下に入り、統合は変わらず方針不変と明言されています。モデル調達・ルーティング・コスト管理の前提を再確認する必要があります。
オープンウェイトの Ornith-1.5 が Terminal-Bench 2.1 で86.1、DeepSWE で56.0を記録し、Claude Opus 4.8（85.0 / 59.0）と同水準のエージェント性能を達成しました。397B MoE / 35B MoE / 9B の3スケールで提供され、9B 版は iPhone・Android でも動作します。
OpenAI はフロンティアモデルで Zero Data Retention を再確認し、複数インタラクションにまたがる安全監視を自動化する Private Safety Processing をプレビューしました。顧客データを API に流す SaaS のコンプライアンス判断に直結します。

1. Stripe が OpenRouter を70億ドル超で買収、1日10兆トークン超を処理するモデルマーケットプレイスが決済大手の傘下へ

要点 Stripe が OpenRouter を 70 億ドル超で買収します。OpenRouter は初めての、そして最大のモデルマーケットプレイス兼ゲートウェイで、1 つのインターフェースで任意の AI モデルを発見・利用でき、幅広いプロバイダ選択・モデル非依存のオブザーバビリティ・コスト管理・価格・性能・稼働率を改善するルーティングを提供しています。現在は 400 以上の AI モデルから 1 日 10 兆トークン以上を処理し、1000 万人以上の開発者と企業のコミュニティを支えています。創業以来、推論量は毎年少なくとも 10 倍に成長しています。

買収後も OpenRouter は同じミッション・同じ名前・同じ製品・同じロードマップで運営を続け、現在 OpenRouter で構築している開発者はインテグレーションを一切変更する必要はありません。ルーティングの決定はユーザーにとって最良のものだけに基づき、いかなるモデル・プロバイダ・親会社にも曲げられないと明言されています。

なぜ重要か OpenRouter は開発者が複数モデルを横断利用する主要基盤で、買収後も方針不変と明言されています。モデル調達・ルーティング・コスト管理の将来を左右するため、SaaS の AI 基盤選定の前提を再確認する必要があります。

実践で使える点 OpenRouter に現在構築している開発者は、買収後もインテグレーションを変更する必要はありません。OpenRouter は Stripe の大規模な顧客ネットワーク・データ・グローバルインフラ運用の経験を活かし、単独では到達できないペースで開発者にサービスを提供できるとしています。取引は通常のクロージング条件に従い、数週間以内の完了を見込んでいます。AI 基盤選定の前提が変わらないことを確認でき、モデル調達の計画をそのまま進める判断材料になります。

原典 OpenRouter is joining Stripe

2. Claude Code v2.1.236、ANTHROPIC_DEFAULT_MODEL 環境変数とセッション間通知を追加

要点 Claude Code v2.1.236 がリリースされました。ANTHROPIC_DEFAULT_MODEL 環境変数が追加され、新規セッションが開始するモデルを指定できます。/model での選択はこれを上書きし、再起動後も維持されます（ANTHROPIC_MODEL とは異なります）。

クロスセッションの SendMessage に notify_when_idle が追加されました。このマシン上の別の Claude Code セッションに、次にアイドル状態になったときに1回だけ通知を送るよう依頼できます。オプトイン方式で1回限り、ポーリングは不要です（macOS と Linux）。

サンドボックスでは、macOS 上でワイルドカードの読み取り拒否ルール（例：**/.env）が許可された読み取り領域内でも優先され、一致したディレクトリの内容をカバーし、拒否対象の名前を変更しても回避できません。

なぜ重要か 新規セッションの初期モデルを環境変数で固定できるようになり、複数セッションの作業連携やサンドボックスの読み取り拒否制御も改善します。エージェントを日常的に使う開発者の運用が直接変わります。

原典 v2.1.236

3. OpenAI がフロンティアモデルで Zero Data Retention を再確認、Private Safety Processing をプレビュー

要点 Zero Data Retention は対象の API 顧客に明確な約束を与えます。リクエストが処理された後、OpenAI はプロンプトやモデルの応答を保持しません。顧客のコンテンツは OpenAI の担当者がレビューに利用することはできず、エンタープライズ顧客のデータは明示的にオプトインしない限りモデルの学習に使われません。

モデルがより長く複雑なタスクを担うようになるにつれ、重大なリスクが複数のインタラクションにまたがって初めて見えてくることもあります。既存の ZDR 対応の安全システムは各インタラクションを個別に評価しますが、今回プレビューされる Private Safety Processing は、関連するインタラクションにまたがるパターンを特定するように設計されており、OpenAI の担当者は基盤となるコンテンツにアクセスできません。

ZDR デプロイでは顧客のコンテンツは顧客が管理するインフラ上に残ります。また、OpenAI のインフラに保存し、顧客が管理する鍵で暗号化するオプションも開発中です。いずれの場合も、自動システムが不正使用の可能性を特定し、プロンプトや応答を OpenAI の担当者にさらすことなく限定された安全シグナルを返します。リスクが特定されると OpenAI には活動の種類を示す限定的なシグナルのみが届き、フラグが立った場合も担当者が顧客コンテンツにアクセスすることはありません。

最近のフロンティアモデルのデプロイでは、安全監視のため顧客に AI プロバイダへの機密コンテンツの保持を求めるケースもありました。多くの組織にとって、こうした要件は自社のセキュリティ義務や約束と矛盾します。Private Safety Processing は ZDR を提供し続けるために設計されています。

なぜ重要か プロンプトと応答を保持しない約束を維持しつつ、複数インタラクションにまたがる安全監視を自動化する仕組みです。顧客データを API に流す SaaS のコンプライアンス判断に直結します。

実践で使える点 顧客は自社のシステムにある情報を使ってアラートや執行判断を調査でき、不服申し立てや正当な活動の明確化、確認済みの不正使用の調査支援を希望する場合には、関連情報を OpenAI と共有することを選択できます。Private Safety Processing は現在、先行顧客とともにテストされており、9月にロールアウトを開始し、技術ホワイトペーパーを公開する予定です。

原典 Offering Zero Data Retention for frontier models

4. オープンウェイトの Ornith-1.5 が Claude Opus 4.8 と並ぶエージェント性能を主張（397B MoE / 35B MoE / 9B）

要点オープンウェイトの Ornith-1.5 が発表されました。Ornith-1.0 で導入されたセルフスキャフォールディングの枠組みを、より完全な自己改善ループへ拡張したもので、モデルが新しいタスクを提案し、タスク固有のスキャフォールドを生成し、強化学習用のソリューションロールアウトを生成することで、改善に活かせる新しい学習経験を継続的に生み出します。

Ornith-1.5 は 397B MoE・35B MoE・9B dense の3スケールで提供されます。Ornith-1.5-397B は Terminal-Bench 2.1 で86.1、DeepSWE で56.0を記録し、Claude Opus 4.8（85.0 / 59.0）と同水準で、GLM-5.2（82.7 / 46.2）や DeepSeek-V4-Flash-0731（82.7 / 54.4）を上回ります。

Ornith-1.5-35B は同サイズの Qwen 3.6-35B をコーディング・エージェント系の全ベンチマークで大きく上回り、トークンあたり3B パラメータしか活性化しないにもかかわらず、Gemma 4-31B や Meta の Muse Glimmer-30B などの dense モデルもエージェントコーディングで大きく上回ります（Terminal-Bench 2.1 で68.5 vs 43.4 / 51.7、SWE-Bench Verified で79.0 vs 52.0 / 76.0）。

エッジ展開向けの Ornith-1.5-9B は Terminal-Bench 2.1 で47.0、SWE-Bench Verified で70.6を達成し、量子化版の Ornith-1.5-9B-Mobile は iPhone・Android デバイスに展開でき、Gemma 4-31B や Qwen 3.6-35B といったはるかに大きいモデルにも匹敵・超越します。

なぜ重要か Terminal-Bench 2.1 で86.1、DeepSWE で56.0と Opus 4.8 と同水準をオープンモデルが達成し、9B 版はスマホでも動作します。コスト・デプロイ先の選択肢が広がる情報です。

実践で使える点 9B 版は iPhone・Android デバイスに展開でき、より大きいモデルと同等以上の性能を発揮します。スマホでのローカル実行や、デプロイ先・コストの選択肢を広げる判断材料になります。

原典 Ornith-1.5: From Self-Scaffolding to Self-Improvement

5. Unsloth が Qwen3.8-27B の Dynamic v3.0 量子化を公開、同サイズで精度10%超向上

要点 Unsloth が Qwen3.8-27B の Dynamic v3.0 量子化をリリースしました。Dynamic v2.0 からの大きな改善で、同じサイズで他のすべてのプロバイダと比べてトップ1%精度が10%以上向上します。初回の早期プレビュー版の更新で、新しい 3.0 GGUF は llama.cpp や Unsloth Desktop を含むほとんどの推論エンジンで動作します。

Dynamic v3.0 は全体として同じサイズを保ったままモデル品質をより多く保持し、Divergence-300 @32 や KL Divergence といった指標でより強い結果を示します。

新しい手法では、多様なソースから構成されたより高品質な imatrix キャリブレーションデータセットを使用し、エージェント向けコーディング・チャット・多言語性能向けに調整されています。レイヤー選択も改善され、モデル品質を可能な限り保持するための量子化手法も多数導入されました。imatrix キャリブレーションデータセットでの学習は行わず、QAT や QAD も使用せず、すべてポストトレーニング量子化で実現しています。imatrix ファイルはコミュニティがテスト・評価・利用できるよう公開されています。

小さい量子化では、UD-Q2_K_XL 未満（8.37GB 以下）から MTP モジュールを除去し、約500MBのディスク容量を節約します。UD-IQ1_S は MTP なしで6.2GB となり、トップ1%精度の約72%を保持しつつ89%小さくなります。UD-Q2_K_XL は次点よりトップ1%精度が約8%高く、サイズは9.83GB です。

また、5日間で Unsloth Qwen3.8 のダウンロードが510万回を超えています。

なぜ重要か 同じファイルサイズで他社量子化よりトップ1%精度が10%以上高い量子化形式です。ローカル実行や推論コスト削減を検討中の開発者が今日から使える改善です。

実践で使える点 新しい 3.0 GGUF は llama.cpp や Unsloth Desktop を含むほとんどの推論エンジンで動作します。公開された imatrix ファイルを使って Qwen3.8 のバリエーションやファインチューンを作成・評価できます。

原典 Unsloth Dynamic 3.0 GGUFs

6. Replit が GPT-5.6 Luna 採用の Free Mode を開始、トークンコストを気にせずソフト開発を提供

要点モデルがより高性能になるにつれ、その経済性も急速に変化しています。価格性能の改善により、先進的なインテリジェンスがより多くの製品・ワークフロー・場面で実用的になります。ソフトウェア開発においては、その変化が「アイデアを持つこと」と「動くものを作ること」の距離を縮めています。

Replit と OpenAI は、技術的バックグラウンドに関係なく、アイデアを持つ誰にでもソフトウェア開発を身近にするという目標を長く共有してきました。Replit は GPT-3 の初期ユーザーで、自然言語によるソフトウェア開発が形になり始めた頃から OpenAI のモデルで構築しています。今、GPT-5.6 Luna が Replit Free Mode を支え、GPT-5.6 シリーズの価格性能と最近の OpenAI の価格引き下げが、スケールでの幅広いアクセスにどう結びつくかを示しています。

Replit にとってモデルコストはソフトウェア開発を広く身近にする最後の障壁の1つでした。GPT-5.6 Luna は、Free Mode を数百万ユーザーに提供するために必要な能力・価格性能・スケールでの信頼性のある推論を備えています。Free Mode では、ユーザーは利用量を消費することなく、数秒で高速で正確な回答・提案・フィードバック・分析を得られます。Agent はユーザーのプロジェクトの全コンテキストを理解するため、Build Mode に移る前にアイデアの計画・形成・最適化・探索を支援します。より高度な推論が必要なタスクでは GPT-5.6 Sol にルーティングし、プロジェクトのコンテキストを保ったまま GPT-5.6 Luna の Free Mode に戻ることができます。

なぜ重要か OpenAI の価格引き下げが「無料で使える開発環境」として実際の市場に出た事例です。GPT-5.6 系列のコスト構造を踏まえた製品設計の参考になります。

実践で使える点 Free Mode では利用量を消費せずに高速で正確な回答・提案・フィードバック・分析を得られます。Agent がプロジェクトの全コンテキストを理解してアイデアの計画・形成・最適化・探索を支援し、より高度な推論が必要なタスクは GPT-5.6 Sol にルーティングした上で、コンテキストを保ったまま GPT-5.6 Luna の Free Mode に戻れます。無料でソフトウェア開発を試す構成として参考になります。

原典 Replit expands access to software creation with GPT-5.6 Luna

7. Claude Opus 4.8 の出力文体が冗長で読みにくいと Reddit で大規模批判、Claude Code にも波及

要点 Claude Code の GitHub issue で、Reddit のスレッド（450+ upvotes）をまとめた報告が上がっています。ユーザーの多くが Opus 4.8 に深刻な言語キャリブレーションの問題があると一致しています。

既定の書き方は読みにくく、冗長・専門用語過多・過度に様式化されており、同じ「偽の」用語が繰り返し伝播されます。Opus 4.8 以降、既定の言語は 4.5/4.6 より大幅に読みにくくなったと多くのユーザーが報告しています。応答は発明されたコーポレート・ハイプ用語、強制的な比喩、「キャッチー」な言い回しで埋められ、実際の回答が分かりにくくなります。意味を取り出すために文章を何度も読み直すユーザーや、Opus の出力を別のモデルに通して平易な要約を得るユーザーもいるといいます。

単一の r/ClaudeAI スレッドが約450 upvotes と175+コメントに達しており、対応する megathread もあります。最も影響が大きいのはチャット・Web UI ですが、Claude Code と Fable 5 にも及んでいます。再発するパターンとして “Load bearing”、“prose”、“Hand-waving”、“Reflexive hedging”、“Honest framing” などが挙げられています。日次ユーザーは「一緒に働くのが毒のように感じる」と述べ、プロバイダ変更を含むすべての他の選択肢を積極的に模索しています。

なぜ重要か 450+ upvotes の批判が実際に起きているモデルの現状を示しています。日々 Claude を使う開発者にとって出力文体の質は生産性に直結し、モデル選定の判断材料になります。

原典 Opus 5.0 drives incoherence into the stratosphere

8. LiquidAI が QAD による LFM2.5 の Q4_0 量子化チェックポイントを公開、量子化で失われる精度の97%を回復

要点 LiquidAI が QAD Q4_0 GGUFs を公開しました。LFM2.5-230M、LFM2.5-350M、LFM2.5-1.2B-Instruct、LFM2.5-2.6B 向けの更新された4ビットチェックポイントで、通常の品質低下なしに Q4_0 のメモリと速度で LFM2.5 モデルを実行できます。

QAD（Quantization-Aware Distillation）で学習され、高精度のティーチャーモデルが量子化された生徒モデルに蒸留されます。ネイティブの Q4_0 と同じメモリと速度を維持し、量子化で失われた BF16 平均精度の97%が回復します。

ベンチマークは GPQA Diamond、MMLU-Pro、IFEval、IFBench、Multi-IF、BFCLv4 に加え、LFM2.5-230M・350M には GSM8K、LFM2.5-1.2B-Instruct・2.6B には AIME25 を追加して5回の平均で評価しています。QAD チェックポイントは各 BF16 ベースライン性能の 97.1%、96.5%、97.4%、96.6% を保持しています。

スループットは MacBook Pro・NucBox EVO-X2・Samsung Galaxy S26 Ultra・Raspberry Pi 5 の4ターゲットで測定されました。230M・350M の QAD Q4_0 チェックポイントは Q5_K_M 相当の品質を評価誤差内で 4〜33% 高いデコードスループットで一致し、1.2B・2.6B は Q4_K_M 相当の品質を 3〜14% 高いスループットで一致します。適用可能な 230M・1.2B では Unsloth の UD-Q4_K_XL とも一致します。

なぜ重要か Q4_0 のまま精度劣化を最小化できる手法です。エッジ・ローカル推論を検討する開発者にとって、メモリと品質のトレードオフを改善する実用情報になります。

実践で使える点 GGUF Q4_0 アーティファクトをサポートする llama.cpp や任意のランタイムで利用できます。QAD GGUFs は本日 Hugging Face で公開されており、LFM2.5-230M、LFM2.5-350M、LFM2.5-1.2B-Instruct、LFM2.5-2.6B を利用可能です。

原典 LFM2.5 Q4_0 Checkpoints from Quantization-Aware Distillation