Tech News JP

Microsoftは2026年5月22日、Windows 11 Insider Programの大規模な再編を実施し、次期メジャーリリース「26H1」向けの実験的機能を含むビルド28020.2149を新設した「Experimentalチャンネル」で公開した。 Windows Insider Programの新チャンネル体制 従来のInsider Programは「Dev」「Canary」「Beta」「Release Preview」の4チャンネルで構成されていたが、Microsoftは2026年2月の予告通りに3チャンネルへ整理した。 Experimental: DevとCanaryを統合した新チャンネル。最先端の実験的コードや、正式リリースに含まれない可能性のある機能を2週間ごとに配布 Beta: 今後の機能アップデートを早期検証するための場。月1回程度の配布リズムに変更 Release Preview: Patch Tuesdayのタイミングに合わせてリリースされる、ほぼ安定版に近いビルド Microsoftのプログラムマネージャーは「Windowsの実際のビルド手法に合わせてInsiderプログラムを再構築している。Experimentalチャンネルにより、特定のリリースに縛られることなくプラットフォームのイノベーションをテストできる」と説明している。 ビルド28020.2149の注目機能 今回公開されたビルドには、将来のWindowsの方向性を示す2つの実験的機能が含まれている。 クラウド対応ファイルシステム（Cloud Aware Files） Windows Explorerに「Cloud Aware Files」と呼ばれる新しいオプションパネルが追加された。ローカルにキャッシュされたクラウドファイルの同期状態を詳細に表示し、右クリックメニューから「スケジュールダウンロード」や「指定日までオフラインで保持」といった粒度の細かい制御が可能になる。 まだ実験段階でクラッシュも発生するとのことだが、WindowsがクラウドストレージをOSネイティブの「一等市民」として扱う方向への明確なシフトを示している。 モジュラーデスクトップ「Fluid Shell」 内部プロジェクト「Fluid Shell」が初めて公開ビルドに登場した。デフォルトでは無効だが、ViveToolで隠し機能フラグを有効化することで、タスクバーやスタートメニューをフローティングパネルとして独立させた「合成可能なデスクトップ」を体験できる。従来のデスクトップとウィジェットボードのハイブリッドとも言える新しいUI体験だ。 実務への影響 IT管理者・エンジニア向け すぐに飛びつかなくてOK。Experimentalチャンネルは文字通り「実験場」であり、搭載された機能が最終製品に含まれる保証はない。本番環境に近いシステムを管理している場合は、Beta以上のチャンネルには近づかないのが賢明だ。 ただし、2〜3ヶ月後の動向を把握する意味はある。Cloud Aware FilesやFluid Shellが正式採用された場合、エンタープライズのファイルサーバー移行計画やデスクトップ展開ポリシーに影響を与える可能性がある。特にOneDrive Known Folder Moveやファイルサーバー移行を計画中の組織は、Cloud Aware Filesの進捗を注視する価値があるだろう。 開発者向け Fluid Shellに代表されるモジュラーなUI設計は、Windowsアプリ開発のあり方にも影響しうる。WinUI 3やWinAppSDKとの統合がどう進むかは未知数だが、将来的なアダプティブUI対応が求められるシナリオを想定しておくと良いだろう。 筆者の見解 Windows Insiderの動向を細かく追うことの価値は、以前より薄れているのが正直なところだ。しかし今回の再編は少し違う意味合いを持つと感じている。 3チャンネルへの整理は「Insiderプログラムの複雑さを解消する」という表向きの理由もあるが、それ以上にMicrosoftが「次世代Windows」の開発を本格化させているシグナルとして読める。Dev/Canaryの廃止は、これまでの細切れなフィードバック収集から「プラットフォーム全体の方向性検証」へのシフトとも言えるからだ。 Cloud Aware Filesは、「OneDriveのファイルが消えた」という根強い誤解——その多くはオフライン状態の管理不備が原因——を解消するアプローチとして理にかなっている。OSレベルで同期状態を可視化・制御できるようになれば、ユーザーの混乱も大幅に減るはずだ。 Fluid Shellについては、「また新しいUIか」という気持ちが正直なところではある。ただ、WindowsがPC・大型ディスプレイ・AR/VRデバイスなど多様なフォームファクターで動く未来を見据えると、モノリシックなデスクトップを脱却することは避けられない。コンポーザブルなシェルというコンセプト自体は正しい方向だと思う。Microsoftにはそれを形にできる技術力があるのだから、中途半端に終わらせずにやりきってほしい。 まだ「見せてもらった機能」に過ぎない段階だが、2026年後半の展開を見守りたい。 出典: この記事は Windows 11 May 22 Insider Builds: New Insider Channels, 26H1 & Future Platforms の内容をもとに、筆者の見解を加えて独自に執筆したものです。 ...

LGは2026年1月のCES 2026において、同社史上最速・最高輝度のOLEDゲーミングモニター「UltraGear GX7」を発表した。米Engadgetのスティーブ・デント記者が詳細なスペックとともに報じている。 なぜこの製品が注目か——第4世代RGB Tandem OLEDの実力 UltraGear GX7が採用するのは、LG Displayの「第4世代RGB Tandem 2.0 OLED」技術だ。Tandem OLEDは2枚のOLEDパネルを積層することで輝度を大幅に向上させる方式で、従来のOLEDゲーミングモニターが抱えてきた「輝度の限界」を突破するアプローチとして注目を集めてきた。 主なスペックは以下の通り。 項目 仕様 パネルサイズ 27インチ 解像度 QHD（2560×1440） リフレッシュレート 540Hz（QHD） / 720Hz（FHD） 応答速度 0.002ms（GtG） 最高輝度 335nit（標準） HDR認証 DisplayHDR True Black 500 色域 DCI-P3 99.5%カバー 色深度 10bit 色差 ΔE<2 接続端子 HDMI 2.1×2 / DisplayPort 2.1×1 / Thunderbolt USB-C×1 / USB 3.0×2 同期技術 NVIDIA G-SYNC / AMD FreeSync Premium Pro 価格 $999.99 Engadgetによれば、0.002msという応答速度は「人間の最速反射神経の約5,000倍速い」と表現されている。なお、同じLGのOLEDラインである「RGB V-Stripe OLED」（最大240Hz、テキスト・静止画の鮮明さに特化）とは技術的に異なる設計思想であり、GX7はあくまで速度と輝度を最優先に設計された製品だ。 海外レビューのポイント EngadgetのCES報道をベースに、現時点でわかる評価ポイントを整理する。 注目できる点 VESA ClearMR 21000認証取得。これはVESAのモーションクラリティ認証における最高ランクであり、高速移動するオブジェクト周辺に生じるわずかなブラーを排除する基準をクリアしていることを示す 10bitパネルとDCI-P3 99.5%カバー。ゲーム用途にとどまらず、映像制作やカラーグレーディングなどクリエイター用途にも耐えるスペックを持つ UL認定の複数の目への配慮認証。アンチグレア・フリッカーフリー・ブルーライト低減に加え、「概日リズムを乱すブルーライト低減」認証も取得しており、長時間使用時の負担軽減が期待できる 気になる点 ...

「Flipper Zero」で知られるFlipper Devicesが、新たなネットワーク解析ガジェット「Flipper One」を発表した。TechCrunchが2026年5月21日に報じたところによると、本製品はペンテスターや研究者、ハードウェアティンカー向けのポケットサイズLinux PCとして設計されており、現在開発中の段階だ。同社はこれまでに100万台以上のFlipper Zeroを販売し、累計売上は1億5,000万ドルを超えるという。 ただし、TechCrunchの報道によれば、Flipper OneはFlipper Zeroの後継機ではなく「異なるレイヤーで動作する別製品」と位置づけられている。Flipper ZeroがBluetooth・RFID・NFC・サブ1GHzトランシーバーなど無線プロトコルのハッキングに特化していたのに対し、Flipper Oneはネットワーク層の解析と汎用Linux PCとしての活用を主眼に置く。 スペック：ハイエンドSoCとデュアルプロセッサ構成 TechCrunchの報道によると、主要スペックは以下の通りだ。 メインSoC: Rockchip RK3576（8コア）+ Mali-G52 GPU + 6 TOPS NPU RAM: 8GB サブMCU: Raspberry Pi RP2350（2コア）——ディスプレイ・ボタン・タッチパッド・LED・電源管理を担当 ネットワーク: Gigabit Ethernet ×2、USB Ethernet（5Gbps）、Wi-Fi 6E（2.4/5/6GHz）、Bluetooth 5.2 拡張性: M.2スロット（5Gモデム、NVMe/SATA SSD、SDRモジュール、AIアクセラレータ対応） 映像出力: HDMI 2.1（4K/120Hz対応） 特筆すべきはデュアルプロセッサ構成だ。Linux側（RK3576）がシャットダウンしていても、RP2350側は動作し続けるため、デバイスの基本操作が常時維持される。フィールドワークでの電力管理という実用面でも合理的な設計といえる。 オープンソースへの取り組み TechCrunchによると、Flipper Devicesはオープンソースコンサルティング企業のCollaboraと協力し、RK3576のサポートをLinuxメインラインカーネルに取り込む作業を完了させた。Kernel.orgから直接ダウンロードして利用できる点は、ハッカーコミュニティにとって大きな信頼材料となる。 また同社は独自の「FlipperOS」（現在コンセプト段階）を開発中とのこと。Raspberry Pi OSのような操作感を維持しつつ、「プロファイル機能」で用途別に設定済みパッケージをワンタッチで切り替えられる仕組みを目指している。SDカードの再フラッシュなしに環境をリセットできる点は、多用途に使い回すティンカーにとって実用的だ。 現時点での課題 TechCrunchは同時に、現段階では多くのソフトウェアが未実装であることも明記している。NPUを活用したAI処理やハードウェアビデオデコードはメインラインカーネルでの対応が未完成。FlipperOSおよびFlipperCTL（小型LCD向けインターフェース）はいずれもコンセプト段階にとどまり、オフライン動作向けのLLMトレーニングも未着手の状況だ。同社はコミュニティの開発者に参加を呼びかけており、消費者向けリリースの詳細は今後発表予定としている。 日本市場での注目点 現時点では発売日・日本向け価格ともに未定。目標価格は「ベース構成（セルラーモジュール除く）で350ドル以下」とされており、日本円換算では5万円台前後が想定される。国内での入手は輸入販売が主体になると予想され、前作Flipper ZeroがAmazon.co.jpでも取り扱われている経緯を踏まえると、同様のルートが期待できるだろう。 競合としてはRaspberry Pi 5やOrange Pi、Milk-V Marsなどのポケットサイズ Linux PCが存在するが、Flipper Oneの差別化ポイントはデュアルGigabit Ethernet + Wi-Fi 6E + M.2拡張というネットワーク解析特化の接続性にある。日本のペンテスターや情報セキュリティ研究者にとっては注目に値する一台だ。 筆者の見解 Flipper Oneで最も注目しているのは、NPUを搭載してオフラインでローカルLLMを動かし、ネットワーク設定の生成や操作支援をインターネット接続なしに完結させようという設計思想だ。「エージェントがローカルで自律的に動作する」という方向性は、AI活用の次のフェーズとして筆者も強い関心を持っている。 ...

オープンソースの定番HTTPライブラリcurlのクリエイターDaniel Stenbergが、AIツールを活用したセキュリティ研究者たちによる「前例のない量と質のセキュリティレポート」が殺到しており、プロジェクトチームが極限の負荷にさらされていると自身のブログで公表した。 セキュリティレポートの実態：「1日1件超」が新常態に Stenbergによると、2026年現在のセキュリティレポート受信件数は2024年比で4〜5倍、2025年比でも2倍のペースに達しており、平均すると1日1件以上のペースで新規レポートが届く状態だという。 特筆すべきはその質の高さだ。従来の脆弱性報告は簡潔なものが多かったが、AI支援によるレポートは「非常に詳細で長文」になっているという。これは、AIが脆弱性の再現手順・影響範囲・修正提案までを自動的に生成・補完するようになった結果だ。 Stenbergは「妻が初めて、私の仕事時間とワークライフバランスについて懸念を口にした」と個人的なトレードオフについても率直に触れており、メンテナとしての精神的・時間的コストが著しく増大している現実を明かしている。 良いニュース：curlの堅牢性は証明されている 一方でポジティブな側面もある。大量のレポートが届く中でも、発見された脆弱性の深刻度は総じて低い。 curlチームの分析によると、直近数年間に発見されたすべての脆弱性は「LOW」または「MEDIUM」評価に留まっており、「HIGH」以上の深刻な脆弱性は2023年10月のCVEを最後に報告されていない。長年の継続的なメンテナンスによって高い品質を維持しているコードベースが、大量のAIスキャンに晒されてもその品質を証明し続けているとも言える。 実務への影響：依存ライブラリ管理とOSSの持続可能性 企業のIT部門が今すぐ取るべきアクション curlは世界中のシステムに組み込まれた最重要インフラの一つだ。Windowsにも標準搭載されており、AzureをはじめとするクラウドサービスからIoT機器まで広く使われている。curlで起きていることは、他のOSSライブラリでも近い将来同様に起きる可能性が高い。 依存ライブラリの脆弱性監視を自動化する：GitHub DependabotやSBOM（ソフトウェア部品表）管理ツールを活用し、curlを含むコアライブラリのCVE情報を継続的にトラッキングする体制を整える OSSメンテナへの還元を検討する：自社製品・サービスが依存するOSSプロジェクトへのスポンサーシップや、脆弱性修正へのコントリビューションを社内の検討テーマとして位置づける AI支援セキュリティスキャンを自社にも適用する：外部研究者がcurlに適用しているのと同様のAI活用アプローチを自社システムのセキュリティレビューに取り込む AI活用セキュリティ研究の「光と影」 今回の状況はAI活用の光と影を同時に見せている。AIが脆弱性発見を民主化し、セキュリティ研究の質を劇的に向上させた。これは紛れもなく前進だ。しかし同時に、人間のメンテナへの負荷集中という「新しい形の構造的問題」を生み出している。 筆者の見解 AIがセキュリティ研究の質と量を同時に引き上げているという事実は、率直に言って期待通りの展開だ。こういう形でAIの実力が出てくるのは自然だし、curlのように長年磨き込まれたコードベースが大量のスキャンの中でもLow/Medium止まりという結果を出しているのは、OSSコミュニティの底力を改めて感じさせる。 ただ、今回の件で気になるのはメンテナへの負荷集中問題だ。世界的なOSSメンテナが「妻に仕事時間を心配された」と書かなければならない状況は、AI活用の恩恵をコミュニティ全体で受けながらコストはメンテナ個人が負担するという構造的な歪みを示している。 AIによる自動セキュリティスキャンを活用している企業や研究者は、その成果として出てくるレポートをOSSプロジェクトに投げっぱなしにするのではなく、修正コントリビューションやスポンサーシップという形で還元するサイクルを意識すべきだろう。 日本のIT現場では、多くの企業がcurlに依存した製品・サービスを運用しながら、メンテナの状況をほぼ把握していない。OSSへの依存をリスクとして認識し、何らかの形でコミュニティに貢献する文化を育てることは、長期的には自社のセキュリティ態勢の強化にも直結する。AI活用の加速とOSSコミュニティの持続可能性は、これからのIT業界が正面から向き合うべき重要テーマになっていくはずだ。 出典: この記事は The pressure の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Googleが2026年のI/O開発者会議で検索体験を根本から刷新し、従来の青リンク一覧をAIエージェントに置き換えると発表した直後、プライバシー重視の検索エンジン「DuckDuckGo」のアプリインストール数が最大30.5%急増した。ユーザーが「AIを押しつけられる」と反発した結果だ。 Google検索の「AIエージェント化」とは何が変わったか Google I/O 2026で発表されたSearch刷新の核心は、クエリへの回答・タスク実行・バックグラウンド監視をAIエージェントが担う形への全面移行だ。これまでのGoogle検索が「情報への道案内」だったのに対し、新しい形では「AIが代わりに答えを出す」体験が前提となる。 AI Overview（AI概要機能）は以前から存在していたが、今回の刷新でその比重がさらに高まった。ユーザーが「AIを使いたくない」と思っても、オプトアウト手段が事実上ない設計が批判を集めている。 試しに「disregard」という単語でGoogle検索してみると、AIが文脈を読み違えた回答を前面に出すケースが報告されており、シンプルな辞書引きすら複雑になっているとの声も上がっている。 DuckDuckGoはどう動いたか DuckDuckGo CEOのGabriel Weinberg氏は「GoogleはオプトアウトなしでAIを強制供給している。結果として検索品質は向上ではなく低下している」と明言し、ユーザーがAIの量を自分でコントロールできる場所を提供すると宣言した。 同社の統計によると、5月20日〜25日の週次比では平均18.1%増のインストール増を記録。5月25日のピーク時には30.5%増に達した。iOSに限ると平均33%増、ピーク時には69.9%増という驚異的な数字だ。 AI機能をすべてオフにする専用URL（noai.duckduckgo.com）へのアクセスも、週次比で平均22.7%増加した。 興味深いのは、DuckDuckGo自身もAI製品「Duck.ai」を提供している点だ。Anthropic Claude 4.5 Haiku、Meta Llama 4 Scout、Mistral Small 3 24B、OpenAI GPT-5 miniなど主要モデルへのアクセスを無料で提供しつつ、IPアドレスの除去・30日以内の会話削除・学習データへの非使用を徹底している。 DuckDuckGoのCCPO Kamyl Bazbaz氏は「人々はただ選択肢が欲しいだけ」と端的に表現した。 日本のエンジニア・IT管理者への実務的影響 企業のブラウザポリシー見直しのタイミング Google検索のAIエージェント化は、企業端末の検索体験にも影響する。特に情報漏洩リスクに敏感な組織では、AIエージェントがクエリを処理・記録する可能性について改めて確認が必要だ。デフォルトの検索エンジン設定やプロキシ経由のフィルタリングポリシーを見直す良い機会といえる。 AI Overview の精度問題と業務利用の注意点 AI Overviewは高度な専門的クエリよりも、一般的な質問への回答精度が高い傾向にある。技術的なトラブルシューティングや仕様確認で検索を使う場合、AIが生成した概要を鵜呑みにせず、必ず一次ソース（公式ドキュメント・GitHub・Stack Overflow）を確認する運用を徹底したい。 DuckDuckGo Duck.ai の実用性 Duck.aiはアカウント不要でClaudeやGPTにアクセスできるプライバシー重視のAIチャットだ。社内規定でChatGPTやClaude.aiのアカウント登録が制限されている環境でも、DuckDuckGo経由であればIPアドレス除去・非学習の条件で利用できる可能性がある。ただし利用前に自社のセキュリティポリシーとの整合性確認は必須だ。 筆者の見解 今回の反発が示しているのは、AIの強制的な導入がいかにユーザーの反感を生むかという、非常にシンプルな教訓だ。 「禁止ではなく安全に使える仕組みを」というのが筆者の基本スタンスだが、それはユーザー側にも当てはまる。「使う仕組み」を強制するのではなく、「使いたい人が使える仕組み」を提供することが本筋だ。Googleが今回失ったのはまさにこの「選択の余地」であり、DuckDuckGoが受け皿になったのは必然とも言える。 AIを積極的に活用することは今の時代に不可欠だと強く思っている。だからこそ、「AIを使わせたい」あまりに選択肢を奪う設計は逆効果だと指摘したい。ユーザーが自発的にAIの価値を体験できる環境を整えることと、AIを強制することはまったく別の話だ。 DuckDuckGoが示した「AI機能はオプション、プライバシーはデフォルト」という設計思想は、企業のAIツール導入戦略にも参考になる。ユーザーに主導権を渡しながらAIの良さを体感させる設計こそが、長期的な定着につながる。 Googleほどの力があれば、ユーザーが「選んで使いたい」と思えるAI検索を実現できるはずだ。強制でしか普及させられないとすれば、それはプロダクトとしてもったいない。ユーザーの信頼を取り戻す設計への転換を期待したい。 出典: この記事は DuckDuckGo installs are up 30% as users reject being ‘force-fed’ Google’s AI Search の内容をもとに、筆者の見解を加えて独自に執筆したものです。

カリフォルニア州議会が新法案「AB 1856」を推進している。これはLinuxをはじめとするオープンソースプロジェクトを、物議を醸している州の年齢確認法の適用対象から除外することを目的としたものだ。 何が問題になっているのか カリフォルニア州では未成年者保護を目的としたオンラインプラットフォームへの年齢確認義務化が進んでいる。この動き自体は理解できる政策意図があるが、法律の文言次第ではソフトウェアリポジトリや技術ドキュメント配布サイトまで対象に含まれてしまう可能性があった。 Linuxカーネルのソースコードを配布するサーバーや、各種オープンソースプロジェクトのホスティングサービスが年齢確認を求められる事態になれば、世界中の開発者が日常的に使うインフラへのアクセスに新たな摩擦が生じる。エンタープライズ環境でLinuxを活用している企業のエンジニアや、OSS開発に参加しているコントリビューターにとっては、本質的には関係のないコンプライアンス対応コストが突然発生することを意味する。 AB 1856 が目指すもの 新法案AB 1856は、こうした懸念に対処するため、OSSプロジェクトを年齢確認義務の例外とすることを明示的に規定しようとしている。Linuxのような基盤的なソフトウェアや、広く利用される開発ツール群が「有害コンテンツを配布するプラットフォーム」と同列に扱われないよう、立法レベルで保護線を引く試みだ。 オープンソースコミュニティ側からは以前より「年齢確認法が技術インフラに誤って適用されれば、開発者エコシステム全体に悪影響が及ぶ」という懸念が表明されていた。AB 1856はその声に応える形で提出されている。 実務への影響：日本のエンジニアが今知っておくべきこと 一見、日本のエンジニアには直接関係ない話に見えるかもしれない。しかし実際は無視できない問題だ。 OSSホスティングへのアクセス制限リスク：GitHub、GitLabを含む多くのプラットフォームがカリフォルニア州に拠点を置いている。法律の適用範囲が曖昧なまま運用されれば、これらのサービスが「念のため」年齢確認機能を全ユーザーに適用する可能性もゼロではない。 規制の連鎖波及：カリフォルニア州の立法動向は、他州や他国の規制設計に影響を与えることが多い。日本でも将来的に類似する議論が起きた際の先例として注目する価値がある。 エンタープライズLinux環境：Red Hat Enterprise LinuxやUbuntu ServerなどをオンプレまたはAzure上で動かしている環境では、ディストリビューターやパッケージリポジトリへのアクセスが何らかの制約を受ける事態は避けたい。AB 1856の成否は、こうしたサプライチェーンの安定性に遠回りで影響する。 当面の実践的対応：CI/CDパイプラインでOSSパッケージを直接外部リポジトリから取得している場合、プライベートミラーやキャッシュレイヤーを設けることで依存リスクを下げられる。これは法律問題とは無関係に、可用性・セキュリティ観点からも推奨される構成だ。 筆者の見解 法律の書き方ひとつで、日常的な開発インフラが規制の対象に巻き込まれる——今回の問題はその典型だ。未成年保護という目的自体に異論はないが、「プラットフォーム」の定義を広く取りすぎると、保護とは無関係な技術インフラまで不必要なコストを負う。 AB 1856のような除外規定を明示的に設けようとする動きは正しい方向性だと思う。技術的な実態を理解した上で立法しないと、善意の法律が想定外の場所でエンジニアの仕事の邪魔をする結果になる。 道のド真ん中を歩く観点から言えば、OSSインフラへの依存はもはや企業システムの前提条件だ。それが規制上のグレーゾーンに置かれている状況は、アーキテクチャ設計の観点からもリスク要因として認識しておくべきだろう。法案の行方にかかわらず、外部依存の冗長化は日頃から仕込んでおきたい。 出典: この記事は California lawmakers push new bill to exempt open-source projects from age verification law の内容をもとに、筆者の見解を加えて独自に執筆したものです。

PC Watchが報じたところによると、セキュリティ企業SafeDepは2026年5月21日、GitHub Actionsを悪用した大規模サプライチェーン攻撃キャンペーン「Megalodon」の詳細レポートを公開した。わずか6時間で5,561件のリポジトリが侵害されるという衝撃的な規模の攻撃であり、オープンソースエコシステムへの深刻な脅威として注目されている。 なぜこの攻撃が注目されるのか GitHub Actionsは現代のCI/CDパイプラインで最も広く使われるツールのひとつだ。コード変更時に自動でビルド・テスト・デプロイを実行できる仕組みだが、その「自動化」そのものが今回の攻撃では武器として使われた。攻撃者は一般的なCIボットに偽装した使い捨てアカウントを使い、ワークフローファイルに悪意のあるbashスクリプトを注入。正規のCIシステムが動いているように見せかけながら、環境内の機密情報を収集・窃取するという手口だ。 攻撃の手口と被害規模（SafeDepレポートより） SafeDepのレポートによれば、Megalodonは協定世界時2026年5月18日11時36分から17時48分までの約6時間に集中した攻撃だ。その結果として5,561件のGitHubリポジトリへの侵害と5,718件の悪意あるコミットの自動プッシュが確認されている。 侵害されたパーソナルアクセストークンやデプロイキーを悪用することで、プルリクエストやマージコミットを経由せず直接メインブランチへのプッシュを実施。レビューフローを完全に迂回する巧妙な手口だった。 特に深刻なのが、オープンソースチャットプラットフォーム「Tiledesk」の被害事例だ。9つのリポジトリにバックドアが仕込まれ、正規メンテナーが気づかないままnpmパッケージとしてユーザーに配布されてしまった。これはサプライチェーン攻撃の典型的なシナリオである。 盗み出される情報の種類 SafeDepのレポートでは、以下の情報が窃取対象になったと報告されている： AWS・Google Cloud Platform・Azureなどクラウドインフラの認証情報・アクセストークン GitHub Actions OIDCトークン APIキー・クラウドトークンなど30種類以上のパターンに合致するシークレット情報 SSH秘密鍵・Docker認証設定・Kubernetes構成ファイル GitLab CI/CDトークン・Bitbucketトークン 2種類の悪意あるスクリプト SafeDepによれば、今回の攻撃では目的の異なる2種類のスクリプトが確認されているという： SysDiag: プッシュやプルリクエストが発生するたびに自動実行され、継続的に情報を収集する Optimize-Build: 既存のワークフローを置き換え、攻撃者が任意のタイミングで実行可能なバックドアを仕込む 日本市場での注目点 GitHubは日本の開発者・企業も日常的に利用するプラットフォームであり、今回のような攻撃への対策は急務だ。以下の点を今すぐ確認することを強く推奨する： ワークフローファイルの監査: .github/workflows/ 配下に見慣れない変更がないか確認する シークレット・トークンのローテーション: 長期間変更していないAPIキーや認証情報は今すぐローテーションを実施 ブランチ保護ルールの強化: 直接メインブランチへのプッシュを制限するルールを設定する PAT・デプロイキーの権限最小化: 必要最低限のスコープのみ付与するゼロトラスト的な運用を徹底 OSSパッケージの監視強化: npmやPyPI等からインストールするパッケージのハッシュ検証ツールを導入する とりわけAWS・Azure・GCPを利用している組織は要注意で、CI/CD環境内のクラウド認証情報が主要な標的となっている。 筆者の見解 今回のMegalodon攻撃が改めて示したのは、「自動化の恩恵」と「自動化の脆弱性」が表裏一体だという現実だ。GitHub Actionsは生産性向上に欠かせないツールになっているが、その自動実行の仕組みそのものが攻撃ベクターになってしまった。 攻撃の巧妙さは「見慣れたCIボットの動作に偽装する」という点にある。人間によるコードレビューを想定した従来のセキュリティ運用では、自動化された大量のコミットをひとつひとつ確認するのは現実的ではない。つまり、自動化を守るには自動化で対抗するしかない——セキュリティスキャンや異常検知をパイプラインに組み込むことが今や必須の時代だ。 Tiledeskの事例が示すように、被害は単なるコード汚染にとどまらず、「npmパッケージとして一般ユーザーに配布される」サプライチェーン汚染にまで発展する。規模を問わず、OSSプロジェクトが抱える構造的なリスクとして捉えるべき問題だ。 実践的な第一歩として、まずGitHub公式のセキュリティ機能——Secret Scanning・Dependabot・Code Scanning——を有効化することをすすめる。サードパーティツールを導入する前に、プラットフォーム標準のセキュリティ機能を最大限活用することが、再現性のある防御の基本だ。「うちはまだ被害を受けていない」ではなく、「まだ気づいていないだけかもしれない」という前提で棚卸しをしてほしい。 出典: この記事は GitHubの5千件以上のリポジトリに侵害。自動化ツールを悪用 の内容をもとに、筆者の見解を加えて独自に執筆したものです。

PC Watchは5月27日、NVIDIAが約20年にわたって提供してきた「NVIDIAコントロールパネル」の終了を発表したと報じた。新しい「GeForce Game Ready Driver（610.47）」のリリースに合わせ、GeForce向けの各種設定は「NVIDIA App」へと完全移行される。 なぜこの移行が注目されるのか NVIDIAコントロールパネルは、GeForceドライバとともに長年PCゲーマーや映像クリエイターに使われてきた定番ツールだ。3D設定のカスタマイズ、ディスプレイの解像度・リフレッシュレート調整、アンチエイリアスやアニソトロピックフィルタリングの細かな制御など、GPU性能を引き出すための重要な設定項目が集約されていた。 その一方で、UIが古く、起動や設定変更の反応が遅いという不満も長年指摘されてきた。NVIDIA Appはそうした課題を解消するために開発された次世代の管理ツールであり、今回の完全移行でコントロールパネル時代に終止符が打たれた形だ。 移行のポイント——PC Watchのレポートから PC Watchの報道によると、今回のNVIDIA App最新アップデートにより、従来のコントロールパネルがサポートしていた機能がすべてNVIDIA Appへと移行された。主な変更点は以下の通りだ。 「3D設定の管理」の移行先: 従来のコントロールパネルの「3D設定の管理」は、NVIDIA Appの「グラフィックス」→「プログラム設定」に相当する項目へ移行される ディスプレイ設定: 各種ディスプレイ設定はNVIDIA Appの「システム」タブに集約される パフォーマンス面: NVIDIA Appはコントロールパネルの全機能を備えるだけでなく、「より高速かつ効率的に動作する」とNVIDIAは説明している 既存ユーザーへの配慮として、すでにNVIDIAコントロールパネルがインストール済みの場合、ドライバのクリーンインストールを行わない限りシステムに残り続ける。Microsoftストアからの引き続きダウンロードも可能だが、今後は新機能追加やバグ修正が一切行われないことが明示されている。 なお、プロフェッショナル向けGPU「NVIDIA RTX PRO」ユーザーについては、プロ向け機能がNVIDIA Appへ移行完了するまでの間、コントロールパネルのサポートが継続される。 日本市場での注目点 日本でも多くのPCゲーマーや映像制作者がNVIDIAコントロールパネルを日常的に使用しており、今回の移行はユーザーに一定の対応を求めることになる。 NVIDIA AppはすでにGeForce Experience（旧来のゲーム最適化・録画ツール）の後継としても機能しており、ゲームのパフォーマンス監視、ドライバ更新、スクリーンショット・録画機能なども統合されている。コントロールパネルとGeForce Experienceを並行して使っていたユーザーにとっては、NVIDIA Appへの一本化で管理が簡素化されるメリットもある。 カスタム設定（特定ゲームごとのアンチエイリアス設定やVSync制御など）を細かく調整していたユーザーは、移行先での設定を改めて確認・再設定することを強く推奨する。自動移行ではないため、意図せず設定がリセットされるケースに注意が必要だ。 筆者の見解 約20年の歴史を持つNVIDIAコントロールパネルの終了は、一つの時代の区切りとして感慨深い。ただし、慣れ親しんだUIへの執着を引きずることよりも、ベンダーが推奨する新しいプラットフォームに早めに移行するほうが長期的には賢明な選択だ。ツール群の断片化を解消し、ユーザー体験を統一するというNVIDIAの判断は合理的であり、「道のド真ん中」を歩く意味でも素直に従ってよい移行だと考える。 一点気になるのは移行期のユーザー体験だ。「新機能・バグ修正は行われない」と宣言しながら、Microsoftストアで引き続きダウンロード可能という状態は新規ユーザーを混乱させる可能性がある。旧ツールを「使えるが死んでいる」状態に置き続けるよりも、ダウンロードページに明確な誘導を設けるなど、移行を促すガイダンスをより積極的に提供することが求められるところだ。 RTX PROユーザーへのサポート継続措置は適切な配慮だが、プロフェッショナル向け機能の移行完了時期についての明確なロードマップが開示されることも期待したい。PCの主要設定ツールが刷新されるこのタイミングで、NVIDIA Appへの移行と新しいUIへの習熟を済ませておくことが、GeForceユーザーにとっての最善の一手だろう。 出典: この記事は さよならNVIDIAコントロールパネル。NVIDIA App完全移行で約20年の歴史に幕 の内容をもとに、筆者の見解を加えて独自に執筆したものです。

東大AI研究会が2026年5月25日に公開した無料教材「EveryonesLLM」をPC Watchが報道した。Google Colabのみを使い、0.5Bサイズの本格的なLLM/SLMをフルスクラッチで構築できるチュートリアル形式の教材で、LLMの内部構造を深く学びたいエンジニアや研究者に向けた内容だ。 EveryonesLLMの概要 PC Watchの報道によると、EveryonesLLMはGoogle Colab上で動作するチュートリアル形式の教材だ。600問以上の穴埋め問題を解きながら実装と学習を繰り返し、最終的には会話できるモデルにまで育てることができる構成となっている。全28チャプター構成で、1チャプターあたり30分〜4時間が目安とされており、段階的に学習を深めていける設計だ。 前提知識と対象者 この教材に取り組むには、以下の前提知識が必要とされている： 行列の掛け算・足し算 平均値と分散 ResNetの残差接続 Word2Vecの仕組み これらは機械学習の基礎知識にあたる。完全な入門者向けというよりも、基礎を習得済みのうえでLLMの実装原理を深く理解したい層を主な対象とした教材と見てよいだろう。 なぜこの教材が注目されるのか 現在のAI開発の主流は「APIを呼び出してアプリを作る」スタイルだ。GPTやClaudeなどのAPIを利用することで、LLMの仕組みを知らなくてもAI機能を実装できる時代になっている。 しかし、LLMの内部構造を深く理解することは依然として固有の価値がある。トークナイザーの動作、Attentionメカニズムの本質、学習プロセスの設計——これらを自分の手で実装した経験は、プロンプトエンジニアリングの精度向上や、モデルの挙動予測、ファインチューニング設計の判断力に直結する。「作れる人」と「APIを叩くだけの人」の差が、AI活用の深度を決める局面は確実に増えていく。一流研究機関がこの教材を無償公開したことの意義は小さくない。 日本市場での注目点 完全無料・日本語教材: Google Colab上で動作し、追加費用は一切不要。国産の日本語教材であるため、英語技術文書への敷居を感じる層にも取り組みやすい 一般的なGPUで完結: Google ColabのT4 GPU相当で0.5Bモデルの学習まで完結できる点は実用的だ。高額なGPUクラウド環境を別途用意する必要がない 大学発の品質保証: 東京大学AI研究会による教材であり、カリキュラムの技術的正確性は期待できる 28チャプターの段階設計: 1チャプターごとに区切って学習できるため、業務の合間に継続しやすい構成になっている 筆者の見解 LLMをゼロから実装する体験は、エンジニアの視野を大きく広げる。「APIを呼べば動く」という理解だけを持つエンジニアと、Attentionの仕組みや学習ループの本質を自分の手で確認したエンジニアとでは、AI活用における判断の質がまったく異なってくる。 一方で、現実の優先順位も整理しておきたい。情報を追い続けることよりも、実際にAIを使って仕事の成果を出す経験を積む方が即効性は高い。「まずAIで業務成果を出したい」という目標があるなら、EveryonesLLMへの取り組みより先にやることはある、というのが正直なところだ。 ただ、組織の中でAIの方向性を設計・評価する立場——技術リードやアーキテクト、プロダクトマネージャーなど——にとっては話が別だ。LLMの仕組みを深く理解している人間が意思決定に関われるかどうかは、組織全体のAI活用の質を大きく左右する。そういう役割を担う方には、時間をかけてでも取り組む価値のある教材だ。 オープンソース・無料・日本語という三拍子が揃った実装教材が東京大学から公開されたことは、日本のAI人材育成にとって意義深い。LLMを「使う人」だけでなく「理解して設計できる人」の裾野が広がることを期待したい。 出典: この記事は 【やじうまPC Watch】東大、ゼロからLLMを作る教材「EveryonesLLM」 の内容をもとに、筆者の見解を加えて独自に執筆したものです。

OpenAI共同創業者であり、世界有数のAI研究者として知られるAndrej Karpathy氏が、Claude開発元のAnthropicへの移籍を発表した。AI業界における人材争奪戦を象徴する出来事として、各所で大きな注目を集めている。 Andrej Karpathyとは何者か Andrej Karpathy氏は、2015年にSam Altman氏らとともにOpenAIを共同創業した研究者の一人だ。その後、テスラに移り自動運転AIの研究開発を率い、再びOpenAIに戻るという異色のキャリアを歩んできた。特にYouTubeで公開した「Neural Networks: Zero to Hero」シリーズは、世界中のエンジニアや学生が参照する教育コンテンツとして非常に高い評価を受けており、研究者としてだけでなく「AIを教える人」としての側面でも業界に大きな影響を与えてきた人物だ。 2025年初頭にOpenAIを退社後、次の活動先が注目されていたが、今回AnthropicのClaude研究チームへの参加が明らかになった。 なぜこれが重要か 研究の深さと裾野の広がり Karpathy氏の強みは、ディープラーニングの理論的な深みと、それを実装・応用する実践力を兼ね備えている点にある。Anthropicはすでに憲法AI（Constitutional AI）やモデルの解釈可能性研究（Interpretability）など独自の研究路線で差別化を図ってきたが、そこにKarpathy氏のような「理論と実装の橋渡し」ができる人材が加わることは、研究の質・量ともに底上げにつながると見られる。 AI業界における人材流動の加速 今回の移籍は、AI業界における研究者の流動が一段と激しくなっていることを示している。かつては「OpenAIかGoogleか」という二択に近かった優秀な研究者の移動先が、今や複数の有力プレイヤーに分散するようになっている。人材という観点から見ても、AI開発の競争は一社独占の時代を過ぎ、真の多極化が進んでいる。 モデル品質への波及効果 AI研究者の移籍が即座にモデルの性能向上につながるかどうかは一概には言えない。しかし、基礎研究の強化がプロダクトに結びつくまでのサイクルは、以前と比べて格段に短くなっている。Karpathy氏の加入が中長期的にClaude系モデルの品質にどう反映されるかは、2〜3年単位で観察する価値がある。 実務への影響——日本のエンジニア・IT管理者にとっての意味 Claude活用の信頼性がさらに高まる可能性がある。 Anthropicはすでに企業向けAPI（Claude API）やAmazon Bedrock・Google Cloud Vertex AIとの連携を通じて、日本のエンタープライズ市場への浸透を図っている。研究陣の充実は、安全性・信頼性・性能の全方位での底上げにつながるため、Claude系モデルを業務システムに組み込む際の長期的な採用判断にポジティブな材料となる。 AIエージェント領域への示唆。 Karpathy氏は自律的なAIシステムの設計思想について過去に多くの発言をしており、エージェント型AIの研究にも造詣が深い。Anthropic自体もすでにComputer UseやAgents APIを提供し、自律型エージェントの実用化に積極的だが、今回の参加でこの方向性がさらに強化されることが期待できる。日本のエンジニアにとっては、Claude系エージェントAPIを使った業務自動化の選択肢がより充実していく可能性を念頭に置いておくとよい。 人材市場へのメッセージ。 世界トップクラスの研究者が移籍先にAnthropicを選んだという事実は、日本のAI担当者・エンジニアにとっても間接的なシグナルとして機能する。「どのプラットフォームを主軸に置くか」を判断する際の一つの材料として参照できる。 筆者の見解 今回の移籍は、AI研究者の「足で投票する行動」として素直に重みがある出来事だと受け止めている。 AIエージェントの世界は今、「指示を受けて応答する副操縦士型」から「目標を与えれば自律的にループを回し続けるエージェント型」へと重心が移りつつある。この転換を理論的・実装的に推進できる人材の争奪戦は、今後ますます激化するだろう。Karpathy氏のような「ゼロからLLMを理解できて、かつ大規模実装の現場も知っている」タイプの研究者が市場全体のレベル底上げに貢献してくれることを期待している。 もう一つ触れておきたいのは、日本企業の危機感の薄さだ。世界トップ研究者の移籍がニュースになる一方、国内では「AIをどこまで使わせるか」の議論に多くのエネルギーが割かれている。AI活用の先頭集団と後続集団の差は、この一年でさらに広がった。体制と仕組みを作る側に早く回れるかどうかが、企業の競争力を左右する分岐点になっている。 Microsoftを含む既存の大手プレイヤーには、こうした人材の動きを「対岸の話」として眺めるのではなく、自らのAI研究・開発体制を引き締める機会として捉えてほしい。充実したリソースとユーザーベースがあるのだから、それを最大限に活かす方向に全力を注いでほしいと思っている。 出典: この記事は OpenAI co-founder Andrej Karpathy joins Anthropic の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Microsoft Copilot Studioの2026年5月アップデートで、PCやWebアプリをAIが自律的に操作する「Computer-using agents」が正式リリース（GA）となった。同時に、エージェント型自動化を一元管理する新ビジュアルワークフローデザイナーとリアルタイム音声機能も発表されている。 Computer-using agentsとは何か 従来の業務自動化ツールはAPIの存在を前提としていた。データ連携にはAPIエンドポイントが必要で、レガシーシステムや外部ベンダーポータルなどAPIを持たないシステムは、手動対応か脆弱なスクリプト頼みになりがちだった。 Copilot StudioのComputer-using agentsはこの制約を突破するアプローチだ。AIエージェントがWebブラウザやデスクトップアプリのUIを直接操作することで、APIがないシステムへの自動化を実現する。 今回GAになったことで、エンタープライズ用途に求められる機能も強化された。具体的には以下の3点が加わっている。 認証情報の安全な管理: クレデンシャルをより安全に取り扱う仕組みを追加 モデル選択の柔軟化: 自動化シナリオに応じて最適なAIモデルを選択可能 UI変更への耐性向上: 画面レイアウトが変わっても自動化が壊れにくい堅牢性を強化 さらにプレビューとして、Computer-using agentsをマルチステップのワークフローに組み込む機能も追加された。API連携・承認フロー・ビジネスロジック・UI操作を、1つの自動化システム内で組み合わせられるようになる。 新しいビジュアルワークフローデザイナー 今回のもう一つの柱が、リデザインされたワークフロービジュアルデザイナーだ（現在はEarly Release環境で利用可能）。 従来は複数のツールやサービスをまたいで自動化ロジックを構築する必要があったが、新しいデザイナーでは統一されたキャンバス上でエンドツーエンドのワークフローを設計できる。アクション・条件分岐・AI処理ステップがビジュアルで繋がるため、複雑な業務プロセスの全体像を把握しやすくなった。 特筆すべきは「エージェントノード」の概念だ。単純なif-thenロジックでは判断しきれない状況——複数の知識ソースを参照しながら推論が必要な場面——では、ワークフロー内にエージェントノードを配置してAIに判断を委ねられる。構造化された自動化の信頼性とAIの柔軟な推論能力を組み合わせる設計思想だ。 リアルタイム音声体験 5月アップデートではリアルタイム音声体験機能も追加された。Copilot Studioで構築したエージェントを音声インターフェースで利用できるようになり、カスタマーサポートや音声操作が自然なシナリオでの活用が期待される。 実務への影響 レガシーシステムを抱える日本企業への朗報 日本のエンタープライズIT環境では、数十年前に導入した基幹システムが現役で稼働しているケースが多い。これらのシステムはAPIを持たないことが多く、デジタルトランスフォーメーションの障壁となってきた。 Computer-using agentsのGAは、こうした環境に対する現実的な自動化手段として評価できる。全面的なシステム刷新なしに、AIがUIを介して既存システムを操作できる点は大きな実用価値がある。従来RPAが担ってきた領域に対して、より柔軟で保守しやすい選択肢が加わった形だ。 明日から使える実践ポイント 自動化候補のリストアップ: APIがなくて手動対応になっている業務プロセスを洗い出す。ベンダーポータルへの定型入力作業などが典型例 ガバナンス設計を先に: UI操作型の自動化は権限範囲と監査ログの設計を事前に行う 段階的な展開: まずシンプルで繰り返し性の高いプロセスから試験導入し、実績を積んでから複雑な業務へ拡張する ハイブリッド自動化の検討: 新ビジュアルデザイナーでエージェントノードとAPI連携を組み合わせ、全体最適な自動化アーキテクチャを描く 筆者の見解 MicrosoftがCopilot Studioを「エージェント・オーケストレーター」として明確に位置づけてきた方向性は、評価できる転換だと思う。サイドバーでの補助的な会話から、業務プロセスそのものを自律的に動かすシステムへ——この移行は、AIが本当に業務価値を生み出すための必然的な進化だ。 Computer-using agentsはとりわけ日本市場での活用余地が大きい。APIを持たないレガシーシステムが大手企業に多く残っている日本の事情を考えると、この機能の登場は現実的な意味を持つ。 ただし、GAになったからといって即座に本番展開できるわけではない。UI操作型の自動化はシステム変更への感度が高く、画面構成が変わるだけで止まるリスクがある。エンタープライズ展開にあたっては、変更管理プロセスと可用性要件を事前に整理した上で、段階的に検証を重ねることを強く勧めたい。 Microsoftにはこのビジョンを実装の品質で証明してほしい。特に日本語対応と国内レガシー環境での動作安定性は、日本市場での普及を左右する重要な要素になる。技術的なロードマップは整ってきた。あとはその実力を実際の現場で見せてほしい。 出典: この記事は What’s new in Copilot Studio: May 2026 updates — Computer-using agents and real-time voice の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Microsoftは2026年5月、Windows 11バージョン26H1向けのプレビュー累積更新プログラム「KB5089570」をリリースした。このアップデートでは、セキュリティ強化、Copilot+ PC向けAIコンポーネントの更新、そして企業向けのストアアプリ管理機能の3つが柱となっている。 バッチファイルの「セキュア実行モード」とは何か 今回の目玉のひとつが、バッチファイル（.bat / .cmd）の実行中改ざんを防ぐ「セキュアな処理モード」の新設だ。 従来のWindows環境では、バッチファイルはテキストファイルとして逐次読み込まれながら実行されるため、実行中にファイルを書き換えることで意図しないコマンドを注入できる脆弱性が指摘されてきた。このいわゆる「TOCTOU（Time of Check to Time of Use）」問題は、ローカルでの権限昇格や、スクリプトを起点にした横展開攻撃に悪用される可能性があった。 新しいセキュア実行モードでは、バッチファイルの実行開始時にスナップショットを取り、実行中の改ざんを検知・ブロックする仕組みが導入される。企業の運用スクリプトや自動化パイプラインが多い環境では、直接的なセキュリティ向上が期待できる。 Copilot+ PC：AIコンポーネントがv1.2604.515.0に更新 Copilot+ PC向けには、以下の3つのAIコンポーネントがバージョン1.2604.515.0に更新された。 画像検索（Image Search） — ローカル画像の意味的な検索精度向上 コンテンツ抽出（Content Extraction） — 文書・画像からの情報抽出改善 意味解析（Semantic Analysis） — コンテキストに基づいた文意理解の強化 これらはいずれもNPU（ニューラル処理ユニット）を搭載した対応PCのみで動作するオンデバイスAI機能だ。特にWindows Search強化の文脈で、ローカルファイルをより直感的に探せるようになる方向性が見えてくる。 エンタープライズ向け：プリインストールStoreアプリをポリシーで削除可能に 企業のIT管理者にとって実務的に嬉しいのが、プリインストールされたMicrosoft Storeアプリをグループポリシーまたはモバイルデバイス管理（MDM）ポリシーで削除できるようになった点だ。 これまで「削除できないストアアプリ」はエンドポイント管理の現場で長年のペインポイントだった。Intune + Windows Autopilotで展開した端末でも、ゲームやエンターテイメント系のプリインストールアプリが残り続けるケースがあり、IT部門からの要望が多かった。グループポリシーレベルでのコントロールが可能になれば、ゴールデンイメージの整理や標準化が一歩進む。 日本のIT現場への影響 セキュリティチームへ: バッチファイルのセキュア実行モードは、特に製造・金融・公共系など、レガシーな自動化スクリプトが大量に稼働している環境での採用価値が高い。ただし初期はプレビュー段階であり、既存スクリプトへの互換性影響がないか検証を優先したい。 Copilot+ PCへの投資を検討中の企業へ: AIコンポーネントの更新頻度が上がっていることは、プラットフォームとして継続的に成熟していることを示している。ただし現時点ではNPU搭載機種への買い替えが前提となるため、ROIを慎重に見極めるフェーズが続く。 エンドポイント管理担当者へ: StoreアプリのMDMポリシー削除は、IntuneによるWindows管理の標準化ワークフローに組み込める。26H1の正式リリース前に、テスト環境で動作確認しておく価値がある。 筆者の見解 バッチファイルのセキュア実行モードは、地味ながら正しい方向性の改善だと感じる。スクリプトによる自動化が浸透している現代の企業環境では、「実行中のスクリプトが改ざんされうる」という前提そのものを排除していく設計思想は理にかなっている。セキュリティ的な締め付けは使いにくさに直結するケースも多いが、今回のような「実行基盤そのものを堅牢化する」アプローチは、ユーザーの操作性を損なわずに守りを固めるものとして評価したい。 Copilot+ PCのAI機能については、更新が積み重なっている点は素直に評価できる。一方で、「どう変わったのか体感できるか」というエンドユーザー目線のフィードバックが、まだ企業現場からは上がってきにくい段階だ。オンデバイスAIの真価を示すためには、目に見えるUX改善のストーリーを丁寧に伝えていくことが今後の課題になるだろう。Microsoftには、この機能がなぜ手元のPCで動くべきなのかを、もっと具体的に伝えてほしいと思う。 Storeアプリのポリシー管理は、「当然あるべき機能がようやく来た」という印象が正直なところだ。エンタープライズ展開の現場からは長年の要望だっただけに、遅すぎたとも言えるが、整備されるならそれでいい。管理の自由度が上がるほど、IntuneによるWindows標準管理の適用範囲が広がる。 KB5089570はまだプレビュー段階だ。正式リリース前に検証環境での動作確認を推奨する。「数日様子を見る勇気も立派なセキュリティ判断」という考え方は、この時期のWindows Updateに対しては特に有効だ。 出典: この記事は KB5089570 Preview for Windows 11 26H1: New PC Features, AI Updates, Enterprise Controls の内容をもとに、筆者の見解を加えて独自に執筆したものです。 ...

Microsoft は 2026年5月26日、Windows 11 バージョン 24H2 および 25H2 向けのオプションプレビュー累積更新プログラム KB5089573（OS ビルド 26200.8524 / 26100.8524）をリリースした。毎月末恒例の「Cプレビュー」にあたり、来月の月例パッチに先行して品質向上と新機能を試験提供するものだ。 今回の主な新機能 Bluetooth LE Audio を使った「Shared Audio」 もっとも目を引く新機能が Shared Audio だ。1台の Windows 11 PC から、Bluetooth LE Audio のブロードキャスト技術を使って2人が同時に音声を受け取れる。対応するイヤホン・ヘッドフォンを2台ペアリングしておけば、タスクバーの「クイック設定」→「Shared Audio」から開始できる。 移動中の映画鑑賞や、隣に座って一緒に音楽を聴くといったシナリオを想定している。Bluetooth LE Audio（Auracast™）はここ数年で普及が進んでおり、対応デバイスも徐々に増えている。 Task Manager に NPU 使用率列が追加 AI 処理の主役として注目される NPU（Neural Processing Unit）の使用状況が、Task Manager から直接確認できるようになった。具体的に追加されたのは以下の列だ。 プロセス・ユーザー・詳細ページ: NPU・NPU エンジン列 詳細ページ: NPU 専用メモリ・NPU 共有メモリ列 パフォーマンスページ: GPU の一部として動作するニューラルエンジンの表示 プロセス・詳細ページ: AppContainer で実行中のアプリを示す「分離（Isolation）」列 いずれも列ヘッダーを右クリックして追加する形式だ。Copilot+ PC の普及にともない、「今どのアプリが NPU をどれだけ使っているか」が運用上の関心事になりつつある。このような可視化は現場の管理者にとって地味に助かる。 マルチアプリ カメラ共有 複数のアプリが同時にカメラストリームにアクセスできる Multi-App Camera 機能が追加された。Web 会議ツールとビデオキャプチャソフトを同時に使うといった場面での利便性向上を目的としている。また、カメラが正常動作しない際のトラブルシューティング向けに機能を簡略化した「Basic Camera モード」も用意された。エンタープライズ管理者はグループポリシー（コンピュータの構成 → 管理用テンプレート → Windows コンポーネント → Camera）でモードを制御可能だ。 ...

Microsoftは2026年のOpen Source Summit North Americaにて、クラウド最適化Linuxディストリビューション「Azure Linux 4.0」のパブリックプレビュー開始と、コンテナ特化OS「Azure Container Linux」の一般提供（GA）開始を発表した。 Azure Linux 4.0とは——CBL-Marinerの後継として大幅進化 Azure Linux（旧称: CBL-Mariner）は、MicrosoftがAzureインフラ・Xbox・エッジサービスで長年内部利用してきたLinuxディストリビューションだ。今回の4.0プレビューは、初めて顧客向けAzure VMに4.0ブランチを提供するものであり、節目となるリリースといえる。 カーネルのメジャーアップグレード Azure Linux 4.0はLinux 6.6 LTSカーネルを採用。前世代（3.0系）が使用していた5.15 LTSから大幅にジャンプしており、以下のメリットをもたらす： AMD EPYC / Intel Xeon最新世代のネイティブサポート Intel TDX / AMD SEV-SNPによる機密コンピューティング（コンフィデンシャルコンピューティング）対応 NVIDIAオープンソースカーネルモジュールのサポート強化でGPU接続が容易に AIワークロード向けには、リアルタイム推論に特化した「低レイテンシカーネル設定プロファイル」がVM作成時に選択可能となった。内部テストでは推論のテールレイテンシを最大30%削減できるとしている。 セキュリティ強化が標準搭載 Azure Linux 4.0のセキュリティ設計は注目に値する： SELinux強制モード（Enforcing Mode） デフォルト有効 不変ルートファイルシステム（Immutable Root Filesystem） オプション搭載 署名済みリポジトリによるソフトウェアサプライチェーンの保護 SBOM（ソフトウェア部品表） を全イメージに付与 Azure Security Centerとの統合による自動脆弱性スキャン 不要なパッケージを含まない最小構成と、ロックダウンされたカーネル設定により、攻撃対象領域を大幅に削減している。 パッケージ管理と開発者体験 パッケージマネージャはdnfに移行（スクリプト環境向けにtdnfも維持）。Microsoftが検証した3,000以上のパッケージが利用可能で、Python 3.12・Node.js 22・.NET 9などの最新ランタイムが含まれる。 新ツール「azl-shell」は、Azure Linuxのファイルシステムとカーネルインターフェースを再現するコンテナ化された開発環境を提供し、デプロイ前のローカルテストが可能になった。 Azure Container Linux GA——AKSに特化した不変OS AKSノード用の専用OS「Azure Container Linux」がGAとなった。コンテナワークロード以外のすべてを排除した、極限まで絞り込んだ設計が特徴だ。 主要スペック 項目 数値 ...

Microsoftは2026年5月、Azure AIの研究開発部門「Microsoft Foundry Labs」の最新アップデートとして、AIエージェントの代理交渉能力を評価するオープンソースベンチマーク「SocialReasoning-Bench」、テキストから画像を生成する新モデル「MAI-Image-2-Efficient」、衛星・航空画像向けオブジェクト検出エンドポイント「EO/OS Object Detection」を含む4つの新機能を公開した。 SocialReasoning-Bench：AIエージェントの「交渉力」を可視化する 今回のアップデートの中でとりわけ注目したいのが「SocialReasoning-Bench」だ。AIエージェントが人間を代表して価格交渉・条件調整・合意形成をどれだけうまくこなせるかを測るオープンソースベンチマークである。 AIエージェントがビジネス現場に本格導入されてきた今、「タスクをこなせるか」だけでなく「関係者間の複雑な利害をどれだけ理解して動けるか」という評価軸が現実味を帯びてきた。SocialReasoning-Benchはまさにその問いに答えようとするものだ。 オープンソースとして公開することで、Microsoftのエコシステム外のエージェント開発者も同じ物差しでモデルを比較評価できる。ベンチマークの標準化は業界全体の成熟度を押し上げる重要な動きであり、単なる機能追加とは一線を画す。 MAI-Image-2-Efficient：画像生成の「効率化競争」を体現 「MAI-Image-2-Efficient」はテキストから画像を生成するモデルの新バージョンで、前世代比で22%の高速化と4倍の効率改善を実現しているという。 「4倍の効率改善」とは、同品質の画像を生成するのに必要なコンピューティングリソースが4分の1になるということだ。エンタープライズ向けの大規模コンテンツ生成ワークフローに組み込む場合、この差は月次のクラウドコストに直接響く。品質の向上よりも「速く・安く」を追求する方向性は、本番運用を見据えた実用的な進化といえる。 EO/OS Object Detection：GeoAIカテゴリが新設 「EO/OS Object Detection」は、衛星画像や航空写真（Earth Observation / Overhead Sensing）から物体を自動検出するエンドポイントだ。今回のアップデートで「GeoAI」という新カテゴリがFoundry Labs内に追加され、地理空間データを扱うAI機能群がまとめられた形になった。 インフラ管理・農業・防災・都市計画など、地理空間データの活用は産業分野を問わない。Azure基盤上でこうした機能が標準APIとして利用できるようになれば、専門的なGISツールなしでも高度な空間解析ワークフローを構築しやすくなる可能性がある。 実務への影響 エージェント開発者へ：SocialReasoning-Benchは自社開発エージェントの評価に活用できる。単一モデルのテストとしてではなく、マルチエージェントシステム全体の交渉ロジックを検証する仕組みとして取り込む価値がある。 画像生成ワークフローの担当者へ：MAI-Image-2-Efficientへの移行を検討する際は、単純な速度比較ではなくトークンあたりのコスト削減効果を試算してほしい。大量生成ユースケースほど効果が大きく、Azure AI Foundryのコンソールで既存プロンプトをそのまま使って比較評価できる。 インフラ・建設・防災DX担当者へ：GeoAI機能群の追加は、衛星データ解析を内製化したい企業にとって重要な選択肢になりうる。従来はArcGISやGoogle Earth Engineなど専用プラットフォームが必要だったユースケースを、Azure基盤内で完結させられる可能性がある。 筆者の見解 Foundry Labsからの今回のアップデートで特に評価したいのは、SocialReasoning-Benchをオープンソースで公開した判断だ。評価指標をオープンにすることは業界の信頼を獲得する正攻法であり、Microsoft以外のプレイヤーも巻き込んで「標準」を作る戦略としても理にかなっている。 MAI-Image-2-Efficientの効率化も、地に足のついた進歩だ。「より賢く」よりも「より速く・安く」を追求するラボの姿勢は実用的で歓迎できる。Foundry Labsという研究開発の場で技術を磨き、それを製品に還元していく流れは、Microsoftが強みとする「研究から製品への橋渡し」の本来の姿に近い。 GeoAIカテゴリの新設も、Azureをドメイン特化型ユースケースのプラットフォームとして育てていく方向性の表れだと受け取っている。汎用AIの競争では差別化が難しくなる中、こうした垂直領域への投資はAzureならではの戦略として筋が通っている。正面から強みを活かした勝負ができる領域に投資してほしいという期待に応えてくれている。 Foundry Labsで育った技術が数ヶ月後にAzure AI Foundryの正式機能として降りてくるのが通常のパターンだ。今回の4機能は、そのGAに向けた先行評価として今すぐ触っておく価値がある。 出典: この記事は What’s New in Microsoft Foundry Labs – May 2026 の内容をもとに、筆者の見解を加えて独自に執筆したものです。

MicrosoftはSharePointおよびOneDriveにおけるMarkdown（.md）ファイルのネイティブブラウザ編集機能を正式リリース（GA）し、2026年4月下旬から5月にかけて展開を進めている。専用ツールのインストールや管理者による追加設定なしに、ブラウザだけでMarkdownの閲覧・編集・プレビューが可能となった。 これまでの課題と今回の変化 これまで、SharePointやOneDriveに保存された.mdファイルをブラウザで開くと、書式が一切レンダリングされず生のテキストがそのまま表示されるだけだった。Markdownとして確認・編集するには、ローカルのVS CodeやObsidianなどを起動するか、GitHubなど外部サービスに持ち出す必要があり、M365エコシステムの中で完結しない不便さがあった。 今回のアップデートでこのギャップが埋まる。.mdファイルをSharePointまたはOneDrive上で開くだけで、新しいMarkdownエディタが自動的に起動する。 3つの編集モード 新エディタは用途に応じた3つのモードを備えている。 Viewモード: レンダリングされた見やすい形式でMarkdownを閲覧 Editモード: 生のMarkdownテキストを直接編集 Splitモード: 左ペインで編集しながら右ペインでリアルタイムプレビューを確認 SplitモードはVS CodeやObsidianのSplit Viewに近い使い心地を、ブラウザ上で実現している点が特筆に値する。 設定ゼロ・Teams/Outlookともシームレスに連携 この機能の大きなポイントは「設定不要」で使えることだ。テナント管理者側での有効化操作も、エンドユーザー側のアプリインストールも必要ない。SharePointやOneDriveに.mdファイルを配置するだけで、次回以降のアクセスから新しいエディタが有効になる。 TeamsのチャンネルファイルタブやOutlookからSharePoint上のMarkdownファイルを開いた場合も同じエディタが動作する。M365の各サービスが一貫したUXでMarkdownを扱えるようになった点は、統合プラットフォームとしての強みが出ている部分だ。 実務への影響 開発チームのドキュメント管理が変わる GitHubと並行してSharePointでドキュメントを管理しているチームにとって、これは実質的な改善だ。設計書やREADMEなどの.mdファイルをSharePoint上で直接確認・編集できるようになれば、「ダウンロード→ローカルで編集→再アップロード」という手間のかかるフローを省ける。 非エンジニアとの共同編集 Markdownはエンジニアには自然な書式だが、ビジネスサイドのメンバーには扱いにくかった。SharePointという慣れ親しんだインターフェースの中でMarkdownがきれいにレンダリングされることで、技術者と非技術者が同じドキュメントを共同で管理するハードルが下がる。 Copilotとの連携を見越した準備 Markdownはプレーンテキストベースのフォーマットであるため、AIによる読み取り・生成との相性が良い。SharePoint上のMarkdownコンテンツをCopilotのナレッジソースとして参照するワークフローを構築する際、ネイティブのブラウザ表示が整っていることは前提条件として重要になってくる。 筆者の見解 SharePoint・OneDriveのMarkdownネイティブ対応は、地味に見えて実は重要なアップデートだ。 Markdownはエンジニアリングの現場を超え、社内Wiki・技術ドキュメント・AI出力テンプレートとして急速に用途を広げている。それをM365エコシステムの中でシームレスに扱えるようにすることは、プラットフォームとしての成熟を示す動きだと評価している。 正直に言えば、「やっと来た」という感覚もある。NotionやConfluenceはとっくにMarkdownを当然の機能として提供しており、M365エコシステムの中で日常的に仕事をしているユーザーにとって、これが「新機能」として扱われること自体が、逆に遅れを示しているとも言える。 ただ、遅くとも届けてくれることは、届かないよりはるかに良い。M365は「統合して使ってこそ価値が出る」プラットフォームであり、SharePoint・OneDrive・Teams・Outlookが一貫した体験でMarkdownを扱えるようになれば、ドキュメント管理の中心としての説得力が増す。この積み重ねが、M365を日常の仕事の軸として使い続けるための土台になっていくことを期待している。 出典: この記事は Introducing Markdown support in SharePoint and OneDrive の内容をもとに、筆者の見解を加えて独自に執筆したものです。

SpaceX Starlink、アメリカン航空との契約を締結 Engadgetが2026年5月26日に報じたところによると、SpaceXはアメリカン航空の機内Wi-Fiにスターリンク衛星インターネットを提供する契約を締結した。CNBCの報道が元情報となっており、同航空のナローボディ機500機以上への搭載が決定。展開は来年初頭に開始される予定だ。なお、ワイドボディ機（大型長距離機）は引き続きViasatとPanasonicを利用する計画で、今回の発表は完全移行ではない点も押さえておきたい。 なぜこの決定が注目されるのか Starlinkが従来の機内Wi-Fiと本質的に異なる点は、低軌道（LEO）衛星を活用していることだ。静止軌道衛星（高度約36,000km）を使った旧来システムは物理的な距離による遅延が避けられなかったが、低軌道衛星は遅延が大幅に少なく、地上のブロードバンド接続に近い体験を実現できる。現在Starlinkが運用する衛星数は10,000基以上と、競合を大きく引き離している。 SpaceXにとってもこの分野は経営の根幹だ。Engadgetによれば、SpaceXのコネクティビティ部門は昨年度に114億ドルの収益を計上し、SpaceX全体の売上の実に61%を占める。同社はIPO準備を進めており、早ければ来月にも上場する可能性があると報じられている。航空会社との契約拡大はその文脈でも高い注目を集めている。 航空業界でのStarlink普及状況 Engadgetの報道をまとめると、Starlinkはすでに航空業界で急速に存在感を高めている。ユナイテッド航空、サウスウエスト航空、ブリティッシュ・エアウェイズ、エールフランス、アラスカ航空がStarlink採用済み。一方、デルタ航空とJetBlueはAmazonの衛星インターネットサービス「Project Kuiper（LEOサービス）」を選択しており、業界は事実上「Starlink対Kuiper」の構図になってきている。 なお、アメリカン航空は昨年、AAdvantageメンバー向けに無料Wi-Fiを提供するAT&Tとのパートナーシップを発表していた。ナローボディ機をStarlinkへ切り替える理由についてEngadgetは「現時点では不明」と指摘しており、単純な品質向上だけでは説明しきれない部分もありそうだ。 日本市場での注目点 日本の航空会社を見ると、JALやANAも機内Wi-Fiの品質改善に継続的に取り組んでいる。現状ではPanasonicアビオニクスやViasatのサービスを採用しているケースが多く、国際線でも速度・安定性への不満はしばしば報告されている。 日本からアメリカへの渡航者にとっては、アメリカン航空のナローボディ機（主に北米国内線・中距離路線）でStarlinkが使えるようになることは直接的なメリットとなる。ただし展開開始は来年初頭からで、対象は順次拡大されていく。日本国内でのStarlinkは家庭向け・法人向けサービスとしてすでに提供されているが、航空向け機内Wi-Fiはあくまで搭乗した航空会社経由のサービスとなる。 筆者の見解 機内Wi-Fiは長らく「一応使えるが、実用には程遠い」という存在だった。Starlinkの航空業界への浸透は、その状況を根本から変える可能性がある。 最大の注目点は、衛星インターネット市場が「Starlink対Kuiper」の二極構造に整理されてきていることだ。先行するStarlinkに対し、AmazonのKuiperがデルタ・JetBlueを取り込んで確実に存在感を示している。インフラ整備と契約獲得競争が同時進行する段階であり、今後数年でサービス品質の優劣がより鮮明になってくるだろう。 アメリカン航空側の意思決定については、昨年のAT&Tとの無料Wi-Fiパートナーシップ発表からわずか1年でのStarlink切り替えという点が気になる。SpaceXのIPO前という時期に大型契約が発表されるタイミングも含め、純粋な品質判断以外の要因が絡んでいる可能性は否定できない。 乗客の立場では「快適に使える機内Wi-Fiが当たり前になる」という方向性は着実に進んでいる。仕事柄、長距離フライト中の作業環境が死活問題という人も多いはず。日本の航空会社がこのトレンドにどう追随するかも、今後の注目点になる。 出典: この記事は SpaceX’s Starlink will soon provide in-flight Wi-Fi for American Airlines の内容をもとに、筆者の見解を加えて独自に執筆したものです。

GoogleがスクリーンレスウェアラブルトラッカーFitbit Airを発売し、Engadgetのレビュアー・Cherlynn Low氏が詳細なレビューを公開した。総合評価8.8/10という高いスコアを獲得し、Whoopをはじめとするスクリーンレストラッカー市場に本格参入する製品として注目を集めている。 なぜFitbit Airが注目されるのか スクリーンレスウェアラブルというカテゴリは、Whoopが2015年に開拓した市場だ。今年3月にWhoopが5億7,500万ドルの資金調達を実施し、企業評価額が100億ドルに達したことからも、このジャンルへの関心が急速に高まっていることがわかる。 そこにGoogleが投入したのがFitbit Airだ。ディスプレイを省くことで軽量化を徹底しながら、GeminiベースのAIコーチをGoogleHealthアプリと連携させることで「データを記録するだけでなく、コンテキストに応じてアドバイスまで届ける」健康管理体験を打ち出している。 ハードウェアスペック 項目 詳細 サイズ 34.9 × 17 × 8.3 mm 重量 5.2g（バンドなし） 搭載AIコーチ Gemini搭載 連携アプリ Google Health 本体形状はFitbit Inspire 3と同じピル型だが、スクリーンを省いたことで大幅に薄く・軽くなっている。バンドは複数種類が用意されており、着脱も容易に行える設計だ。ステフィン・カリーとのコラボレーションバンドも展開されているなど、スポーツ・ライフスタイル寄りのブランディングも見て取れる。 Engadgetのレビューポイント EngadgetのCherlynn Low氏によるレビューでは、以下のポイントが挙げられている。 高く評価された点 軽量・汎用性の高いハードウェア：5.2gという軽さと、複数バンドへの簡単な乗り換えが好評 高速充電対応：日常使いのストレスを減らす実用的な仕様 Google Healthアプリの完成度：包括的かつ直感的なUIで、健康データの把握がしやすい 気になる点として挙げられた点 AIコーチの不安定さ：Low氏のレビューによると、AIからのフィードバックメッセージが途中で書き換わるなど、まだ動作が安定していないケースがあったとのこと Low氏のレビューで印象的なエピソードとして紹介されているのが、AIコーチの「攻めたフィードバック」だ。レディネススコア48（100点満点）という状態でHIITクラスをこなした翌朝、AIが「今日は休むって話じゃなかったの？」というニュアンスのメッセージを表示。その後、より穏やかな表現に自動修正されたという。Low氏はこれを不快に感じるどころか「Fitbitに怒られた」と周囲に話して笑いを取ったと報告しており、AIコーチのパーソナリティがユーザー体験を豊かにする可能性を示している。 日本市場での注目点 2026年5月時点で、日本での正式発売時期および価格は未公表だ。以下の点は押さえておきたい。 Google Healthアプリへの移行：Fitbitアプリ自体がGoogle Healthに統合される方針のため、既存のFitbitユーザーも近い将来、AIコーチ体験の一部を享受できる可能性がある 競合との比較：日本市場ではFitbit Inspire 3（参考価格1.5万円前後）やGarmin vivofit系統が主な競合。Whoopは日本でも展開しているが月額サブスクリプション型の価格体系であり、買い切り型製品との比較が購入判断のポイントになる スクリーンレスという選択肢：「スマートウォッチの通知は不要だが、健康データはしっかり管理したい」というユーザー層には、日本でも一定の需要が見込まれる 筆者の見解 EngadgetのCherlynn Low氏のレビューが示した8.8という数字は、スクリーンレストラッカーというニッチなカテゴリに対してGoogleが本気で取り組んできたことの証左だろう。 ただし、AIコーチの不安定さについては楽観視できない。健康管理のAIアドバイスは、誤ったガイダンスや文脈の読み違いが実害につながりうる領域だ。レビューで報告されたメッセージの自動書き換えが「愛嬌」で済んだのは軽微な事例だったからであり、より重要な場面での信頼性は引き続き検証が必要だ。 スクリーンレスウェアラブル市場全体への参入という観点では、Googleのソフトウェアとデータ処理の強みが活きる分野であり、伸びしろは大きい。日本市場への展開時期と価格設定を注視していきたい。 関連製品リンク Fitbit Inspire 3 Fitness Tracker Midnight Zen/Black ...

米テクノロジーメディア Engadget のスティーブ・デント記者が、GoPro初の1インチセンサー搭載アクションカム「Mission 1 Pro」の詳細レビューを2026年5月26日に公開した。総合評価は 10点満点中8.7点。「映像品質はすべてのライバルを上回る」と高く評価しつつ、重量と価格という2つのトレードオフを正直に指摘している。 1インチセンサーがもたらす圧倒的なスペック Mission 1シリーズ最大の特徴は、13.2 × 8.8mmの1インチ・50メガピクセルセンサーだ。DJI Osmo Action 6が搭載する1/1.15インチ・38MPセンサーと比較すると、面積で大幅に上回る（横幅はかなり広く、高さはわずかに短い）。この大型センサーにより、以下の映像スペックを実現している。 項目 Mission 1 Pro Mission 1 DJI Osmo Action 6（参考） 最大解像度 8K / 60fps 8K / 30fps 4K / 120fps 高フレームレート 4K / 240fps 4K / 120fps 4K / 120fps オープンゲート 8K 4:3 / 30fps — — センサーサイズ 1インチ 50MP 1インチ 50MP 1/1.15インチ 38MP 8K 60fpsという数字は現時点のアクションカム市場では群を抜いている。4Kでしか最終出力しない場合でも、余剰解像度を使ってリフレーミングやTikTok向けの縦動画切り出しが可能な点は、コンテンツクリエイターにとって実用的なメリットだ。 Engadgetレビューのポイント：良い点と気になる点 Engadgetのデント記者は実機テストを通じて次のように評価している。 評価できる点 映像品質はライバル全機を超える：色再現性・ダイナミックレンジともにアクションカムの新基準 暗所性能が優秀：大型センサーによる集光量の多さが低照度シーンで効いている HyperSmoothによるスタビライズはアクションカム最高水準 バッテリー持続時間が優秀 156度の広角レンズはSuperview（16mm相当・強湾曲）/ Wide（16〜24mm・歪み軽減）/ Linear（22〜27mm・歪みなし）の3モードを選択可能 1.4インチ前面LCD + 2.59インチ有機EL背面ディスプレイはGoPro史上最大で、日差しの強い屋外でも視認性が高い 気になる点 ...

Engadgetは2026年5月26日、Reutersの報道を引用し、SpaceXが米国防総省（Pentagon）に対してStarlinkサービスの大幅な値上げを迫っていたことを伝えた。衛星インターネット市場でほぼ独占的な地位を持つSpaceXが、最大の顧客である米軍に対しても強力な価格交渉力を行使している実態が明らかになった。 交渉の背景：カミカゼドローンと料金プランの食い違い Reutersによると、発端となったのは米軍が運用するLUCAS型カミカゼドローンへのStarlink接続だ。国防総省は標準端末プラン（月額約5,000ドル）を契約していたが、実際の通信負荷は航空機向けの上位プラン（月額約25,000ドル）相当に達していたという。 SpaceXの幹部は国防総省担当者との会合で「使用実態に見合ったプランへの移行」を要求した。国防総省側は「航空グレードのStarlinkは有人機向けに設計されており、目標に向かって一方向に突撃し爆発するカミカゼドローンには不適切だ。必要な通信時間は数分から数時間程度にすぎない」と反論した。しかし最終的には事実上SpaceXの主張を受け入れる形となり、LUCASドローン1機あたりのコストが実質2倍に膨らんだとされる。 Starlinkの軍事的重要性と競合不在の現実 軍事グレードのStarlink「Starshield」は、現代の戦闘において欠かせないインフラとなっている。ウクライナ・ロシア戦争でも、SpaceXがロシアによるStarlink使用をブロックした後、ウクライナ側が通信・作戦面で優位を確保したと複数の専門家が評価している。 Reutersによれば、SpaceXの衛星総数は約10,000機で、世界の商用衛星総数の60%以上を占める。最も近い競合とされるAmazon Project Kuiperおよびフランスのサービス「Eutelsat OneWeb」は、いずれも現時点でSpaceXに匹敵するスケールでの運用準備が整っておらず、国防総省の広報担当者が「競合サービスの調査を進めている」とコメントしつつも、実質的な代替手段は存在しない状況だ。 なお、SpaceXは2026年6月にIPOを予定しており、史上最大規模になるとも報じられている。今回の価格交渉報道はそのタイミングと重なる。 日本市場での注目点 日本でもStarlinkは2022年から一般提供が始まり、離島・山間部・農村エリアをはじめ、防災・緊急通信インフラとしての活用が広がっている。自衛隊や自治体も衛星通信インフラへの依存度を高める方向にある。 現在、日本向けの個人向け標準プランは月額6,600円〜（端末代は別途約100,000円前後）。企業・行政向けは別途契約となる。Amazon Project KuiperやEutelsat OneWebが商業展開を本格化する今後2〜3年が、市場競争のターニングポイントになりそうだ。 筆者の見解 今回の報道が示す本質は、「重要インフラを単一プロバイダーに集中させることのリスク」だ。 SpaceXの技術力とスケールは疑いようがない。10,000機超の衛星群を展開し、実際の戦場でその有用性を証明してきた実績は本物だ。だからこそ、米軍が「SpaceX以外に選択肢がない」状況に追い込まれている点は、安全保障の観点から深刻に捉えるべきだろう。 単一ベンダーへの依存は初期コストを下げるが、そのベンダーが交渉力を持った瞬間に構図が逆転する。今回はまさにその教科書的な事例だ。国防という「最も撤退しにくい」分野で民間企業が価格交渉を制したという事実は、インフラの主権という問いを改めて突きつけている。 Amazon KuiperやEutelsat OneWebが早期に競争力あるスケールに到達することは、単なるビジネス競争の話ではなく、公共インフラの健全性という意味でも重要だ。日本の企業や行政機関がStarlinkなどの衛星通信を活用する際にも、複数ベンダーによる冗長化と競争原理の維持を意識した調達設計を検討する局面は確実に近づいている。 出典: この記事は SpaceX reportedly pressured the Pentagon into paying more for Starlink access の内容をもとに、筆者の見解を加えて独自に執筆したものです。