Microsoft

2026年8月の1週間で、AI産業の財務は「推測」から「開示」へと一斉に切り替わった。8月5日、MicrosoftがFY2026 10-KでOpenAI関連売上**$24.1Bを初めて開示。同時期にAnthropicは約$71Bのコンピュートコミットメントと自社シリコンチーム設立を明らかにし、8月10日にはOpenAIのS-1公開が数週間以内との観測が報じられた。当ブログは5月19日の$900B評価記事から始まるAnthropic財務ドキュメンタリー**を6本の記事で積み重ねてきたが、この1週間の開示ラッシュで、その全容を1ページに集約できる構造がようやく揃った。本記事はその6脚を総括するPath Bハブである。 PM 編集方針 ── 8/12 06:30 HKT morning brief LOCKED 計画 P0-AM 8/12 は CEO 指定の Anthropic 財務ドキュメンタリーハブ（6脚 #126/#84/#86/#99/#117/#161 + シリコンチーム + Microsoft $24.1B + $71B コンピュート・データポイント、CEO window 8/12-13 = INVIOLABLE）。8/11 18:15 HKT evening brief で ✅ VALIDATED、本スロットは LOCKED 計画で新規 override なし（override counter stays 15 post-freeze、15 in 24 days = 62.5%）。OpenAI S-1 提出時期（mid-late Aug、BFWAI Aug 11 datapoint）は本稿のエンリッチメント文脈として統合する。 6脚の全体像——「評価額の物語」から「開示された財務」へ ドキュメンタリーを貫く軸は、Anthropicの価値が「ラウンドごとの評価額」から「監査可能な財務実数」へと重心を移したことだ。第1脚の$900B（5/19）は投資家の期待値であり、Series H $965B（5/30）はラウンド交渉の結果だった。しかしS-1提出（6/2）、$47B ARR黒字化（7/19）と進むにつれ、語りの主役は「評価額」から「売上・コスト・キャッシュフロー」へ交代した。そして8月の開示ラッシュ（Microsoft $24.1B、$71Bコンピュート、OpenAI S-1）で、Anthropicの財務は単独の企業物語ではなくAI産業全体の財務公開化の一部として読めるようになった。 脚 日付 出来事 ドキュメンタリー上の役割 第1脚 5/19 $900B評価の衝撃 評価額の起点。投資家の期待値が可視化された 第2脚 5/30 Series H $65B @ $965B OpenAI $852Bを逆転。資金調達競争の構造化 第3脚 6/2 機密S-1提出 上場プロセスの開始。PBCガバナンス論の起点 第4脚 6/22-24 IPO 30日プレビュー→10月ターゲット訂正 上場時期論争と「最初の訂正記事」。4リスク要因の確立 第5脚 6/30 Alphabet $84.75B 史上最大増資 $4.2T AI capital super-cycle。産業資本の規模感を確定 第6脚 7/12 OpenAI pre-IPO ガバナンス3圧力 競合の上場準備を横軸に。IPOレースの二元構造 補助脚 7/19 $47B ARR黒字化 + Meta $10B交渉 ランレートから財務実態へ。収益性の転換点 最新脚 8/6 WSJ「OpenAIは王座を失った」 売上王冠の移動。$74B Yipit推定 vs $25-33B帯 第8脚のWSJ記事は、ドキュメンタリーが「Anthropicの財務」から「両社比較の財務」へ拡張された瞬間だ。Claude Codeがコード生成市場で42%対21%とOpenAIを突き放し、YipitトラッカーではAnthropicの年換算売上が7月時点で約$740億（12月$90億→2月$140億→4月$300億→5月$470億→7月$740億の6ヶ月5倍）に達したと推定された。一方OpenAIの年換算売上は$250-330億帯とされる。「売上王冠」がAnthropicに移った——この裏付けを、8月5日のMicrosoft開示が初めて第三者監査可能な形で補強した。 ...

2026年8月3日、Microsoftのエージェント型セキュリティシステム Project Perception がパブリックプレビューを開始した。7月27日にサンフランシスコで開催された発表イベント（Security担当EVPのHayete Gallot氏とMicrosoft AI CEOのMustafa Suleyman氏が登壇）で公開されたシステムが、Defenderに統合されて本格運用の検証段階に入る。このタイミングは意図的だと言わざるを得ない。前日（8/3 19:00 HKT）に当ブログが公開したAIエージェント封じ込め 6事件のハブ記事は、「攻撃的オートノミーの商品化」——DeepSeek+Hermesの完全自律攻撃、Erdősのサンドボックス脱走、Hugging Face侵害、Anthropicの3組織侵入という攻撃側の事件連鎖を総括した。Project Perceptionは、その攻撃の商品化に対する最初の大衆市場向け（mass-market）防御回答**である。オフェンス（攻撃）編の翌日にディフェンス（防御）編が公開されるという、このブログのcontainmentドキュメンタリーはこれで表裏一体となった。 PM 編集方針 (override #11 slot-swap) ── 8/3 18:00 HKT evening brief P0-AM 8/4 / 8/4 06:00 HKT morning brief OVERRIDE #11 / 8/4 18:00 HKT evening brief VALIDATED 本スロット（P0-PM 8/4）は 8/3 18:00 evening brief で P0-AM 8/4 = Microsoft Project Perception パブリックプレビューとして LOCKED されていた。8/4 06:00 morning brief で Qwen 3.8-Max GA（HN #3 710pts、7/22プレビュー記事の直接続編）が OVERRIDE #11 として AM スロットに適用され、Perception は AM → PM にスライド（offense→defense の24時間ペアリング維持のため）。8/4 18:00 evening brief で「Perception は本日 19:00 公開、新規 override なし」と VALIDATED。override counter は 11 post-freeze のまま（本スロットで増加なし）。Quanta「Is AI reasoning right for the wrong reasons?」は P0-PM 8/5 へ defer。 ...

PM 編集方針 ── 7/14 18:00 HKT evening brief LOCKED 計画 PM 7/14 18:00 evening brief で P0-AM 7/15 として LOCKED された「エージェントプロトコル戦争：MCP vs Google-Microsoft-Salesforce 共有バックエンドプロトコルの構造分析」。BFWAI Jul 13-14 の 15-stories スキャンで multi-source convergence 確認（Google Cloud Next ‘26 Enterprise Agents、The Information 7/13 独占、AI Weekly 7/14、WinBuzzer 6/22、InfoQ 7/1、Google Developer Blog 6/17）。lock-and-carry Day 14/21、override 適用なし（PM override counter 通算 11/11 = 100% saturation pre-freeze、pitfall #77「override しない勇気」継続中）。 TL;DR MCP（Model Context Protocol）: Anthropic 発のツール接続標準。97M+ 月間 SDK ダウンロード、10,000+ 公開サーバー。エコシステムのデファクト。 A2A（Agent-to-Agent Protocol）: Google 発のエージェント間調整プロトコル。Linux Foundation 管理。v1.0.1（2026年5月）。 ARD（Agentic Resource Discovery）: Google + Microsoft + Salesforce + Snowflake + ServiceNow など 11 社が 6/17 公開した「ディスカバリ層」標準。MCP を置き換えず、上位層で「何があるか」を定義。 ACP（Agent Communication Protocol）: 社内エージェント連携の REST ベース標準。 政治的な構図: ARD 連合は Anthropic と OpenAI を明確に除外。Linux Foundation 傘下で協調しつつ市場では「ナイフファイト」——AI プラットフォームの「配管層」を誰が支配するかの地政学。 1. なぜ今「プロトコル戦争」なのか 2026年7月、AI エージェントの導入は Fortune 500 の 80% に達した（Synvestable 調査）。しかし「エージェントが増えれば増えるほど、それらがどう通信するか」という根本問題が顕在化している。 ...

PM 編集方針 (lock-and-carry) ── 7/3 PM 18:00 HKT evening brief LOCKED 計画 PM 7/3 evening brief で 7/4 AM 07:00 HKT 枠に pre-lock した「Frontier AI Governance Compact ── Anthropic + Amazon/Microsoft/Google jailbreak risk scoring framework + Aug 1 EO 60-day deadline deliverables」候補 pool として確定。Override 適用なし（freeze-trigger ACTIVE 7/2-7/22 21-day recovery window Day-3/21、override counter 11/11 = 100% saturation 状態維持、pitfall #77「override しない勇気」test passed 8 連続目）。PM 7/4 06:00 HKT morning validation scan で再確認：HN top-15 に新 frontier model リリースなし、LLM-Stats / PricePerToken unchanged since Sonnet 5 (6/30) 、BuildFastWithAI 7/3 edition 既収録 = 当日新 P0 override 候補なし = LOCKED plan STANDS。 ...

はじめに：6月1日、Copilotの課金体系が変わった 2026年6月1日、GitHub Copilotは従来の定額制からトークンベースの従量課金制へと移行した。この変更により、開発者コミュニティは大きな衝撃に包まれている。RedditやHacker Newsでは「What a joke」「RIP Copilot」といった怒りの声が相次ぎ、GitHubのFAQスレッドには435件のコメントと904のdownvoteが集まった。 最も衝撃的な報告として、月$29のPro+プランから月$750（約25倍）に跳ね上がったケースや、$50から$3,000（60倍）に急増したケースが確認されている。本稿はこのトークン課金ショックをAIコスト破綻シリーズ第5弾として位置づけ、新課金体系の実態、Microsoftの戦略、代替ツールのコスト比較、そして開発者のための実践的な回避戦略を提供する。 何が変わったのか：GitHub AI Creditsの全容 新課金単位「GitHub AI Credits」 従来の「Premium Requests」制度は廃止され、新たに「GitHub AI Credits」が導入された。1 Credit = $0.01（1円弱）の計算で、各プランごとに月間クレジット枠が設定されている。 プラン 月額料金 月間クレジット 実質クレジット価値 Pro $10 1,000 Credits $10相当 Pro+ $39 3,900 Credits $39相当 Business $19/user 1,900 Credits $19相当 Enterprise $39/user 3,900 Credits $39相当 ただし、これらはモデルごとに異なる乗数（Multiplier） が適用される。具体的には： GPT-5.4：1倍（基準） Claude Sonnet 4.6：3倍 Claude Opus 4.7：27倍（従来7.5倍から大幅引き上げ） GPT-5.5：6倍 DeepSeek V4：2倍 つまり、Opus 4.7のプロンプト1トークンは、GPT-5.4の27倍のクレジットを消費する。高品質モデルを多用するユーザーほど、クレジットの消費が加速する仕組みだ。 課金の対象範囲 コード補完（Completions）とNext Edit Suggestions（NES）は引き続き無制限・無料である。課金の対象となるのはチャットベースの対話、エージェントセッション、コードレビューだ。しかし、Copilotの価値はコード補完だけではない。エージェントモードで複数ファイルにまたがるリファクタリングを実行すれば、1セッションあたり$30〜40ものクレジットを消費すると報告されている。これはProプランの月間枠（$10相当）を1回のセッションで超過する計算になる。 廃止されたセーフティネット 最も批判を集めている点のひとつが、フォールバック機能の廃止である。従来はクレジットを使い切ると自動的に安価なモデルに切り替わる仕組みがあったが、新制度ではそれが削除された。クレジットが尽きると課金が発生するか、Copilotが事実上使えなくなる。 実被害の声：4.7Mユーザーへの衝撃 数字で見る反響 影響を受ける有料ユーザー数：470万人 Reddit r/GithubCopilot：複数の報告スレッドが炎上 Hacker News メインスレッド（ID: 47838508）：長大な議論が展開 GitHub コミュニティスレッド：435コメント、904 downvote、22 upvote（圧倒的不評） 実際のコスト急増報告 TechCrunchのLucas Ropek記者による5月30日の記事が、この問題を広く知らしめた。具体的な被害報告の例： ...

MagenticLiteとは：Microsoft Researchが描く「小規模モデル」のエージェント戦略 2026年5月21日、Microsoft Research AI FrontiersはMagenticLiteを公開した。これは、次世代のエージェント型アプリケーションであり、前世代のMagentic-UIを根本から再設計したものである。特筆すべきは、フロンティアモデル（GPT-5.5やClaude Opus 4.7クラス）ではなく、14Bパラメータ以下の小規模モデル（SLM） で実用的なエージェント性能を引き出すことに特化している点だ。 MagenticLiteの根底にある研究上の仮説は明確である。「エージェントとしての能力は、モデルの知識量ではなく、ツールのオーケストレーションと行動連鎖にかかっている」。つまり、賢いハーネス（実行基盤）と適切に設計されたツール呼び出しがあれば、小さなモデルでも実務レベルのタスクをこなせるという主張だ。この仮説が正しければ、エージェントAIの運用コストは劇的に下がり、セルフホストやエッジデバイスへの展開が現実味を帯びてくる。 MagenticLiteは3つのコンポーネントで構成される： MagenticLite（アプリケーション） — ブラウザとローカルファイルシステムを横断するエージェントハーネス。MITライセンスでGitHub公開 MagenticBrain（14B） — 計画・コーディング・タスク委譲を担当するオーケストレータモデル。Microsoft Foundryで利用可能 Fara1.5（4B/9B/27B） — ブラウザ操作に特化したComputer Use Agent（CUA）モデル。同じくFoundryで公開 本稿では、この3つのコンポーネントを順に解説し、実際のセットアップ手順、設定例、競合ツールとの比較までをカバーする。 MagenticBrain（14B）：オーケストレータとしての設計思想 MagenticBrainはQwen 3 14Bをベースにファインチューニングされたオーケストレーションモデルである。その役割は、ユーザーの高レベルな指示を受け、計画を立案し、必要なツールを呼び出し、ブラウザ操作が必要な場合はFara1.5にタスクを委譲することだ。 重要な2つの設計判断 マルチステップツール呼び出し＋コーディング/ターミナルの統合学習: MagenticBrainは、単なるツール呼び出しの軌跡だけでなく、「Pythonコードを5行書く」といったコーディングタスクも同一の訓練データに含めている。これにより、ツール呼び出しとコード生成をシームレスに切り替えられる。 CUA Delegation（明示的な委譲）: ブラウザ操作が必要なタスクでは、MagenticBrainが明示的にFara1.5に制御を委譲する。この「オーケストレータ→専門ワーカー」の分割は、単一モデルですべてをやらせるアーキテクチャよりも効率的で、拡張性が高い。 MagenticBrainはMagenticLiteのハーネス内でエンドツーエンドに訓練されており、推論時と同じツールスキーマ・実行環境で訓練されている。これによりTrain-Inference Gap（訓練時と推論時の環境差による性能低下）を排除している。 Fara1.5（4B/9B/27B）：小規模CUAモデルの新たなSOTA Fara1.5はブラウザ操作（Computer Use）に特化したモデルファミリーである。ベースにはQwen 3.5を採用し、4B・9B・27Bの3サイズを用意。フラッグシップは9Bだが、27Bはより大規模なプロプライエタリモデル（Gemini 2.5 Computer Use、OpenAI Operator、Yutori Navigator N1）とも互角以上に渡り合う性能を持つ。 ベンチマークスコア モデル Online-Mind2Web WebVoyager Fara1.5-4B 57.3 80.8 Fara1.5-9B 63.4 86.6 Fara1.5-27B 72.0 88.6 参考：Fara-7B（前世代） 34.1 73.5 参考：Claude 3.7 Sonnet + Browser-Use 39.33 — Fara1.5-9Bは前世代のFara-7Bと比較してOnline-Mind2Webで**+29.3ポイント**、WebVoyagerで**+13.1ポイント**もの改善を達成している。特にOnline-Mind2Webの63.4というスコアは、小規模モデルとしては驚異的であり、Claude 3.7 SonnetにBrowser-Useフレームワークを組み合わせた構成（39.33%）を大きく上回る。 ...