ai-powered-markdown-translatorgpt-5.6-lunaを使用してフランス語から日本語に翻訳された記事。
8月29日の22件の発表を8分野から紹介する。土曜日としては静かな一日で、前日のおよそ半分の分量だ。今回の主なニュースは技術面よりも契約面にある。OpenAIはSpaceXに対し、Cursorへのモデル提供を停止する意向を通知した。停止予定日は11月12日で、Elon Muskの企業による過去の行動を明確に理由として挙げている。一方、AnthropicはClaude Codeの週間上限を恒久的に25%引き上げると発表したが、同社自身の説明によれば、これは現在と比べて17%の引き下げに相当する。GitHubはCopilot CLIをネイティブRustの実行エンジンへ移行し、Together AIはGLM-5.3を提供開始当日に公開、ある推論ゲートウェイは本番環境の数値を公開し、オープンウェイトが実際に占める位置をようやく示した。
SpaceXによる買収後、OpenAIがCursorとの契約を終了
8月28日 — OpenAIはSpaceXに対し、Cursorが同社のモデルへ直接アクセスできる契約を終了する意向を通知した。停止予定日は2026年11月12日で、開発者が可能な限り長くモデルへアクセスできるよう、契約で認められる最長の予告期間を選んだと説明している。
理由はSpaceXによるCursorの買収にある。OpenAIは、大規模な統合における利用条件の遵守と安全性を保証するため、大手パートナーとは個別契約を結んでいると説明している。そして、SpaceXがその枠組みの中で同社の技術を利用することを信頼できないと述べた。具体的に2つの前例が挙げられている。Elon MuskによるTwitter買収後、現在はSpaceX傘下となっている同社とOpenAIの契約条件は破棄された。また、今年初めに宣誓証言を行ったMuskは、同じくSpaceX傘下となったxAIがOpenAIの利用条件に違反したことを認めている。Cursorとの契約には、支配権の変更後に一定期間のみ解約できる条項があり、それが今回のスケジュールを説明している。
さらに、より異例の第2の理由もある。OpenAIは、能力の向上に伴って新たな責任を負うと述べ、将来モデルのAstraにも言及した。同社は8月7日、準備状況の枠組みにおいて「重大」と分類されるサイバー能力の水準を排除できなくなったと発表していたモデルだ。実務上の結論は、契約は可能な限り遅い日付まで続くものの、将来のモデルは一切Cursorに提供されないということになる。
| 案件の項目 | 値 |
|---|---|
| SpaceXへの通知日 | 2026年8月28日 |
| 停止予定日 | 2026年11月12日 |
| OpenAIとCursorの提携期間 | 約4年 |
| Cursorに提供される将来モデル | なし |
We’re ending our partnership with Cursor following its acquisition by SpaceX. Under our proposal, Cursor’s direct access to our models would end on November 12.
We know that the people most affected by this decision are the developers who rely on OpenAI models in Cursor. We care about their experience in this transition and we’re ready to go above and beyond to support them.
🇯🇵 SpaceXによる買収を受け、Cursorとの提携を終了します。今回の提案に基づけば、Cursorによる当社モデルへの直接アクセスは11月12日に終了することになります。
今回の決定によって最も大きな影響を受けるのは、CursorでOpenAIのモデルを利用している開発者の皆さまだと理解しています。この移行期間における皆さまの体験を私たちは重視しており、支援のために契約上の義務を超える対応も行う準備があります。 — @OpenAI、Xにて
Claude Code:9月14日に週間上限を17%引き下げ、CLIの起動を高速化
8月29日 — Anthropicは、9月14日からClaude Codeの標準週間上限を、Pro、Max、Team、Enterpriseのシートベース(seat-based)プランで恒久的に25%引き上げると発表した。この日までは、現在の一時的な50%増加が継続する。
この表現には補足が必要だったため、Anthropicはスレッドの次の投稿で自ら説明した。今日の状況と比較すると、この変更は週間上限の17%削減に相当する。計算は単純だ。現在適用されている50%増加は一時的なもので、それに代わる25%増加は恒久的なものとなるため、一方から他方へ移行すれば実際の上限は機械的に下がる。この一時的な引き上げは最近始まったものではない。2026年7月18日、同じアカウントが「8月19日まで」と告知していたが、その期限を過ぎても新たな案内はなかった。したがって8月29日の発表は、到達点を明確にしたことになる。元の標準制度よりは高く、直近数週間の例外的な制度よりは低い恒久的な上限だ。反応は賛否が分かれ、スキャン時点で約160万回表示されていた主投稿には、読者が作成した背景説明の注記が付けられ、上限低下の数値が示された。
| 期間 | Claude Codeの週間上限 |
|---|---|
| 9月13日まで | +50%(一時的な増加、引き続き適用) |
| 9月14日以降 | +25%(恒久的) |
| Anthropicが発表した実質的効果 | 現在と比較して-17% |
Compared to today, this works out to a 17% reduction in weekly limits on Claude Code. We’re working on exciting changes that will make it feel like you’re getting more from Claude, while having more visibility and control of your usage. Can’t wait to share them.
🇯🇵 現在と比較すると、Claude Codeの週間上限は17%削減されます。皆さまがより多くのClaudeを利用できると感じられるよう、使用量をより見やすく管理できる、期待の持てる変更に取り組んでいます。皆さまに共有できることを楽しみにしています。 — @ClaudeDevs、Xにて
同日早く、同じアカウントはClaude Codeの週間リリース概要を投稿していた。この6件の投稿からなるスレッドの大部分は、各バージョンの説明ですでに取り上げた新機能のまとめだ。2.1.246の/permissionsにある「Auto mode」タブ、/costのプロンプトキャッシュ行、2.1.251の主要サブエージェントのライブ追跡、2.1.243の/usageにおけるタスク/loopの内訳などである。一方、これまで数値化されていなかった軸がパフォーマンスだ。CLIは、最初の指示を入力できるようにする前にサンドボックス(sandbox)やMCPサーバーの起動を待たなくなり、claudeコマンドは必要のない初期化手順を省略する。配布面では、Linux x64版のダウンロードサイズが4.5分の1になり、約75MBとなった。また、ネイティブビルドはセッションあたり40~70MB少ないメモリで動作する。
| 発表されたパフォーマンス指標 | 値 |
|---|---|
| Linux x64版ダウンロード | 4.5分の1、約75MB |
| ネイティブビルドのメモリ | セッションあたり40~70MB削減 |
🔗 週間上限に関する発表 · 週間概要
Copilot CLIがネイティブRustエンジンへ移行、Visual Studioに組織向けカスタムエージェントが追加
8月28日 — GitHubはこの日の遅い時間に、Copilotの週間概要を公開した。タイトルには対象週である8月24日の日付が記載されているが、前回のスキャン後となる28日20時13分(UTC)に公開された。内容のうち、SlackおよびMicrosoft TeamsのCopilot、Customizeタブの一般提供という2つのセクションはすでに取り上げた発表の再掲で、残りは新情報だ。
最も重要な変更はCLIに関するものだ。Copilot CLIは現在、ネイティブRustの実行エンジン(native Rust runtime)上で動作し、ターミナルインターフェースは引き続きTypeScriptで記述されている。GitHubは「大幅に向上した」パフォーマンスを発表したが、具体的な測定値は一切公開しておらず、判断は読者に委ねられている。defaultModeとdefaultPermissionModeという2つの設定で、新しい各セッションに適用される実行モードと権限モードを指定できる。/plugin、/mcp、/skillsコマンドには専用の管理インターフェースが用意された。また、CLIは正常に終了しなかったセッションを、途中のターンで中断された場合も含めて復元できる。
| 対象領域 | 発表された新機能 |
|---|---|
| Copilot CLI | ネイティブRustエンジン、defaultModeおよびdefaultPermissionMode、/plugin /mcp /skillsインターフェース、セッション復元 |
| Copilotアプリ | Azure DevOpsのIssuesとpull requestsをセッションに変換、実験的WSL、分割可能なタブ、外部ブラウザーへのプレビュー |
| JetBrains拡張機能 | プラグイン、MCPサーバー、テレメトリ、エージェントの権限モードに対する企業向け制御 |
| VS Code 1.135 | 他の場所で開始したCopilotまたはClaudeのエージェントセッションの再開、補完モデルによるセカンドオピニオン、統合Agentsペイン、モデルおよびターンごとの使用量 |
| Visual Studio 2026 | 組織向けカスタムエージェント、推論 esfuerzo のLow、Medium、High、Manage modelsビュー、Gitエージェントによるレビュー |
同日公開された専用の変更履歴では、Visual Studio 2026におけるCopilotの8月アップデートが詳しく説明されている。Free、Student、Pro、Pro+、Max、Business、Enterpriseのすべてのプランで利用できる。主な変更は、組織レベルでカスタムエージェントが利用できるようになったことだ。GitHubの組織またはEnterpriseの所有者は、すべてのリポジトリで利用できるエージェントを公開できる。Visual Studioはそれらを自動的に検出し、説明と元の組織名とともにセレクターへ表示する。GitHub組織が必要なため、個人アカウントは対象外となる。推論の労力設定はユーザー側で変更できるようになり、GitHubはこれを推論の深さとトークン消費のトレードオフとして明確に提示している。Manage modelsビューには、機能、コンテキストウィンドウのサイズ、コスト情報、各種コントロールが集約される。一方、Gitエージェントはpull requestを開く前に、GitHubとAzure DevOpsのリポジトリで未コミットの変更やコミットをレビューする。
🔗 Copilot週間概要 · Visual StudioにおけるCopilot、8月のアップデート
GLM-5.3 が Together AI に登場、同社は早くも蒸留版のコストを測定
8月29日 — GLM-5.3 にとって3日連続の動きとなった。8月27日、Z.ai は2行の告知で重みを公開すると発表し、28日には公開が実施された。Together AI も「coming soon」と表示されたモデルページを公開したが、料金は記載されていなかった。8月29日1時57分 UTC から、そのページが公開状態になり、ホスティング事業者は「Day 0」での提供開始と説明している。エンドポイント zai-org/GLM-5.3 は serverless と専用インフラの両方で利用でき、Together AI は Claude Code、OpenCode、その他のコードエージェントプラットフォームとの互換性を発表している。ホスティング事業者によると、このモデルはすべてのベンチマークで Fable 5 に迫りながら、タスクあたりの価格はその一部にとどまる。
| サービスの特徴 | 値 |
|---|---|
| 入力料金 / キャッシュ入力料金 | $1,40 / トークン100万個あたり $0,26 |
| 出力料金 | トークン100万個あたり $4,40 |
| コンテキストウィンドウ | 100万トークン(IndexShare アーキテクチャ) |
| 努力度のレベル | low、high、max(デフォルトは max) |
| 公表 SLA | 99,9 % |
同日、Together AI は DeepSWE シリーズ第6回の比較結果を公開し、初めて同じファミリーに属する2つのモデル、GLM-5.3 とその蒸留版 GLM-5.3 Flash を比較した。プロトコルは変更されていない。DeepSWE v1.1 の113タスク、構成ごとに4回の試行、両モデルとも努力度は max で、合計900回の完全実行(rollouts)となった。内訳はフルモデル側が452回、Flash 側が448回である。最初の試行では差が明確に見える。pass@1 は69,0 %対63,4 %だった。しかし pass@4 では差が2,6ポイントまで縮まり、価格は17分の1になる。したがって蒸留によって能力が失われたのではなく、安定性が失われた。フルモデルが4回中4回成功した48タスクのうち、Flash で解けなくなったものは1つもなく、少なくとも1回解決された99タスクのうち93タスクを維持している。その仕組みは後述されており、ここが最も興味深い結果である。不安定なタスクでは、最長の試行が成功試行となる割合が GLM-5.3 では61 %だったのに対し、Flash では46 %にすぎず、コイン投げの水準を下回った。蒸留モデルは、追加の努力を解決策へ変換できなくなっている。
| 測定指標 | GLM-5.3(努力度 max) | GLM-5.3 Flash(努力度 max) |
|---|---|---|
| pass@1 | 69,0 % | 63,4 % |
| pass@4 | 87,6 % | 85,0 % |
| 実行あたりのコスト | $3,99 | $0,24 |
| $100あたりの解決タスク数 | 17 | 264 |
| エンドツーエンドの所要時間 | 35分 | 26分 |
| すでに成功している基準テストの破壊 | 4,4 % | 6,9 % |
| 不安定なタスクで努力が有効だった割合 | 61 % | 46 % |
明確な後退が確認されたのは1点だけで、それは慎重さに関するものだった。Flash はすでに成功している基準テストを、フルモデルの4,4 %に対して6,9 %の実行で破壊した。このため Together AI は、Flash が生成した差分を再確認なしで受け入れる前に、完全な回帰テストスイートを実行するよう明示的に推奨している。運用上の結論は、同じファミリー内でのカスケード利用である。まず Flash を実行し、検証器が回答を拒否した場合にのみフルモデルへエスカレーションする。この組み合わせは、タスクあたり1,70ドルで80,9 %の成功率に達する。GLM-5.3 単体の69,0 %(3,99ドル)より12ポイント高く、価格は半分未満である。読者に伝えておくべき差異が1つある。モデルページに表示された DeepSWE スコア(66,9)は、Together AI が独自のキャンペーンで測定した69,0 %と異なる。ホスティング事業者は、自社の実行から得た数値であると明記して、この違いを認めている。
🔗 Together AI における GLM-5.3 の公開 · DeepSWE における GLM-5.3 と GLM-5.3 Flash の比較
オープンウェイトモデルがトラフィックの半分を占めたが、支出はわずか13 %
8月29日 — 推論ゲートウェイ Requesty の経営者である Thibault Jaigu は、顧客が持ち込んだキーと社内アカウントを除く、2026年の自社本番トラフィックから得た測定結果を Hugging Face のブログで公開した。中心となる数字は、オープンウェイトモデルが1月にはトークンの5 %未満だったのに対し、8月3日の週には全トラフィックの半分に達した一方、支出に占める割合は約13 %にすぎないというものだ。キャッシュを考慮すると、フロンティアのクローズドモデルのトークンは、オープンモデルのトークンのおよそ6,4倍の費用がかかる。
この市場の実態を示す例が2つある。kimi-k3 のリリース後、元の研究所が自社モデルで提供するトークンの過半数を失うまでに11日かかった。その間に、別の4つのホスティング事業者が72時間以内に同じ重みで推論を開始した。また glm-5.2 では、6つのホスティング事業者の実際の支払額に5,7倍の差がある。これは秘密の割引によるものではなく、最安の事業者が入力トークンの94 %をキャッシュしているのに対し、最も高い事業者はまったくキャッシュしていないためである。これらの数字は自社製品について説明するプロバイダーから得られたものであり、著者は Requesty の経営者として署名することでその点を明示している。
| ゲートウェイで測定された項目 | 値 |
|---|---|
| トークンに占めるオープンウェイトの割合(2026年1月) | 5 %未満 |
| トークンに占めるオープンウェイトの割合(8月3日の週) | 50 % |
| 支出に占めるオープンウェイトの割合 | 約13 % |
| 支出の内訳(Anthropic / OpenAI / Google) | 51 % / 21 % / 15 % |
| キャッシュ再読み込み / 新規入力 / 可視出力 | 78 % / 19 % / 2 %未満 |
| 入力と出力の比率(1月、続いて8月) | 15x、続いて36x |
| リクエストあたりの平均コンテキスト(1月、続いて8月) | 9,6 k、続いて28 kトークン |
🔗 Hugging Face に掲載された Requesty の記事
Perplexity の Search API が Artificial Analysis Search Index の上位3位を独占
8月29日 — Perplexity は、Artificial Analysis が前日に公開したランキングを紹介した。Search API の3つのコンテキスト設定が、このランキングへの初登場で Artificial Analysis Search Index の1位から3位を占めた。medium 設定は80ポイントを獲得し、従来の首位だった Parallel(advanced)と Brave Search(LLM context)の75ポイントを5ポイント上回った。high と low はそれぞれ79ポイントと77ポイントで続いた。
このプロトコルは検索機能そのものを意図的に切り分けている。Artificial Analysis は Stirrup というオープンソースのエージェント用 harness で、同じモデル、つまり推論 medium の GPT-5.6 Luna を動かし、検索ツールとウェブページ取得ツールを使用する。テストごとに変わるのは、検索ツールの背後にあるプロバイダーだけである。Perplexity の優位性は BrowseComp に集中しており、AA-Omniscience と DeepSearchQA のスコアは他の上位プロバイダーと同程度にとどまる。もう1つの論点は経済性である。よりコンパクトなペイロードによってモデルが読む量が減るため、タスクあたりの推論コストはバリアントによって0,028~0,034ドルとなる。これは次に安いプロバイダーの0,036ドルを下回り、Artificial Analysis がこれまで測定した中で最も低い価格である。
| 検索プロバイダー(バリアント) | AA Search Index スコア | タスクあたりの総コスト |
|---|---|---|
| Perplexity Search(medium) | 80 | 約0,091 $ |
| Perplexity Search(high) | 79 | 約0,091 $ |
| Perplexity Search(low) | 77 | 非公表 |
| Parallel(advanced) | 75 | 0,084 $ |
| Brave Search(LLM context) | 75 | 0,13 $ |
利用上の注意点は2つある。ランキングを発表したのは Perplexity ではなく Artificial Analysis であり、Perplexity はそれを紹介しているにすぎない。また、この発表を補足するブログ記事は存在せず、同社のブログは8月25日以降、何も公開していない。
🔗 @perplexity_ai の投稿 · @ArtificialAnlys による数値の詳細
Codex CLI 0.151.0:拡張機能が MCP の結果を傍受し、リモートサンドボックスを強化
8月29日 — Codex CLI が 0.151.0 に更新された。GitHub では GMT+2 の11時55分に公開され、同日、公式の ChatGPT and Codex changelog にも掲載された。最も構造的な新機能は拡張機能に関するものだ。拡張機能は、MCP ツールの結果がモデルに到達する前に、それを検査または置き換えられるようになった。これにより、MCP サーバーとコンテキストの間に傍受ポイントが設けられ、サーバーに触れることなくツール出力のフィルタリング、書き換え、切り詰めが可能になる。さらに、オプションの MCP サーバーが公開するツールの検出に設定可能な猶予時間が追加されたほか、プラグインカタログは各リポジトリ固有の設定を組み合わせつつ、無効なプロジェクトマーケットプレイスを通知し、有効なプラグインを消さないようになった。
このバージョンの残りは、sandbox の強化が中心となっている。/cd コマンドで制限を弱めることはできなくなった。これは、ディレクトリ変更によってガードレールが暗黙に緩和されていたシナリオへの対処である。また、古くなった Guardian の分類は、権限状態の変更後にアクションを許可できなくなった。リモートサンドボックスの適用も実行マシンの実態に合わせられ、ホームディレクトリ、オペレーティングシステム、実行環境のパス規則が、読み取り拒否ルールを含めてコンテキストへ引き渡される。エージェントに作業を委任するチームにとって最後に注目すべき点は、ネストされたサブエージェントのトークン消費が、ついにルート目標の予算へ計上されるようになったことである。
| バージョンの項目 | 値 |
|---|---|
| バージョン | 0.151.0(stable) |
| GitHub 公開 | 2026年8月29日、11時55分 GMT+2 |
| インストール | npm install -g @openai/codex@0.151.0 |
| 新機能 / 修正 / 基盤作業 | 3 / 6 / 2 |
| 直前の stable バージョン | 0.150.1(8月27日) |
Appshots:ChatGPT Work と Codex が表示中のアプリケーションのコンテキストを読み取る
8月28日 — OpenAI Developers は、ChatGPT Work と Codex を対象としたコンテキスト取得の仕組み、appshots を紹介した。原理は、目の前に表示されているものを説明する代わりに、表示中のアプリケーションのコンテキスト全体をアシスタントへ渡し、画面を理解して操作できるようにするというものだ。起動操作は意図的に最小限に抑えられており、Command キーを2回押す(⌘ ⌘)だけでよい。
投稿では対象範囲の広さを示す10の用途が詳しく説明されており、コードを大きく超えている。Slack のスレッドを要約する、フォームに入力する、画面に表示された API リファレンスを利用して機能を追加する、X 上の多数の回答からテーマを抽出する、返信が必要なプライベートメッセージを特定する、メモをプレゼンテーションに変換する、iMovie で動画を編集する、開いているレシピを買い物リストに変換する、といった用途である。スキャン時点では、この発表は X 上にしか存在しない。ChatGPT and Codex changelog には、CLI の 0.151.0 以外、8月27日から29日の間に項目がない。そのため、アクセス条件、つまり対象プラン、プラットフォーム、一般提供か段階的提供かについては文書化されていない。
Antigravity CLI 1.1.22:/model コマンドが引数を受け取り、安定性を8項目修正
8月27日 — これまでスキャンされていなかったチャンネルの情報を補足する。Google Antigravity の changelog は Antigravity 2.0、Antigravity CLI、Antigravity SDK、Antigravity IDE の4つのタブに分かれており、これまでの確認では最初のタブだけが読まれていた。CLI タブでは実際には1~3日ごとにバージョンが公開されており、最新の 1.1.22 では3つの改善と8つの修正が行われた。
操作性の面では、/model コマンドが引数を受け取れるようになった。セレクターを開く代わりに、名前、slug、ラベルを指定してモデルへ直接切り替えられ、この操作によって同じ手順でデフォルトも設定される。入力中にはゴーストテキストによる自動補完も利用できる。推論の努力度を設定する /effort コマンドも、固定された例を表示するのではなく、入力したテキストを補完するようになった。3つ目の追加機能は長時間のセッションに役立つ。エージェントが大量のファイルを生成した場合、ファイルシステムイベントの集中発生が1回の再解析にまとめられる。
8つの修正は長時間稼働時の安定性を対象としている。最も目立つ変更では、タスクパネルやサブエージェントの詳細が、実行中のタスクがないまま開かれているときにインターフェースが継続的に再描画され、アイドル状態でもプロセッサ使用率が上昇していた問題が解消された。一時的な HTTP 502 エラーによって run が完全に終了していた問題についても、現在は増加する待機時間(backoff)の後に再試行される。残りは Windows、ヘッドレス(headless)daemon、そして Gemini API キーによる認証時に Gemini 3.1 Pro と Gemini 3.5 Flash の推論努力度を再び選択できるようにする修正である。
| Antigravity チャンネル | 最新バージョン | 日付 |
|---|---|---|
| Antigravity 2.0 | 2.11.0 | 2026年8月26日 |
| Antigravity CLI | 1.1.22 | 2026年8月27日 |
| Antigravity SDK | 0.1.15 | 2026年8月25日 |
| Antigravity IDE | 2.5.5 | 2026年8月13日 |
MiniMax、H3 Maxを総括し、リアルタイムを上回る高速動画生成の実現を宣言
8月29日 — MiniMaxは、fal ResearchがMiniMax H3のオープンウェイトをポストトレーニングして得た動画モデル、H3 Maxについて、異例に長い声明を発表した。モデル自体の発表は8月27日にさかのぼる。今回新しいのは、この外部での取り組みが自らにとって何を意味するのかについて、元の研究所が見解を示したことだ。
メッセージは2つの考えに集約される。1つ目は戦略面だ。MiniMaxは、H3 Maxによってオープンウェイトの価値が自社チームにとって具体的なものになったと述べ、falの取り組みを再現するすべてのチームを支援する用意があると表明している。2つ目は技術面で、さらに踏み込んだ内容だ。研究所は、リアルタイムを上回る高速動画生成が実現済みだとみなし、これまで到達不可能だったユースケースの一覧を挙げている。永続的な動画ストリーム、インタラクティブな世界、リアルタイムのナラティブなどだ。その2時間前、MiniMaxはこの転換をよく要約するコミュニティテストを紹介していた。もはや問われているのは生成にどれだけ時間がかかるかではなく、モデルがTwitchのストリーム配信より速く生成できるかどうかだ。
They made the value of open weights feel real to our team in a way it hadn’t before. Advancing technology together has always been a core belief at MiniMax. H3 Max made that belief tangible. It showed that the frontier no longer belongs to a few, it belongs to everyone willing to build, experiment, and share what they discover.
🇯🇵 オープンウェイトの価値を、これまでにない形で私たちのチームに実感させてくれました。テクノロジーを共に前進させることは、MiniMaxにとって常に根本的な信念でした。H3 Maxは、その信念を具体的なものにしました。最前線はもはや一部の人々だけのものではなく、構築し、実験し、発見したことを共有する意思のあるすべての人のものだと示したのです。 — @MiniMax_AI、Xにて
短報
- Grok 4.6がGrok.comとiOS・Androidアプリに登場 — GitHub Copilot、Amazon Bedrock、Gemini Enterprise Agent Platform、そして8月26日のMicrosoft Foundryと、パートナープラットフォームを中心に展開してきた後、xAIは自社の一般向けサービスにも展開を広げた。推奨される用途は3つで、複雑な問題、エージェント型のリクエスト、アプリケーション作成だ。数値もベンチマークも料金変更もない。🔗 @grokのメッセージ
- Midjourney、編集モデルV8.2の画像品質を修正 — テスト開始から24時間も経たないうちに、スタジオは画像品質の修正を公開し、問題に遭遇したユーザーに生成を再実行するよう呼びかけた。その他の更新も予告されているが、日程は示されていない。🔗 @midjourneyのメッセージ
- Gemini CLI、ワークスペースの信頼をデフォルトで拒否に変更 — ナイトリー版(nightly)
v0.59.0-nightly.20260829.g0bd1d4397には、1つの変更のみが含まれる。信頼を確立できないワークスペースは信頼できないものとして扱われ、宣言されたMCPサーバーは制限モードでフィルタリングされる。安定版はv0.57.0、プレビュー版はv0.58.0-preview.0のままだ。8月27日のナイトリー版では、MCPサーバーのOAuthメタデータ検出におけるSSRFもすでに修正されていた。🔗 リリースノート - NVIDIA、DynamoをSGLang、vLLM、TensorRT-LLMと比較して位置付け — よくある混同に答える5分間の短い動画。Dynamoは推論エンジンを置き換えるものではなく、その周囲に導入して複数のGPUとノードに負荷を分散するものだ。動画の案内役はVishakha Sadhwani。🔗 @NVIDIAAIのメッセージ
- QwenCloud、Qwen Conference Hong Kong 2026の報告書を公開 — 8月26日に300社を超える企業顧客と開発者を前に開催されたイベントを振り返る内容で、基調講演ではWebサイト、Skills、CLIという3つの入口を中心にプラットフォームを説明した。アカウント作成、モデル選択、推論、デプロイ、支払い、請求を連続して実行するエージェントのデモも行われた。🔗 @qwen_cloudのメッセージ
- Luma、サンフランシスコでクリエイティブな夜を開催 — Creative Intelligent Machines Continuumは、9月1日火曜日にtiatで予定されているオンデマンド制作の夜で、スタジオのシニアクリエイターによる段階的なデモ、共通プロンプト、現地でのサポートが行われる。この取り組みは、8月25日に始まったDream Lab Weeklyシリーズの続編だ。🔗 @LumaLabsAIのメッセージ
- FAST、自律エージェントによる脆弱性報告の標準化を試みる取り組み — Framework for Autonomous Severity and Triageは、SDKもAPIも使わず、エージェントのコンテキストに配置するMarkdownファイル群として提示されている。証明されていない兆候と、再現可能な影響の証拠を伴う脆弱性を区別し、CVSSの計算ではなく、バグ報奨金プログラムが実際に支払っている内容から導いた深刻度の意思決定ツリーを提供する。また、提出前に6つの検証を行うゲートを必須としている。ライセンスはCC-BY 4.0。🔗 Hugging Face上の記事
- 2つのAIセッション、同じリポジトリで自己修復エージェントに正反対の判定 — 個人プロジェクトに関するエンジニアリングノート。拒否された自律的な自己修復設計が、数日後、別のアシスタントを使う別セッションによって、最初の判断の痕跡なしにリポジトリへ再び追加された。そのファイルは実行されることがなかったが、それは偶然発生した2つのバグのおかげにすぎない。著者はこれを設計による安全性ではなく、偶然による安全性と表現している。🔗 Hugging Face上の記事
- three.ws、エージェントに身体、ウォレット、仕事を与えるオープンソーススタック — このプロジェクトは4つの要素で構成される。ブラウザ内のスタジオを使った3D生成とリギング、ガードレールチェーンとスキルシステムを備えたエージェントエンジン、x402(HTTP上の呼び出し単位の支払い)を基盤とするエージェントウォレット、そして任意のWebサイトや拡張現実に設置できる単一タグによる配布だ。🔗 Hugging Face上の記事
これが意味すること
最先端モデルへのアクセスは、契約だけでなく相手方の問題になりつつある。 OpenAIがCursorを停止するのは、未払いのためでも技術条項のためでもなく、新しい所有者がどのように利用するかを信頼できないと判断しているからだ。同社は、TwitterとxAIという、いずれもSpaceX傘下に入った2つの前例を名指ししている。しかし、より重大な意味を持つのは2つ目の論拠だ。OpenAIは、8月7日に、開発中のAstraについて重大度「Critical」級のサイバー能力を排除できなくなったと発表しており、それを理由に今後のモデルを一切提供しないとしている。つまり、モデル世代が危険だと判断されるほど、アクセスできる相手のリストは狭くなる。そして選定基準は顧客の支払い能力ではなく、その親会社のコンプライアンス履歴になる。第三者のエディターを中心に生産パイプラインを構築してきたチームにとって、11月12日は移行期限となる。
価格が変わるのは料金ではなく、上限だ。 Anthropicは表示料金を一切変更していない。一時的な50%増を恒久的な25%増に転換したため、現在と比べて17%の低下となるが、同社自身も次のメッセージでそう説明している。一方GitHubは、推論の労力をトークン消費との明確なトレードオフとして示し、現在では会話の各ターンでモデルごとの消費量を表示している。Requestyの数字は、なぜこの上限が実質的な価格になったのかを説明する。キャッシュの読み取りが処理された全トークンの78%を占め、目に見える出力は2%未満、入力と出力の比率は1月の15倍から8月には36倍に上昇した。エージェントのループにかかる費用は、エージェントが書き出す量ではなく、各ステップで読み直す量によって決まる。そしてプロバイダーが制限し始めたのは、まさにこの規模だ。
オープンウェイトは量を獲得し、価値を失った。 トラフィックの半分を占める一方で支出は13%にとどまり、その86%は依然として3社のプロバイダーに集中している。オープン市場は卸売市場となり、キャッシュ方針だけで同じモデルの料金がホスティング事業者によって5.7倍も異なり、ある研究所は自らのモデルで提供されたトークンの大半を11日で失っている。GLM-5.3はその日の好例だ。ウェイトが公開されたのは28日、29日にはサードパーティのホスティング事業者で入力100万トークンあたり1.40ドルで利用可能になり、直後には独立した測定によって、その蒸留版のコストが正確に示された。pass@4は2.6ポイントで、価格は17分の1だ。モデルがどこでも同じなら、差別化の軸はキャッシュ、ルーティング、計測へ移る。これは研究所の仕事ではなく、インフラの仕事だ。
コマンドラインのクライアントが、再び技術競争の場になっている。 Copilot CLIはTypeScriptのインターフェースを維持したまま、Rust製のネイティブ実行エンジンへ移行した。Claude CodeはLinux向けのダウンロードサイズを4.5分の1に削減し、セッションごとに40~70MBのメモリを回収した。Antigravity CLIはアイドル時にプロセッサ使用率を押し上げていた再描画を削除し、Codex CLIは/cdがサンドボックスを弱めるのを防ぎ、Gemini CLIはワークスペースの信頼をデフォルトで拒否に変更した。同じ週に5つのエディターが、同じテーマに取り組んでいる。起動時間、メモリフットプリント、そしてエージェントが触れてよい範囲の正確な定義だ。モデルの能力を比較することに費やした1年を経て、競争はモデルを実行するプログラムにも及び、そこではセキュリティが機能と同じくらい多くの変更履歴を占めるようになった。
情報源
- OpenAI — SpaceXによる買収後のCursorに関する決定
- Anthropic — Claude Codeの週間制限
- Anthropic — Claude Code週間まとめ
- GitHub — 8月24日版Copilot週間まとめ
- GitHub — Visual StudioのCopilot、8月の更新
- Together AI — GLM-5.3を当日中に提供
- Together AI — DeepSWEにおけるGLM-5.3とGLM-5.3 Flashの比較
- Requesty — オープンウェイトの本番利用に関する数字
- Perplexity — Artificial Analysis Search IndexでSearch APIが首位
- OpenAI — Codex CLI 0.151.0のリリースノート
- OpenAI Developers — appshots
- Google — Antigravityの変更履歴
- MiniMax — H3 Maxに関する声明
- Google — Gemini CLI、8月29日版ナイトリー
- xAI — Grok.com、iOS、AndroidでのGrok 4.6
- Midjourney — 編集モデルV8.2の修正
- NVIDIA — 推論エンジンに対するDynamoの位置付け
- Luma — Creative Intelligent Machines Continuumの夜
- QwenCloud — Qwen Conference Hong Kong 2026の報告