Programming Languages

JDK 27リリーススケジュールの提案 Mark ReinholdがJDK 27のリリーススケジュールを提案し、2026年6月4日にRampdown Phase Oneへ移行、2026年9月14日に一般提供（GA） を予定している。このスケジュールのレビュー期間は2026年4月13日に終了した。言語機能面では、JEP 532「パターン、instanceof、switch におけるプリミティブ型」が第5プレビューステータスに到達し、JDK 23〜26における以前のイテレーションから変更なく継続されている。 フレームワークの新版リリース Hibernate ORM 7.3.0 では新たに KeyType 列挙型と @NaturalIdClass アノテーションが導入され、従来の識別子ベースのアプローチに加えて、ナチュラルIDを用いたエンティティのロードが可能となった。 LangChain4j 1.13.0 では RecoverabilityIT と PendingResponse クラスによる永続化可能な実行状態が追加されたほか、HQLクエリのための HibernateContentRetriever も利用できるようになった。AIワークフローの信頼性向上に向けた機能強化が進んでいる。 Keycloak 26.6.0 はRFC 7523によるJWT認証を実装し、OAuth Client ID Metadata Documentを通じたModel Context Protocol（MCP）のサポートを実験的機能として追加した。Helidon 4.4.1 はSmile Data Format（バイナリJSONフォーマット）を実装し、設定における遅延環境変数トラバーサルを復元している。 セキュリティと開発者ツール Spring Cloud GatewayでCVEが開示された。CVE-2026-22750 は spring.ssl.bundle の設定が静かに無視されるという脆弱性で、開発者がSSL設定を有効と誤認するリスクがある。SSL/TLSを利用しているアプリケーションでは影響範囲の確認が推奨される。 開発ツールの面ではJetBrainsが Junie CLI をIDEに統合し、IDEの自動検出とプロジェクトコンテキストの認識機能を持つコーディングエージェントが利用可能となった。また、Google ADK for Java 1.1.0 ではチャット補完モデルとGemmaのサポートが追加されている。

WordPress 7.0リリース延期の背景 WordPress 7.0のリリーススケジュールが延期されることが、3月31日に公式発表された。延期の主因はリアルタイムコラボレーション（RTC）機能のデータベースアーキテクチャへの対応であり、「リリースサイクルの延長が必要」と説明されている。4月17日まで事前リリース版の公開は一時停止され、新しいリリーススケジュールは4月22日までに改めて公表される予定だ。 あわせて重要な変更として、WordPress 7.0ではPHP 7.2および7.3のサポートが終了する。最小要件はPHP 7.4となり、PHP 8.2以上が推奨バージョンとなる。古いPHP環境を利用しているサイト管理者は、アップグレードへの対応が求められる。 リアルタイムコラボレーション（RTC）の技術的詳細 今回の延期の中心にあるRTC機能は、分散システムでの競合解決に広く使われるCRDT（Conflict-free Replicated Data Type）エンジンとして「Yjs」を採用している。通信方式にはWebRTCではなくHTTPポーリングが選択されており、これはWebRTCの互換性よりも汎用的なホスティング環境への対応を優先した判断だ。なお、クラシックなメタボックスが存在する投稿ではコラボレーションモードが無効化される。 新ビルドツールとAI統合API 開発者ツールの面では、esbuildを基盤とした新しいビルドツール「@wordpress/build」が発表された。従来の@wordpress/scriptsと比べて大幅な高速化が実現されており、移行パスは「低摩擦（low-friction）」になるよう設計されているという。 AI統合の基盤となる新機能も複数発表されている。WP AI ClientはAIサービスとの連携を標準化するPHPライブラリで、Connectors APIは認証情報やプロバイダーの選択をプラットフォームレベルで管理する仕組みを提供する。またJavaScript側でもAbilities APIが利用可能となり、サーバーで登録された機能をREST API経由で自動取得できるようになった。 テーマ開発・ブロック開発の改善 テーマ開発においてもいくつかの改善が加えられた。グローバルスタイルでボタンのホバー・フォーカス・アクティブといった疑似状態を編集できるようになったほか、theme.jsonでの疑似要素サポートも拡張された。ブロックのビューポートベースの可視性制御（CSSによる実装）や、ナビゲーションリンクのアクティブ状態スタイリングにも対応している。 ブロック開発では、カスタムブロックへのパターンオーバーライド対応が追加された。Interactivity APIではstate.navigationが非推奨となり、Formsブロックには非表示入力フィールドのバリエーションが加わった。 さらに、WordPress Playground MCPサーバーも発表されており、Claude CodeやGemini CLIなどのAIコーディングエージェントをPlaygroundインスタンスに接続し、ファイル操作やPHPの実行が可能となる。AIを活用したWordPress開発ワークフローの強化に向けた取り組みが着実に進んでいる。

概要 JavaScriptランタイム「Bun」のv1.3.12が2026年4月9日にリリースされた。作者Jarred Sumnerによるこのリリースは、120件のバグ修正と219件のユーザーフィードバックへの対応を含み、開発者体験とパフォーマンスの両面で大きな強化が施されている。今回のバージョンでは、単なるバグ修正にとどまらず、ヘッドレスブラウザ自動化やcronスケジューリングといった実用性の高い大型機能が追加されており、Bunをより包括的なJavaScript実行環境へと進化させる内容となっている。 新機能：Bun.WebView・Bun.cron・Markdownレンダリング 最も注目すべき新機能はBun.WebViewだ。これはプロセス内でネイティブに動作するヘッドレスブラウザ自動化機能であり、外部ツールへの依存なしにブラウザ操作を自動化できる。テストやスクレイピングなど、これまでPlaywrightやPuppeteerを必要としていたユースケースを、Bunランタイム単体で賄える可能性がある。 インプロセスcronスケジューラ「Bun.cron()」も新たに搭載された。外部デーモンやジョブキューを用意しなくても、アプリケーションコード内にcron形式でタスクスケジュールを定義できる。定期実行が必要な処理の実装が大幅にシンプルになる。 また、bun ./file.mdコマンドを実行するとターミナル上でMarkdownが整形表示されるようになった。ドキュメントの確認やREADMEの閲覧が手軽にできる開発者向けのQoL改善だ。さらに、ネイティブエラーに対する非同期スタックトレースのサポートも追加され、非同期処理のデバッグが容易になった。 パフォーマンス改善とNode.js互換性強化 パフォーマンス面でも顕著な改善が報告されている。URLPatternの処理速度が約2.3倍に向上し、Bun.Glob.scanが約2倍高速化された。LinuxにおけるLinux cgroupへの対応によって並列処理の最適化も図られており、CI/CDやコンテナ環境での動作改善も期待できる。 Node.js互換性についても継続的な改善が行われており、既存のNode.jsエコシステムとの相互運用性がさらに高まっている。バグ修正の数が多いことからもわかる通り、コミュニティからのフィードバックに積極的に応答する形でリリースサイクルが回っており、実用レベルでの安定性向上が着実に進んでいる。

概要 欧州最大規模のSpringフレームワーク専門カンファレンス「Spring I/O 2026」が、スペイン・バルセロナのPalau de Congressos de Catalunyaにて開幕した。4月13日のワークショップデイに始まり、4月14〜15日の2日間にわたるメインカンファレンスで構成される本イベントには、世界中のSpring開発者が集結する。Spring Boot 4、Spring Framework 7、Spring AIといったエコシステムの最新動向に関する60以上のセッションが予定されており、Springコミュニティにとって年間最大の学習・交流の場となっている。 注目セッションと登壇者 今年の見どころのひとつはSpring AIの台頭だ。「Building AI Applications with Spring AI - Fundamentals」と「The Art of Building Agents」の2つのワークショップは即日完売となり、AI統合への関心の高さを示している。「Observability with Micrometer and Spring Boot 3 and 4」セッションでは、次世代のSpring Boot 4における可観測性機能も取り上げられる予定だ。 登壇者には、Broadcomのデベロッパーアドボケイトとして知られるJosh Long、Springフレームワークの生みの親であるRod Johnson（現在はEmbabelに在籍）、OracleのAlina Yurenko、SystematicのソフトウェアエンジニアであるThomas Vitaleらが名を連ねている。Rod Johnsonが創設したEmbabelプロジェクトへの言及が期待されるほか、Josh LongによるSpring AIの実演は毎回注目を集めている。 Spring Boot 4とSpring AIの最新動向 本カンファレンスはSpring Boot 4の新機能や移行パスに関する重要な情報発信の場ともなっている。ワークショップラインナップにSpring Boot 4が明示的に登場しており、Spring Boot 3からの移行パスや新機能のハンズオン体験が提供される見込みだ。Spring AIについても、LLMとのインテグレーション、RAG（Retrieval Augmented Generation）パターン、AIエージェント構築など実践的なユースケースを中心としたセッションが用意されており、エンタープライズJavaにおけるAI活用の最前線が示される。 今後の展望 Spring I/O 2026は、Springエコシステムが生成AI時代に向けてどのように進化しているかを示す場として機能している。Spring AIフレームワークはSpring Boot 3.xとの統合を通じてすでに実用段階に入りつつあり、今後のSpring Boot 4ではさらなる統合強化が期待されている。カンファレンスの発表内容は後日公式ブログやYouTubeチャンネルで公開される予定であり、参加できなかった開発者もセッション録画を通じて最新情報をキャッチアップできるようになる見込みだ。

概要 Goチームは2026年4月7日、セキュリティ修正を含むGo 1.26.2およびGo 1.25.9をリリースした。今回のリリースではcrypto/tls、crypto/x509、html/template、archive/tar、cmd/go、cmd/compile、internal/syscall/unixに影響する計10件のCVEが修正されており、インターネット公開サービスを運用している開発者にとっては優先度の高いアップデートとなる。両バージョンは同日に公開されており、それぞれGo 1.26系および1.25系の現在のサポートラインに対応している。 修正された脆弱性の詳細 暗号・TLS関連（4件） crypto/x509では3件の脆弱性が修正された。CVE-2026-32280は、VerifyOptions.Intermediatesに大量の中間証明書が渡された場合にチェーン構築処理が適切に制限されずDoSを引き起こす問題。CVE-2026-32281は、ポリシーマッピングを含む証明書チェーン検証における二乗オーダーの計算量問題であり、悪意ある証明書によってサービス拒否が発生する。CVE-2026-33810は、DNS名制約の検証においてワイルドカードSANの大文字小文字の違いにより制約チェックがバイパスされる問題で、証明書の制約を迂回した不正なTLS接続が成立する恐れがある。 crypto/tlsではCVE-2026-32283が修正された。TLS 1.3接続においてハンドシェイク後に複数のキー更新メッセージが連続して送信されると、リソースの制御されない消費が発生しデッドロック状態に陥るDoS脆弱性で、サーバー側が外部からの接続を受け付けるユースケースでリスクが高い。 コンパイラ関連（2件） CVE-2026-27143はcmd/compileにおける帰納変数の算術演算に対するオーバーフロー・アンダーフローチェックの不備で、ループ内での無効なインデックスアクセスが見逃されることでメモリ破損が生じる可能性がある。CVE-2026-27144も同じくコンパイラの問題で、メモリ移動操作においてポインタの展開処理が失敗し、重複しない移動の判定が誤ることでメモリ破損を引き起こす。いずれもコンパイラレベルの問題であり、特定のコードパターンでビルドされたバイナリが影響を受け得る。 その他の標準ライブラリ（4件） CVE-2026-32289はhtml/templateでのXSS脆弱性。JavaScriptテンプレートリテラル内でコンテキストが正しく追跡されず不正確なエスケープ処理が行われることで、悪意あるスクリプトが注入される恐れがある。CVE-2026-32288はarchive/tarで、旧来のGNUスパース形式で記述された悪意あるアーカイブを読み込む際に無制限のメモリ割り当てが発生するDoS脆弱性。CVE-2026-32282はinternal/syscall/unix（Linux）におけるRoot.Chmodのシンボリックリンクトラバーサル問題で、処理中にターゲットがシンボリックリンクに置き換えられると想定外のパスに対して操作が行われる。CVE-2026-27140はcmd/goにおいてSWIGファイル名にcgoを含む場合にビルド時の信頼層がバイパスされ、任意コードが実行される可能性がある問題だ。 アップデートの優先度と対応方針 今回のリリースにはDoS、メモリ破損、XSS、任意コード実行など多様な種別の脆弱性が含まれており、外部からのリクエストを処理するサービスや信頼できないデータを扱うアプリケーションでは早急なアップデートが推奨される。特にTLS接続を受け付けるサーバー（CVE-2026-32283）やHTMLテンプレートを使用するWebアプリケーション（CVE-2026-32289）、証明書検証を行うサービス（CVE-2026-32280、CVE-2026-32281、CVE-2026-33810）は優先的に対応すべき対象となる。go get go@1.26.2またはgo get go@1.25.9でアップデートが可能で、Go 1.26系を使用するプロジェクトはgo1.26.2に、Go 1.25系はgo1.25.9への更新が推奨される。

概要 Microsoftは2026年4月、ASP.NET Core 2.3のサポート終了（EOL）日を2027年4月13日と正式に発表した。ASP.NET Core 2.3は.NET Framework上で動作する唯一のバージョンであり、EOL以降はセキュリティパッチ・バグ修正・技術サポートのいずれも提供されなくなる。Entity Framework 2.3パッケージも同日にサポート終了となる。Microsoftはこの発表を「ツールのサポートライフサイクルポリシー」に基づく1年前の事前通知と位置付けている。 背景：2.3誕生の経緯と「ツール」分類の意味 ASP.NET Coreはもともとクロスプラットフォームとして2016年に設計されたが、2019年リリースのバージョン3.0からは.NET Framework上での動作がサポートされなくなった。.NET Frameworkをサポートした最後の公式バージョンは2018年末の2.2（LTSは2.1）であった。Microsoftは2025年初頭、互換性ギャップを埋める目的でバージョン2.1を再リリースする形でASP.NET Core 2.3を公開した。 今回の廃止にあたり、プリンシパルプロダクトマネージャーのDaniel Roth氏は、ASP.NET Core 2.3を「ライブラリ」ではなく**「ツール」**として分類することで、12ヶ月前通知のみで廃止できる軽量なサポート要件を適用したと説明した。Roth氏は「メンテナンスとコンプライアンスの継続的なコストが、モダンな.NETプラットフォームへの投資リソースを圧迫している」と述べ、2.3は長期的な移行戦略として推奨できないほど時代遅れになっていると語った。 コミュニティの反応と移行の推奨 この発表に対し、開発者コミュニティからは批判的な声も上がっている。「バージョン2.1を2.3に引き上げることで一部のコードが削除されたが、これは破壊的変更であり予期しない挙動だ」といった指摘や、「Microsoftは長期サポートを約束しておきながら、技術的な定義を利用して突然打ち切ろうとしている」というRedditでのコメントも見られる。NuGetの統計では2.2と2.3はいまだ本番環境で広く使われており、影響を受けるユーザーは少なくない。 Microsoftは移行先として現在LTSである.NET 10への移行を推奨しており、移行を支援するツールとして「GitHub Copilot modernization」（AIによる移行分析・計画・実行支援）の活用を案内している。ASP.NET CoreからASP.NET Coreへの移行ドキュメントやASP.NET Coreサポートポリシーも合わせて公開されており、EOLまでの1年間で計画的な対応が求められる。

概要 TIOBEインデックスの2026年2月版において、Pythonの人気スコアが昨年7月に記録した歴代最高値の26.98%から21.81%へと低下していることが明らかになった。それでもPythonは依然としてトップランキングを維持しているものの、過去6ヶ月間で約5ポイントという無視できない落ち込みが注目を集めている。TIOBE CEOのPaul Jansen氏は、これはPythonの絶対的な衰退というよりも、特定用途向けのドメイン特化言語がPythonのシェアを奪いつつある現象だと分析している。 ドメイン特化言語の台頭 最も顕著な動きを見せているのが統計計算向けのRだ。1年前には15位だったRが現在は8位（スコア2.19%）へと急上昇しており、データサイエンス分野でPythonが以前ほど唯一無二の選択肢でなくなりつつあることを示している。また、Perlも30位から11位へと大幅に復活しており、スクリプティング用途での再評価が進んでいるとみられる。かつてPythonが「何でもできる」汎用言語として席巻していたニッチな領域に、より特化した言語が回帰してきている構図だ。 AIコーディングツールの影響と指標への示唆 今回の変動の背景には、AIコーディングアシスタントの急速な普及がプログラミング言語の人気指標に影響を与えている可能性も指摘されている。TIOBEインデックスはエンジニアの採用需要、トレーニングコース数、主要検索エンジンやウェブサイト上のベンダーサポートなどを複数の指標から算出する。AI生成コードが増加するにつれ、こうした検索ベースの指標に従来とは異なるシグナルが混入する可能性があり、指数そのものの解釈にも新たな考察が求められるようになっている。Pythonが真に「人気を失っている」のか、それとも指標の性質上生じる一時的な揺らぎなのかは、今後の推移を見守る必要がある。 今後の展望 Pythonはデータサイエンス、機械学習、Web開発など幅広い領域で依然として支配的な地位を保っており、21.81%というスコアも他言語と比較すれば圧倒的な水準だ。しかし今回の低下は、一つの言語があらゆる用途を独占する時代から、各ドメインに最適化された言語が共存するエコシステムへの移行を示す兆候とも読み取れる。AIツールの普及がこのトレンドをさらに加速させるかどうかが、今後のプログラミング言語市場を占う重要な観察点となるだろう。

概要 Cloudflareは4月1日、TypeScriptとAstro 6.0をベースにしたオープンソースCMS「EmDash」のv0.1.0開発者プレビューを公開した。同社はEmDashを「WordPressの精神的後継者」と位置づけており、MITライセンスのもとで提供される。発表がエイプリルフールと重なったため当初は冗談と受け取られたが、Cloudflareは本気のプロダクトであることを強調した。 EmDashはCloudflareのエッジプラットフォーム上での動作を主軸としつつ、Node.jsサーバーへのデプロイにも対応している。テーマはAstroの標準プロジェクト構造（ページ、レイアウト、コンポーネント、スタイル、JSONの「シードファイル」によるコンテンツタイプ定義）で構成され、開発者にとって馴染みやすい設計になっている。 プラグインのサンドボックス化によるセキュリティ改善 EmDashの設計上の最大の特徴は、プラグインのセキュリティアーキテクチャにある。WordPressではプラグインがファイルシステム全体とデータベースへのアクセス権を持つことが多く、Cloudflareの分析によれば「約96%のWordPressセキュリティ脆弱性は第三者プラグインに起因する」という。EmDashではプラグインをDynamic Workersを通じて独立した隔離環境で実行し、明示的な権限管理のもとでサンドボックス化することで、この構造的問題を解消する。 Cloudflareの製品担当者はWordPressについて「インターネット全体の40%以上を支える極めて大きな成功だが、誕生から24年が経過し、AWS EC2すら存在しなかった時代のアーキテクチャ上に成り立っている」と述べ、現代のWebインフラに合わせた設計の必要性を訴えた。 AI統合とx402対応 EmDashはAIネイティブ機能も積極的に取り込んでおり、Agent Skillsによるエージェント対応、MCP（Model Context Protocol）サーバーとの統合、そしてx402によるペイパーユース課金モデルのサポートが含まれる。これらの機能は、従来のCMSの使われ方をAIエージェント時代に合わせて再定義しようとする意図を示している。 既存のWordPressサイトからの移行パスも提供される予定だが、現時点ではポイントアンドクリック式のWebサイトビルダー機能は未実装であり、あくまで開発者向けのプレビュー段階にある。 業界の反応と批判 開発者コミュニティの一部はTypeScriptベースの設計とWorkerによるプラグインアーキテクチャを「正しい方向性」と評価している。一方、WordPressの共同創設者であるMatt Mullenweg氏は「Cloudflareのサービス販売を促進するために作られたもの」と批判し、プラグインのサンドボックス機能がCloudflare環境に依存している点を問題視した。EmDashが真にオープンなエコシステムとして成長できるかどうかは、今後のコミュニティの反応と非Cloudflare環境でのデプロイ体験の成熟度にかかっているといえる。

概要 MicrosoftはMSVC Build Tools 14.51 Previewにおいて、C++23言語機能のサポートを大幅に拡充した。現時点では/std:c++23previewおよび/std:c++latestスイッチで有効化できる。C++23の完全対応に向けて残り2機能（P2564R3とP0533R9）はバージョン14.52で追加予定であり、Visual Studio 2026 Insidersリリースに合わせて/std:c++23として正式サポートが開始される見通しだ。 追加された言語機能 14.51で実装された言語機能は多岐にわたる。コンパイル時評価の分野では、constexpr関数内でのstatic constexpr変数の許可（P2647R1）や、constexpr関数の制約緩和（P2448R2）が追加された。後者はコンパイル時実行が不可能な操作を含んでいてもconstexprとして宣言できるようにするもので、コードの表現力が向上する。 Unicodeサポートも強化され、数値・名前付きユニバーサル文字エスケープシーケンス（P2029R4、P2071R2）や文字セット・エンコーディング処理の改善（P2314R4）が加わった。そのほか、ポータブルなアサンプション（P1774R8）、複合文末尾でのラベル（P2324R2）、継承コンストラクタからのCTAD（P2582R1）、意味のあるエクスポート（P2615R1）なども実装されている。また、合計22件のCore Working Group（CWG）課題も解決された。 標準ライブラリの強化 標準ライブラリ（STL）面では特に注目すべき改善が多い。新たに<flat_map>（P0429R9）と<flat_set>（P1222R4）が実装された。これらはソート済み配列ベースのコンテナで、キャッシュ効率の高いデータ構造を標準で利用できるようになる。 型特性の分野では、一時的な参照バインディングを検出する型特性（P2255R2）とis_implicit_lifetime型特性（P2674R1）、明示的なライフタイム管理（P2590R2）が追加された。さらに<regex>の大規模なオーバーホールが行われ、20年来のスタックオーバーフロー問題を含む長年の正確性・パフォーマンス上の問題が解消されている。SIMDベクトル化アルゴリズムの対応プラットフォームも拡張され、既存のSSE4.2・AVX2に加え、新たにARM64 NEONがサポートされたことでARM64/ARM64ECプラットフォームでもSTLアルゴリズムのSIMD最適化が有効になる。Library Working Group（LWG）課題も18件解決された。 今後のロードマップ C++23の完全サポートまでに残る2機能は、constevalの伝播（P2564R3）と<cmath>のconstexpr対応（P0533R9）だ。いずれも14.52 Previewで追加される予定であり、その後Visual Studio 2026 Insidersリリースで14.52がデフォルトになった時点で/std:c++23スイッチが有効化される。C++23はモジュール・constexprの大幅強化・Unicodeサポートなど多くの改善を含む重要なバージョンであり、MSVCの完全対応によってエコシステム全体の採用が加速することが期待される。

概要 Visual Studio Code 1.115 が2026年4月8日にリリースされた。今回の最大のハイライトは、エージェントネイティブ開発に特化したコンパニオンアプリ「VS Code Agents」のプレビュー公開だ。このアプリにより、複数リポジトリにまたがる並列エージェントタスクの起動・監視が可能となり、各セッションの進捗確認やインラインdiff表示にも対応する。VS Code InsidersにはすでにAgentsアプリが組み込まれており、追加インストールは不要。カスタム命令・プロンプトファイル・MCPサーバー・フック・プラグイン・テーマとの完全互換性も維持されている。 ターミナルとエージェント連携の強化 ターミナル周りの機能強化も目立つ。新たに追加された send_to_terminal ツールにより、エージェントがバックグラウンドターミナルへコマンドを直接送信できるようになった。従来のターミナルツールは読み取り専用だったが、この変更によってSSHセッションのタイムアウト時の再接続など、より能動的な操作が可能となる。あわせて実験的設定 chat.tools.terminal.backgroundNotifications を有効にすると、エージェントがターミナルの状態変化を自動検知し、手動ポーリングが不要になる。 統合ブラウザ（Playwright連携）では、5秒を超える長時間スクリプトに対してエージェントがポーリング可能なディファードレスポンスを返す仕組みが導入され、タイムアウトによる失敗が減少する。macOS環境ではピンチズームで最大3倍まで拡大できるようになり、視覚的な確認作業がより快適になった。 UI改善とその他の変更点 開発体験を向上させる細かなUI改善も多数盛り込まれた。ターミナルへの画像ファイルの貼り付け（Ctrl+Vまたはドラッグ&ドロップ）、テストカバレッジのミニマップ表示、ファイルクイックピックへのファビコン表示などが追加された。リモートSSH環境では、CLIの自動インストールとエージェントホストモードでの自動起動が可能となり、手動セットアップが不要となった。GitHub Copilotの使用量をチャットセッション内でリアルタイムに確認できる機能も追加されている。 なお、v1.110から非推奨となっていたEdit Modeは、v1.125で完全に削除される予定であることが改めて告知された。v1.111（3月9日）以降の週次リリースサイクルに沿った今回のv1.115は、AIエージェントとの統合を軸に据えた開発環境の進化を象徴するアップデートとなっている。