概要 GitHub Copilot CLIが自動モデル選択（autoモデル選択）機能を正式に一般提供（GA）開始した。この機能はすべてのCopilotプランのユーザーが利用可能で、ユーザーが手動でモデルを選択する手間なく、最も効率的なモデルが自動的に選ばれる。自動選択の対象となるモデルにはGPT-5.4、GPT-5.3-Codex、Sonnet 4.6、Haiku 4.5などが含まれており、ユーザーのプランおよび管理者が設定したポリシーに基づいて動的にルーティングが行われる。 技術的な詳細 autoモデル選択では、レート制限の軽減と最適なモデルの自動割り当てが実現される。実際にどのモデルが使用されたかはCLI上に透明な形で表示されるため、ユーザーは選択結果を確認できる。また、いつでも特定モデルへ手動で切り替えることも可能であり、柔軟な利用が担保されている。管理者によるポリシー設定も尊重されるため、企業環境でも安心して利用できる。 価格・割引 有料購読者がautoモデルを使用する場合、モデル乗数が通常より10%割引される。たとえば乗数1xのモデルを利用した際、通常1プレミアムリクエストが消費されるところ、autoモデル経由では0.9プレミアムリクエストの消費にとどまる。この割引はレート制限の緩和と合わせ、日常的にCopilot CLIを活用する開発者にとってコスト面でのメリットとなる。

概要 Microsoftは、Windows 11のタスクバーにAIエージェント機能を統合する計画を正式に確認した。同社が一部のアプリからCopilotを削除したことで「AI縮小路線」への転換と受け取られる向きもあったが、今回の発表はそうした憶測を否定するものだ。スニッピングツールや写真アプリなど実用性が低い文脈からCopilotを取り除いている一方で、タスクバーへのエージェント統合は引き続き推進しており、「AIをより意図的に、価値を発揮できる場所に絞り込んでいる」というのがMicrosoftの立場だ。パブリックロールアウトに向けた準備が進められており、段階的なオプトイン方式での提供が予定されている。 技術的な詳細 AIエージェントは「計画し、調査し、推論し、ユーザーの介入なしに実行する」自律型システムとして設計されている。ユーザーはタスクバー上のMicrosoft 365 Copilotアイコンにホバーすることで、エージェントの動作をモニタリングしたり制御したりすることができる。 現時点で最初にサポートされるエージェントはMicrosoft 365 Researcherだ。OneDriveやMicrosoft 365のファイルにアクセスしながら複数ステップにわたる調査タスクを実行し、詳細なレポートをタスクバーから直接生成する機能を持つ。開発者向けにはModel Context Protocol（MCP）を採用しており、サードパーティ開発者が互換性のあるエージェントを構築してタスクバーに接続できる仕組みが整備されている。さらに深いOSレベルの統合が必要な場合はWindows.UI.Shell.Tasks APIも利用可能だ。 利用条件と今後の展望 この機能の利用にはMicrosoft 365サブスクリプションが必要であり、自動的に有効化されるものではなく完全なオプトイン方式となっている。現状のサポートはMicrosoft 365アプリに限定されているが、MCPを通じたサードパーティ製エージェントの参入により、将来的には対応するエージェントの幅が大きく広がると見られる。Windowsのタスクバーという常時アクセス可能な場所にAIエージェントが常駐することで、デスクトップ上でのAI活用がより日常的になる可能性がある。

概要 Linux Foundation主催の「OpenSearchCon Europe 2026」が、チェコの首都プラハで2026年4月16〜17日の2日間にわたって開催された。同カンファレンスはOpenSearchプロジェクトのユーザー・管理者・開発者が一堂に会し、実世界の課題解決事例の共有やコミュニティネットワークの構築を行う年次イベントで、今回はオープンソースの検索・分析・オブザーバビリティとエージェントAIの融合が主要テーマに据えられた。50以上のセッションが用意され、AWS、IBM、Oracle、SAP、ノルウェー政府などから多様なスピーカーが登壇した。 主要テーマと参加組織 今回のカンファレンスでは、エージェントAIと検索技術の融合が中心的なテーマとして掲げられた。大規模言語モデル（LLM）を活用したエージェントシステムが普及する中、検索・オブザーバビリティ基盤としてのOpenSearchの役割が改めて注目されている。企業・組織側からはAWSやIBM、Oracle、SAPといった大手テクノロジー企業に加え、ノルウェー政府も参加しており、OpenSearchが民間と公共セクターの双方で広く採用されていることが示された。スポンサーにはAdeptic Reply、AWS（以上ゴールド）、Instaclustr（シルバー）、Aiven、BigData Boutique、Eliatra、Hyland（以上ブロンズ）が名を連ねた。 セッション形式とコミュニティの取り組み プログラムは通常のセッション発表に加え、参加者主導で議題を決めるアンカンファレンス形式のセッションも設けられ、コミュニティの自発的な議論を促す場が用意された。セッションのスライドや動画は後日公開される予定で、参加できなかった開発者や利用者にも成果を広く共有する方針だ。OpenSearchConは欧州と北米で定期開催されており、グローバルなオープンソース検索コミュニティの中核的な情報交換の場として機能している。 今後の展望 OpenSearchはElasticsearchのフォークとして2021年に誕生して以来、急速にエコシステムを拡大してきた。今回のカンファレンスで示されたエージェントAIとの統合方向性は、RAG（Retrieval-Augmented Generation）パイプラインにおける検索エンジンとしての活用や、AIエージェントによるリアルタイムのオブザーバビリティ分析など、今後の主要ユースケースを示唆している。次回以降のOpenSearchConでも、AIとオープンソース検索の融合がさらに深化していくことが期待される。

概要 Perplexityは2026年4月16日、Mac向け常時稼働型AIエージェント「Personal Computer」を正式に展開した。同年3月11日に発表されていたこの機能は、ローカルファイル・ネイティブアプリ・Webを横断してタスクを自律実行する「オールインワンのデジタルワーカー」として設計されており、Perplexity Maxプラン（月額200ドル）の加入者と事前ウェイトリスト登録者から順次利用可能になっている。従来の「Perplexity Computer」はクラウドベースのWeb版であったのに対し、今回のPersonal ComputerはMacのローカルハードウェア上で動作するハイブリッド型として位置付けられる。 機能と技術的な詳細 Personal ComputerはmacOS 14 Sonoma以降に対応し、両Commandキーの同時押しで起動する。テキスト・音声でのコマンド入力を受け付け、iMessage・Apple Mail・カレンダーなどネイティブMacアプリと連携しながら多段階ワークフローを実行できる。20以上のフロンティアモデルを「エージェントチーム」として協調させるアーキテクチャを採用しており、具体的なユースケースとして以下が挙げられる。 ToDoリストの内容を自動処理してiMessageやメールへ反映 散在するファイルフォルダを自動で整理 ローカル文書をWebの最新情報と照合して比較分析 Perplexityが「常時稼働」の推奨デバイスとして挙げるのがMac miniで、24時間365日バックグラウンドで稼働させることを想定している。iPhoneからタスクを指示してデスクトップのPersonal Computerに実行させる二要素認証付きのクロスデバイス連携にも対応する。 セキュリティと制御 自動化の範囲が広い一方で、セキュリティへの配慮も強調されている。ファイルのやり取りはセキュアなサンドボックス環境内で行われ、AIが実行した操作はすべて監査・巻き戻しが可能だ。センシティブなアクションには人間の確認を挟む設計となっており、強制停止のキルスイッチも用意されている。Perplexityはこれを「AIの意思決定ステップへの完全な可視性」と表現し、ユーザーが常に制御を維持できる点を訴求している。 提供条件と今後の展望 Personal Computerは月額200ドルのMaxプラン専用で、月額20ドルのProプランではクラウドベースの旧Perplexity Computerのみ利用できる。Perplexityは今回の機能を「指示に応答するだけの受動的なコンピューティングから、目標指向の能動的なAI支援への進化」と位置付けており、デスクトップAIエージェント市場の開拓を進めている。

概要 Spring Frameworkは2026年4月17日、6.2.18と7.0.7の2バージョンを同時リリースした。どちらもバグ修正とドキュメント改善を主体とするメンテナンスリリースで、6.2.18では27件、7.0.7では52件の修正が含まれる。6.2.18は近日リリース予定のSpring Boot 3.5.14にも同梱される予定となっており、既存の本番環境での安定稼働を重視するプロジェクトにとって重要なアップデートだ。 Spring Framework 6.2.18の主な変更点 6.2.18では、SpringValidatorAdapterとMethodValidationAdapterのパフォーマンス向上が図られた。また、将来のバージョン7.0で削除予定の機能に@Deprecated(forRemoval = true)アノテーションが追加され、移行準備を進める開発者への明示的なシグナルが強化されている。 バグ修正面では、ServerSentEventのidやeventプロパティ設定時に発生していたNullPointerExceptionの解消、@SqlアノテーションとTransactionAwareDataSourceProxyを組み合わせた際の不具合修正、WebDataBinderが不要なコレクションを生成する問題の解決などが行われた。また、MySQLのGalera/WSREPコンフリクト（エラーコード149）への対応やKotlinのnullableな値クラスパラメータの処理改善も含まれている。依存ライブラリはMicrometer 1.15.11とReactor 2024.0.17にアップグレードされた。 Spring Framework 7.0.7の主な変更点 7.0.7はより多くの修正を含む。6.2.18と共通するSpringValidatorAdapterやMethodValidationAdapterのパフォーマンス改善に加え、KotlinSerializationJsonDecoderでのJSON配列からFluxへのデコーディング対応、RestClient向けのMockRestServiceServer#createServerバリアント追加、RestTemplateXhrTransportを置き換えるRestClientXhrTransportの新設など、新機能も盛り込まれている。 バグ修正では、WebDataBinderが「!」や「_」プレフィックス使用時に不要なコレクションを生成する問題、MessageSourceSupportにおける高カーディナリティのキャッシュ汚染問題、Java 24以降でのAnnotatedTypeMetadataのソース宣言順序保持に関する問題、MergedAnnotation.asMap()が存在しないクラスを参照した際の失敗など、より高度な環境での動作安定性が強化された。依存ライブラリはMicrometer 1.16.5とReactor 2025.0.5にアップグレードされている。 ドキュメント改善と今後の展望 両バージョンともSpEL式のホワイトスペース仕様の明確化、@ActiveProfilesの動作解説、Bean OverridesのKotlinサンプルコード追加など、ドキュメントの充実が図られた。6.2.x系は引き続きメンテナンスブランチとして維持され、7.0.x系は最新安定版として機能追加も継続して行われる。Spring Boot利用者は、近日公開予定の3.5.14を通じて6.2.18の修正を自動的に受け取ることができる。

概要 2026年4月版のTIOBEプログラミング言語インデックスが発表され、Rustが年初の13位から16位（シェア1.09%）へと後退したことが注目を集めている。Rustは2020年頃からセキュリティと性能を両立する言語として評価が高まり、継続的に順位を伸ばしてきたが、今回の下落はその上昇トレンドの鈍化を示す結果となった。Google・Microsoft・Linuxカーネルチームなど主要なテクノロジー企業や団体が積極的にRustの採用を推進しているにもかかわらず、ランキング上は後退した。 一方でPythonは20.97%のシェアで首位を堅守し、依然として圧倒的な存在感を見せている。上位5言語はPython（1位）、C（2位・12.34%）、C++（3位・8.03%）、Java（4位・7.79%）、C#（5位・5.98%）の順となっている。 Rustが後退した背景 TIOBEのCEOであるPaul Jansen氏は、Rustの下落について「Rustは非専門家にとって依然として習得が難しい言語であることが主な要因だ」とコメントしている。所有権（ownership）や借用（borrowing）といったRust固有のメモリ管理モデルは、他の言語から移行する開発者に大きな認知的負荷を与えることが知られており、主流への広範な採用を妨げる障壁になっていると指摘されている。 対照的に、セキュリティ面では時代遅れとも批判されるCが今月2.39ポイントもシェアを伸ばした。これはRustへの移行を推奨してきた各機関の姿勢とは逆行する動きであり、現場レベルでは依然としてCが根強い支持を持っていることを示している。 指標の限界と今後の見通し TIOBEインデックスはWebの検索エンジンにおける検索頻度をもとに「開発者の関心度」を測定する指標であり、実際のコード採用率や求人数を直接反映するものではない点に注意が必要だ。さらに近年はAIコーディングアシスタントの普及により、開発者が従来の検索エンジンでプログラミング関連の情報を検索する機会自体が減少しており、TIOBEインデックスの測定精度や有効性そのものへの疑問も呈されている。 Rustの今回の下落は必ずしも言語そのものの衰退を意味するわけではなく、通常の市場変動の範囲内との見方もある。セキュリティが重要なシステムインフラやOSレベルの開発へのRust採用は引き続き進んでおり、長期的な技術的影響力は維持されるとみられている。今後もRustの習得難易度の改善（ツールチェーンの充実、教育リソースの拡充など）が普及加速の鍵を握りそうだ。

概要 ノースウェスタン大学の研究チームは2026年4月15日、生きた脳細胞と電気的に通信できる印刷型人工ニューロンの開発に成功したと発表した。この装置はマウス脳組織スライス上の実際のニューロンを活性化させることに成功しており、ブレイン・コンピュータ・インターフェース（BCI）や神経プロテーゼへの応用が大きく期待されている。研究成果はNature Nanotechnology誌に掲載された。 技術的な詳細 人工ニューロンの製造には、半導体材料として二硫化モリブデン（MoS2）ナノフレーク、電気伝導体としてグラフェンを電子インクとして利用した。これらをエアロゾルジェット印刷技術によって柔軟なポリマー基板上に成膜し、さらにポリマーを部分的に分解させることで局所的な導電フィラメントを形成している。 この製造プロセスは加算的（積み上げ型）であるため、従来のシリコン加工と比較して廃棄物の発生が少なく、低コストでの製造が可能という利点もある。また、柔軟な基板を使用しているため、脳の曲面にフィットする神経デバイスへの組み込みも現実的な選択肢となる。 研究を主導したMark Hersam教授は「この装置が生成する信号のタイミングと波形は、生きたニューロンと相互作用するに値するレベルに達している」と説明している。実際に単一スパイク、連続発火、バースト発火といった複数の発火パターンを再現できており、従来のデバイスより生物学的に現実的な信号を出力できる点が特徴だ。 応用可能性と意義 この技術が拓く応用分野は幅広い。医療面では、脳機械インターフェース（BMI）や、聴覚・視覚・運動機能の回復を目的とした神経プロテーゼへの組み込みが想定されている。さらにHersam教授はAIの消費電力問題にも言及し、「脳は現存する最も電力効率の高いコンピューターである」と述べている。ヒトの脳は従来型デジタルコンピューターと比べて5桁以上（10万倍以上）省エネルギーであり、脳の動作原理をヒントにした次世代ハードウェア設計への貢献も期待されている。 印刷技術を活用することで、大量生産・低コスト化・フレキシブル化が見込まれ、これまで高コストや製造上の制約から実現が難しかったニューロモルフィックデバイスの実用化を一歩前進させる研究成果として注目を集めている。

概要 AWSは、複数のサービスについて新規受付停止および段階的廃止の計画を相次いで発表した。最も早い対応が必要となるのはAWS App Runnerで、2026年4月30日をもって新規利用登録が停止される。その後はメンテナンスモードへ移行し、既存ユーザーは引き続きサービスを利用できるものの、新機能の追加や機能強化は行われない。利用中のユーザーには代替サービスへの移行計画を早期に立てることが求められる。 対象サービスと廃止スケジュール 廃止が発表されたサービスはApp Runnerにとどまらず、完全終了（サンセット）となるサービスも複数含まれる。Amazon RDS Custom for Oracleは2027年3月31日にサポートを終了する予定で、SSH経由でのインフラアクセスやカスタムパッチ・バックアップ運用が可能だったこのサービスの利用者は、AWSが提供する公式ドキュメントの移行ガイドを参照して対応が必要となる。 メンテナンスモードへ移行するサービスには、以下が含まれる（AWS CloudTrail Lakeはすでに2026年3月31日に新規登録を停止済み）。 AWS CloudTrail Lake AWS Audit Manager AWS IoT FleetWise Amazon Comprehend（一部機能） Amazon Rekognition（一部機能） SNS Message Data Protection Application Recovery Controller Readiness Check さらに完全廃止（サンセット）が予定されているサービスとして、Amazon WorkMail・Amazon WorkSpaces Thin Client・AWS Service Management Connector の3つが挙げられている。 移行先と今後の対応 AWS App Runnerからの推奨移行先として、AWSは2025年12月にリリースされたAmazon ECS Express Modeを提示している。ECS Express Modeはマネージドコンテナサービスとして、App Runnerが提供していたシンプルなコンテナデプロイ体験を引き継ぐ位置づけとなる。Amazon RDS Custom for Oracleについても、公式ドキュメント上で移行パスの選択肢が案内されている。 今回の一連の発表は、AWSがポートフォリオの整理を進めていることを示す動きとも言える。利用中のサービスが対象に含まれている場合は、廃止タイムラインを確認した上で、代替サービスへの移行計画を早期に策定することが重要だ。

概要 Cloudflareは、AIエージェントがクラウド上で自律的に作業するための基盤インフラを相次いで発表した。AIエージェント専用ファイルシステム「Cloudflare Artifacts」をプライベートベータで公開したほか、AIエージェントがメールの送受信を直接操作できる「Cloudflare Email Service」をパブリックベータとして提供開始した。いずれもAIエージェントの実用的な活用を支える基盤として位置付けられており、自律型エージェントの普及を見据えたインフラ整備が本格化している。 Cloudflare Artifacts：AIエージェント専用ファイルシステム 「Cloudflare Artifacts」は、AIエージェントが大量のファイル操作を効率的に行えるよう設計された専用ファイルシステムだ。Gitとの互換性を持ちバージョン管理やフォーク機能に対応しており、RESTful APIおよびCloudflare Workers API経由でアクセスできる。設計上の特徴として、AIモデルが学習済みのスキルをそのまま活用できるよう配慮されており、追加のトレーニングなしに利用可能な点が強調されている。 既存のGitHubなどのファイルシステムは人間ユーザーを前提に設計されているが、数百〜数千のAIエージェントが同時にコードの生成・編集・フォークを行うシナリオでは、大量の小さなデータ（設定ファイル、状態管理、セッション履歴など）を効率よく扱う専用インフラが必要とされている。現在はプライベートベータとして提供されており、2026年5月初旬にはパブリックベータへの移行が予定されている。 Cloudflare Email Service：AIエージェントにメール機能を提供 「Cloudflare Email Service」は、アプリケーションやAIエージェントがメールの送受信を直接操作できるサービスで、パブリックベータとして公開された。SPF・DKIM・DMARCの設定が自動化されており、セキュリティ面の構成作業を簡略化している。 アクセス方法は複数用意されており、Cloudflare Workers内からはシークレット不要でAPIを直接呼び出せる。外部からのアクセスにはTypeScript・Python・Go向けの専用SDKが提供されており、それ以外の言語ではRESTful APIを利用できる。また、Cloudflare MCP ServerがEmail Serviceと統合されており、「Cloudflare Skills」を通じてAIエージェントが必要な操作スキルを取得できる仕組みも整備されている。Cloudflareは参考実装としてオープンソースプロジェクト「Agentic Inbox」を公開しており、AIエージェントとメール機能を組み合わせた実装例として活用できる。Cloudflareは以前から転送専用サービス「Cloudflare Email Routing」を提供していたが、本サービスはそれとは別に、アプリケーション層での直接的なメール送受信を実現する新たなサービスとして提供されている。 AIエージェント向けインフラ競争の加速 今回の発表は、AIエージェントが単なる会話AIを超えて、クラウド上で自律的にタスクを実行する存在として本格的に想定されていることを示している。ファイルシステムやメール送受信など、従来は人間が扱っていたインフラのレイヤーをAIエージェント向けに再設計する動きは、クラウド各社にとって新たな競争領域となっている。Cloudflareはエッジコンピューティングとの統合という強みを活かしながら、AIエージェントの実行環境として自社プラットフォームを確立しようとしている。

概要 DeepSeekは次世代フラッグシップモデル「V4」を2026年4月下旬にリリースする見通しだ。2度の延期を経て最終調整が続いているとされ、ロイターも「今後数週間以内」のリリースを報道している。V4の軽量版にあたる「V4-Lite」はすでに3月9日からテスト段階に入っており、本番リリースの直前段階にあるとみられる。 最大の注目点はハードウェア戦略にある。V4はNVIDIAではなくHuaweiのAscend 950PRチップ向けに最適化された、初の「フロンティア級AIモデル」として位置づけられている。ロイターが4月3日に報じたように、Alibaba・ByteDance・Tencentといった中国大手テック企業は数十万ユニット規模でAscend 950PRを大量発注しており、中国国内のAIインフラがNVIDIA依存から脱却しつつある様子が鮮明になってきた。 技術的な詳細 V4はMixture-of-Experts（MoE）アーキテクチャを採用し、総パラメータ数は1兆に達する見込みだが、推論時に実際に活性化されるのは約370億パラメータにとどまる。これにより、1兆パラメータ相当の知識を保有しながら37Bモデルと同程度の計算コストで推論できる設計となっている。コンテキストウィンドウは100万トークンで、128Kトークン時点での文脈検索精度は94%（従来45%）と大幅に向上している。マルチモーダル対応（テキスト・画像・動画のネイティブ生成）も搭載予定だ。 内部アーキテクチャには三つの革新が盛り込まれている。まず、ハッシュベースのO(1)検索で静的知識を扱う「Engramコンディショナルメモリ」は、アテンション機構の二次スケーリング問題を回避する。次に、トークンの複雑度に応じて密なアテンションと疎なアテンションを動的に切り替える「DeepSeek Sparse Attention（DSA）」が推論コストを削減する。最後に、1兆パラメータモデルの安定した訓練を実現する「Manifold-Constrained Hyper-connections（mHC）」が全体の学習品質を支える。推論速度はV4-Liteの段階でV3比30%の高速化が確認されており、価格は入力約$0.30/百万トークン、出力$0.50/百万トークンと競合比1/20〜1/50程度となる見込みだ。 米国輸出規制とCUDA脱却の意味 V4がHuawei Ascend専用設計を採用した背景には、米国の輸出規制によりNVIDIAチップへのアクセスが制限されていることがある。TrendForceの分析によれば、HuaweiはAscend 950PRにおいて2 PFLOPS（FP4）の演算性能と2TB/sのインターコネクト帯域幅を実装し、112GBの独自HiBLメモリを搭載することで外部サプライチェーンへの依存を削減している。DeepSeekが推論・学習の両面でAscend上の完全なソフトウェアスタックを構築できれば、コア開発パイプラインはCUDAから独立できると専門家は見る。 ベンチマーク予測では、SWE-benchがV3.2の67.8%から81%程度に、HumanEvalが82%から90%程度に、MMLU-Proが85.0%から89%程度に向上するとされており、コーディング・推論能力の大幅な伸びが期待されている。NVIDIAのCEOもこの動向をAI覇権に対する重大な脅威として言及しており、V4のリリースは米中AI開発競争の新たな転換点となる可能性がある。