【訂正】8月31日のAIニュース：対象と時期の確認

2026年9月5日訂正： 旧稿は「8月26日から31日」のニュースとして、8月12日・25日の告知も並べていました。また、請求方法の対象、段階展開の日程、内蔵ブラウザに必要な起動条件を省略していました。期間の一括表示と、7件から企業間の力関係を断定する結論を撤回し、利用判断に必要な条件を整理します。

まず、発表と自分への適用を分ける

ニュースを見て設定を変える前に、誰が対象で、いつから、どの環境に適用されるかを確認してください。同じ日付のまとめに載っていても、一斉に利用条件が変わるわけではありません。

以下は9月5日に一次資料を読み直した結果です。公開日は8月31日のまま残し、再確認日と分けました。資料を読む作業であり、契約変更、請求、モデルの実行、会議室機器の操作は行っていません。

旧稿の項目	今回の整理	読者が先に確かめること
OpenAI／Cursor	元告知を今回再確認できず、現在の断定を撤回	自分の契約・提供元の現在の案内
GitHub Copilot	請求・Chat統合・レビューは別の変更	支払い方法、請求周期、ポリシー設定
Salesforce／Claude	一部向け提供と将来のベータを区別	自社の対象契約、管理者設定
Coworkブラウザ	内蔵でもDesktopの起動・接続が必要	プラン、OS、ブラウザの選択
Qwen	公開モデルの仕様。実行負荷は未実測	正確なモデル名、構成、利用条件
MAI-Thinking-1	8月12日の過去告知、提供元の評価	プレビュー条件、自分の課題での評価
Google Meet	先行端末と通常展開の日程が異なる	端末区分、ライセンス、会議の対象条件

7件の記述をどう訂正したか

1. Cursor：未確認の契約事情を断定しない

旧稿は、8月28日の通知と11月12日の提供終了予定、買収と契約解除の理由を伝えました。しかし今回、その元告知の本文を再確認できていません。これらを現在の確認済み情報として案内することは控えます。

さらに「買収元の素性」を理由にした「初めての明確な事例」という旧稿の評価には、網羅的な比較根拠がありませんでした。この表現と、人物・企業の過去の違反を断定した説明を撤回します。原文を再確認できないことは、告知が存在しなかったという証明でもありません。

旧題名の「提供終了」も、旧本文自身が伝えていた将来の予定と区別できていませんでした。利用停止を判断する場合は、契約しているサービスの現行案内と自分への通知を確かめてください。本記事は、現時点のCursorの利用可否やモデル提供契約を保証するものではありません。

2. Copilot：請求・保持期間・レビューを別々に確認する

GitHubの8月28日告知では、請求の変更はカード／PayPal払いのCopilot Business・Enterpriseが対象です。新規顧客の受付再開は9月1日から、既存顧客は10月1日以降の請求周期に注意が必要です。全プランが9月中に一斉変更される、という旧稿のまとめは不正確でした。

また、github.com・Mobile・cloud agentの統合は9月28日より前には行わないという案内で、同日の完了保証ではありません。github.comのチャットは移行に伴い、28日保持からアカウント存続中の保持へ変わると説明されています。レビュー強度は別項目で、9月28日から設定値DefaultがBalancedを使い、明示したLiteは維持されます。

請求面では、新規シートは利用開始前の支払いが必要となり、割り当て済みシートも次の請求周期の開始時に前払いとなる説明です。本体価格据え置きと請求時点の変更は両立します。管理者は支払い方法・請求周期・統合ポリシー・レビュー設定を別々に点検してください。この記事では管理画面や請求書の確認は行っていません。

3. Claudeforce：提携発表を自社の利用開始としない

Salesforceの8月26日発表には、37の営業向けスキルを備えたSalesforce in Claude、一部顧客向けパイロット、9月のオープンベータ予定が記載されています。ClaudeをSlackの既定モデルとする説明もあります。

ただし、発表ページ自身が地域・顧客契約による提供差を注記しています。パイロット参加、ベータ公開、自社の導入完了は別です。旧稿の「企業導入の主戦場が動いた」という評価は取り下げます。提供企業の説明や社内の生産性指標だけでは、読者の会社の効果や全機能の利用可否は判断できません。

4. Cowork：通常ブラウザが不要でも、Desktopは必要

Claudeの公式ヘルプは、内蔵ブラウザをClaude Desktopの一部と説明しています。通常のブラウザや拡張機能を使わずに操作できても、Desktopアプリを開き、オンラインにしておく必要があります。Webやモバイルから作業を続ける場合も、この条件は残ります。

現行資料はPro・Max・Team、所有者が有効化したEnterprise、macOS・Windows・Linuxベータへの段階展開を案内しています。「今週」という相対表現から、8月31日を確定した開始日にはできません。

ログインの取り込みは選んだサイトごとで、OSと元ブラウザにも制約があります。旧稿の「ローカル環境への依存を減らす」は、端末を止めても動くかのように読めるため訂正します。実際の取り込みや無人運転の試験は行っていません。

5. Qwen：125Bだけで全構成や必要メモリを判断しない

Qwenのモデルカードは、Qwen4向けアーキテクチャの実験的プレビューと説明しています。言語モデルの125B・稼働6Bに加え、51Bのn-gram embeddingと4BのMTPが明記されています。旧稿の「総パラメータ1250億」だけでは追加構成が抜けます。

ネイティブ文脈長は262,144トークン、ライセンス表示はqwen-community-1.0です。ここではライセンスの個別条件を審査したり、商用利用の可否を保証したりしていません。重み公開を無条件の利用許可や開発過程全体の透明性と同一視しないでください。

稼働6Bは、6B分のメモリだけで実行できるという意味ではありません。モデルのダウンロード・推論・メモリ測定は未実施です。モデルカードに記載された構成は確認しましたが、旧稿の8月26日という初回公開日は今回確定できていません。

6. MAI-Thinking-1：期間外の告知と提供元評価を明示する

Microsoft AIの告知は8月12日付です。「8月26日から31日」の新しい発表に含めるのは誤りでした。Foundryのパブリックプレビュー、稼働35B・総約1T、他社モデルの蒸留を使わない学習について、Microsoftの説明が掲載されています。

AIME 2025の97.0％、AIME 2026の94.5％も提供元が報告した値です。Sonnet 4.6との比較は、提携先Surgeの評価者による1,276タスクのブラインド評価と説明されています。当サイトの実測ではなく、すべての業務で優れるという結果ではありません。「初の内製」や企業間の依存関係まで、この資料から広げて断定しません。

7. Google Meet：8月31日は先行端末の展開開始

Googleの8月25日告知によると、Meet hardwareのタッチコントローラで議事録機能を操作する更新は、Early Preview端末が8月31日から、Rapid Release／Scheduled Releaseが9月8日から段階展開です。各区分で表示まで最大15日とされています。

旧稿は後者の日程を省いていました。また、組織でTake notes for meが有効であることに加え、対象会議で使える機能である必要があります。Meet hardwareには別のライセンスが必要との注記もあります。先行展開の開始日に、すべての会議室で使えるとは限りません。

なお、議事録を一時停止できることを、録画・文字起こし・参加者側の記録まで止める保証に広げないでください。今回、会議室での動作は確認していません。

導入前に使う、5項目の確認手順

今回の読み直しで問題だったのは、仕様の名称よりも、仕様が当てはまる条件の省略でした。ニュースから作業を決めるときは、次の順に記録すると判断を分けられます。

1. 何の変更かを一つに絞る。 料金、保持期間、画面機能を一つの「更新」にまとめない。同じサービス名でも確認する担当や設定が異なります。
2. 日付に役割を付ける。 発表日、開始予定、段階展開、請求周期、自分が確認した日を別欄に書きます。月日だけ分かる場合に、時刻や完了日を補わないでください。
3. 自分が対象か確認する。 プラン、支払い方法、端末、管理者設定を、公開ページだけでなく自分の環境でも照合します。権限がなければ管理者へ確認し、未確認のまま設定を変えません。
4. 小さな確認と効果測定を分ける。 ボタンが見えること、作業が完了すること、費用や時間が改善することは別の結果です。一つできただけで残りも成功としないでください。
5. 分からない項目を残す。 「原文未確認」「展開待ち」「実機未試験」と書き、確認に必要な資料や担当を添えます。未確認を失敗・不存在・対応不要に置き換えないことが重要です。

たとえば、社内メモに「Meetは8月31日から使える」と一行だけ残している場合を考えます。これは説明用の例で、実際の顧客記録ではありません。端末区分と展開期間が未確認なら、「自社の会議室で利用可能」とはまだ記入できません。先に管理者へ区分と設定を確認し、対象の会議で表示を確かめてから、運用手順へ反映する順番になります。

確認できたことと、残る限界

今回確認したのは6件の一次資料に書かれた条件です。7件の製品を導入して比較したものではなく、Cursorの元告知とQwenの初回公開日など、再確認できない事項は残っています。表紙も概念画像であり、製品の動作を示す証拠ではありません。

旧稿の「提供する側が主導権を握り直した」という結論は、契約、課金、提携、モデル設計、機器操作を同じ尺度で扱っていました。現在の記事ではこの結論を置かず、各項目で読者が確認すべき対象を示す形に変えています。

次に読む場合は、同じく時期と適用対象を整理した9月2日のニュース訂正も参照できます。実務上の判断は、使っているサービスの現行資料と自分の設定を確認した範囲に限ってください。