OSS

概要 Microsoftは2026年5月13日、Visual Studio Code 1.120を正式リリースした。今回のリリースの目玉は、これまでVS Code Insidersでのみ提供されていたエージェントウィンドウ（Agents Window）が、Stable版でもプレビューとして利用できるようになったことだ。エージェントウィンドウはマルチプロジェクト対応の新しいウィンドウタイプで、AIエージェント主導の開発ワークフローに最適化されている。今バージョン全体を通じてAIコーディング体験の強化が中心的なテーマとなっており、開発者がより自然にAIと協働できる環境の整備が進んでいる。 エージェントウィンドウの正式版昇格 エージェントウィンドウがStable版でプレビュー提供されるようになったことで、複数のプロジェクトをまたいだエージェント駆動の開発をStableのVS Codeでも試せるようになった。主な機能強化として、設定の永続化、変更の破棄機能の強化、セッション間でのアップストリーム変更の同期が含まれる。変更に対するインタラクションがより確定的になり、セッションが完了した際にすべての変更を一覧で確認できる機能や、最近のセッション間をナビゲートする機能も追加された。ウィンドウごとに設定を上書きできる柔軟性も備わっており、チームや用途に応じた細かなカスタマイズが可能となっている。 言語モデルとチャット機能の改善 BYOK（Bring Your Own Key）機能においては、トークン使用量の正確な表示とコンテキストウィンドウの可視化が追加され、利用状況をより把握しやすくなった。また、推論モデルに対して「思考努力」レベルを設定できるようになり、処理の深さを用途に応じて調整できる。プロバイダ別にモデルピッカーが整理されたことで、複数のAIプロバイダを使い分ける際の利便性も向上している。 チャット機能では、ターミナル出力圧縮（プレビュー）が追加された。大きなdiffのうち変更されていないハンクを折りたたんだり、ロックファイルのdiffを削除したりすることでコンテキストウィンドウの消費量を削減できる。さらに実験的機能として、ターミナルコマンドの実行前に安全性レベル（安全／注意／要注意）を表示するリスク評価機能も導入された。 Markdownとその他の改善 Markdown編集機能も強化され、プレビューdiffとしてレンダリングされたMarkdown上でそのまま差分を確認できるようになった。スマート選択機能ではテーブルのセルから行、テーブル全体へと段階的に選択範囲を広げられるようになり、テーブル編集の操作性が向上した。HTMLのid属性を使ったアンカーリンクの補完と検証にも対応している。APIレベルでは、カスタムエディタdiff用の提案APIやdiffアルゴリズムを拡張に公開するドキュメントdiff APIも追加されており、拡張機能開発者にも新たな可能性が広がっている。 今後の展望 ターミナルリスク評価やターミナル出力圧縮のような実験的・プレビュー段階の機能が今後の正式版昇格を見据えて着実に整備されており、VS Codeにおけるエージェント型AI開発支援のインフラが一歩ずつ固まっている様子がうかがえる。エージェントウィンドウのStableへのプレビュー展開を皮切りに、AIコーディング機能がVS Codeの中核として定着していく方向性が今バージョンでも明確に示されている。

何が起きたのか 2026年1月9日、Anthropicはサーバー側のチェックを展開し、OpenCodeをはじめとするサードパーティツールがClaude ProおよびMaxのサブスクリプションをOAuth認証経由で利用することを突然ブロックした。警告や移行手順の案内は事前にほとんどなく、作業中だった開発者のワークフローが即座に寸断された。同年2月19日には利用規約の改定によってこの制限が正式化され、3月にはOpenCodeのリポジトリに対して法的要求が届いたことを示すコミット「anthropic legal requests」がマージされ、Claude Proへの認証コードがコードベースから完全に削除された。4月4日には、AnthropicのClaude Code責任者であるBoris Cherny氏がX上で「Claude ProおよびMaxのサブスクリプションはサードパーティツール経由での利用をカバーしない」と明言し、ポリシー変更が公式に確定した。 背景には技術的な問題があった。OpenCodeの初期バージョンはclaude-code-20250219というベータHTTPヘッダーを偽装することで、Anthropicのサーバーに対してリクエストが公式CLI経由であるかのように見せかけていた。月額200ドルのMaxプランを含むサブスクリプション契約者が、実質的にOpenCode経由でClaudeを無制限に利用できていたわけだ。AnthropicはToS違反として「競合製品の構築」や「無断のサービス転売」を制限事項として挙げたが、自社の公式コーディングツールClaude Codeのリリース直後という時期もあり、競争上の動機が見え隠れする対応だったとして批判を浴びた。 開発者コミュニティの反応と皮肉な結果 ブロックによる開発者の反発は即座かつ激しかった。GitHubのイシューには147件以上のリアクションが集まり、Hacker Newsでは245ポイントを獲得した。「月額200ドルのMaxプランを解約した」「突然アクセスが切れて作業が止まった」といった声が相次ぎ、一部の開発者はCursorやGitHub Copilotなどのより安価な代替サービスへの移行を選んだ。 しかし最も注目すべき結果は、Anthropicの措置がOpenCode自体の人気をむしろ急騰させた点だ。2026年5月時点でOpenCodeのGitHubスター数は157,000を超え、Anthropicの公式claude-codeリポジトリの約12万2,000スターを上回るまでになった。The New Stackが「157,000人の開発者がOpenCodeでAnthropicに対してヘッジしている」と表現したこの現象は、ベンダーロックインへの構造的な懸念が広く共有されていることを示している。開発者たちは「Anthropicが値上げした場合、規約を変更した場合、依存しているモデルが廃止された場合でも動き続けるツール」を求めているのだ。 OpenCodeの技術的な特徴と競合優位性 OpenCodeは主にTypeScriptで書かれたオープンソースのターミナルベースAIコーディングエージェントで、SSTチームが開発・維持している。「100% open source」を掲げ、Claude・GPT-4・Gemini・ローカルモデルといった複数のLLMバックエンドに対応したモデル非依存アーキテクチャが最大の特徴だ。クライアント/サーバー構造のTUI（ターミナルユーザーインターフェース）を採用しており、コードがベンダーのサーバーを経由しないためプライバシー上の利点もある。 対するClaude Codeは、Anthropicモデルとの深い統合と低い初期設定コストが強みだが、利用できるモデルはAnthropicのものに限られる。The New Stack記事の著者はこの対立を「AIツール産業初の垂直統合対オープンアセンブリの分岐点」と位置づけ、単なるツール選択の問題ではなくベンダー依存のリスク管理という観点から開発者が判断を下していると分析した。 業界全体への波及とOpenAIの戦略的動き Anthropicの規制直後、OpenAIは戦略的な動きに出た。OpenCodeをはじめOpenHands・RooCode・Clineなどのオープンソースツールに対してCodexサブスクリプションサポートを公式に拡張し、Anthropicが締め出した開発者コミュニティを積極的に取り込む姿勢を示した。これにより、AIコーディングツール市場における「オープンなエコシステムへの賭け」という文脈でOpenAIとAnthropicの対比が一層鮮明になった。 今回の一連の動きは、AI分野における「オープンAPI時代（2022〜2024年）」の終焉と、大手プロバイダーによるエコシステム囲い込みの本格化という大きなトレンドの一部でもある。OpenAI・Google・Microsoftも同様の傾向を示しており、開発者にとって「今後も使い続けられるツール」の選定が重要な意思決定となっている。157,000という数字は、一つの技術的成熟度を示す指標であると同時に、ベンダーリスクへの集合的な警戒心の表れでもある。

概要 DebianのRelease Teamは、Debian 14「Forky」の開発サイクルにおいて、testingブランチへのパッケージ移行に再現可能ビルドを必須条件とするポリシーを2026年5月9日から施行した。再現可能ビルドとは「同じソースコードを同じ制御された環境でビルドすると、同一のバイナリパッケージが生成される」仕組みであり、配布されるバイナリが公開されているソースコードと一致していることを検証できる。これはLinuxディストリビューション界隈における重要なセキュリティマイルストーンで、サプライチェーン攻撃対策としてバイナリの改ざん検知を義務化した形となる。 技術的な詳細 再現可能ビルドの検証には、Debianのreproduce.debian.netインフラが使用される。このインフラは、オリジナルのビルドプロセス中に生成された.buildinfoファイルを利用してバイナリパッケージをビット単位で再ビルドし、同一性を確認する。現時点では全アーキテクチャで98%以上の再現性が達成されており、23,728のパッケージが検証済みとなっている。 このポリシーはtestingへ新規移行するパッケージだけでなく、既存パッケージの更新にも適用される。更新によって再現性の問題が生じた場合、解決されるまでtestingへの移行がブロックされる。一方、現在のstableリリースへの直接的な影響はなく、2027年中頃に予定されているDebian 14のstableリリースに向けた品質管理の強化として機能する。 セキュリティ上の利点と今後の展望 再現可能ビルドの義務化によって得られる主な利点は4つある。パッケージの整合性検証、ビルドプロセスの透明性確保、サプライチェーンセキュリティの向上、そして再現性のリグレッション防止だ。ビルドサーバーやビルドプロセスが侵害された場合でも、バイナリがソースコードと一致していることを独立して確認できるため、悪意のあるコードの混入を検出しやすくなる。 また今回の変更に合わせて、DebianのマイグレーションソフトウェアがバイナリのみのNMU（Non-Maintainer Upload）に対してもautopkgtestを実行できるようになった。これはフルソースアップロードでのみ利用可能だった機能であり、テスト体制のさらなる強化につながる。

概要 JetBrainsは静的解析ツール「Qodana」のバージョン2026.1をリリースした。今回の最大のハイライトは、EAP（Early Access Program）を経てQodana for C/C++が正式GA（一般提供）に移行したことと、Rust向けの新しいEAPが開始されたことだ。Rustは過去1年間で250万人以上の開発者が利用しており、その普及に対応する形での対応となる。 C/C++の正式GA C/C++向けのLinterは2025.1で導入されたEAP期間中に収集されたフィードバックをもとに大幅な改善が施され、今回のリリースで本番利用可能な正式版となった。主な改善点としては、CMakeをはじめとするビルドシステムの失敗検知の強化、qd.cpp.startup.timeout.minutesプロパティを通じた分析タイムアウトの設定機能の追加、.ideaフォルダのキャッシュ処理の最適化によるパフォーマンス改善が挙げられる。 Rust向けEAPの開始 新たに開始されたRust向けEAPは150以上のインスペクションを搭載しており、デッドコード、ライフタイム問題、アンセーフなコードパターンの検出に対応している。cargo checkやcargo clippyとの統合も内蔵されており、条件付きコンパイルやフィーチャーゲーティング、マルチワークスペースプロジェクトの解析もサポートする。 各言語向けの新インスペクション 既存の言語サポートも強化された。Kotlinでは::javaClassの誤ったCallable参照（Class<T>インスタンスの代わりにプロパティ参照を生成してしまうケース）の検出が追加された。Pythonでは、awaitなしでコルーチンをboolean条件に使用する誤りを検出し、非同期コードの潜在的なロジックバグを防ぐ。C#ではソケット枯渇やリソース圧迫の原因となる短命なHttpClientインスタンスの生成を警告する。 今後のロードマップ 今後の予定としては、Laravelサポートの追加、プロジェクト固有のコード品質ルール設定機能、コードの来歴追跡を含むInsights機能の拡充などが計画されている。CI/CDパイプラインへの統合機能も継続的に強化されており、開発ワークフロー全体でのコード品質管理をより一層支援する方向に進化している。

概要 2026年5月12日にアトランタで開催されたRed Hat Summitにて、Red HatはAIエージェント向けの「Agentic Skills Repository（アジェンティックスキルリポジトリ）」を正式発表した。このリポジトリは、RHEL・OpenShift・Ansibleの運用を通じて蓄積された20年分の企業インフラ知識をスキルパックとしてエンコードしたもので、GitHubのオープンソースリポジトリ（openshift/agentic-skills、Apache 2.0ライセンス）として公開されている。Claude Code、Cursor、Windsurf、OpenShift Dev Spacesなど主要なAIコーディングアシスタントから利用可能で、Red Hat AI最新リリースに追加費用なしで含まれる。 CEO Matt Hicksは「モデルはAIのエンジンとよく語られるが、エンタープライズの文脈では特定のスキルを持たないモデルはハンドルのない高性能車のようなものだ」と述べ、汎用LLMの大規模化では補えない特定ドメインの運用知識こそが差別化要因であると強調した。The New Stackの記事タイトルが「a bigger model never could」と表現したように、どれだけ大きなモデルでも持ち得ない企業固有の蓄積知識をスキルパックとして流通させる新しいモデルを提示している。 利用可能なスキルパック 現在リリースされている主なスキルパックは以下の通りだ。 Agentic Skill Pack for Red Hat OpenShift：OpenShiftクラスターのプロビジョニング、インベントリ、レポートを会話型ワークフローで実施。Assisted Installer、OCM、ROSA、AROなど複数のデプロイ方式とkubeconfigフリートをまたいで管理できるDeveloper Previewのスキル。 Agentic Skill Pack for Red Hat OpenShift Virtualization：OpenShift仮想化環境に特化した操作スキル。 CVE Explainer：Red HatのCVEデータベースやセキュリティアドバイザリAPIにリアルタイムで接続し、特定CVEの深刻度評価と環境固有の対応推奨を提供する。 Diagnostic Data Gathering：sosreport、must-gather、Ansibleの診断バンドル収集を段階的に案内するスキル。 Product Lifecycle Advisor：Red Hat製品・バージョンのサポートフェーズとアップグレードタイムラインを明示する。 Support Severity Helper：サポートケースの適切な深刻度レベルを判定し、SLAと必要情報を説明する。 各スキルパックはポータブルで、バージョン管理された検査可能なソフトウェアとして設計されており、ベンダーロックインのプロンプトではなく開かれた形式で提供されている点が特徴だ。 技術的なアーキテクチャ スキルパックは、agentskills.ioのオープンフォーマット、Claude Skills形式、OpenAI Skills形式の3種類のオープン規格をサポートし、主要なAIコーディングアシスタントとの相互運用性を確保している。実装言語はPython（77.3%）とShell（22.4%）が中心で、スキルはコンテナ化されておりContainerfileでビルドしてイメージボリュームとしてマウントする方式を採る。 MCP（Model Context Protocol）との統合も重要な要素で、エージェントはMCPサーバーを通じてカスタム統合なしに外部システムと連携できる。Red Hat AI・OpenShift AIはLlama StackとMCPの統合を提供しており、Red Hat AI Inference ServerとClaude Codeを組み合わせるチュートリアルも公開済みだ。スキルのインストール・管理にはパッケージマネージャー「Lola」を使用する。 ...

概要 GitHubは2026年5月7日、GitHub Enterprise Live Migrations (ELM) のパブリックプレビューを開始した。ELMはGitHub Enterprise Server (GHES) からGitHub Enterprise Cloud（データレジデンシー対応）へのリポジトリ移行を、ほぼダウンタイムなしで実施できる新機能だ。従来の移行では数日かかるカットオーバーが必要だったのに対し、ELMでは「数日ではなく数分」でのカットオーバーを実現し、地理的に分散したチームでも業務中断を最小限に抑えることができる。 主な特徴と技術的な詳細 ELMの最大の特徴は、移行中も開発者が通常通り作業を継続できる点にある。データは継続的に同期されるため、カットオーバー直前まで両環境間の差分が自動的に埋められ続ける。また、深いGit履歴を持つ巨大なモノレポや、大量のIssues・Pull Requestsを抱えるリポジトリにも対応しており、リソースレベルの進捗追跡によって移行前に問題を事前検出することも可能だ。 技術的には、ELMはGHESアプライアンス上でサービスとして動作し、elm CLIコマンドで制御する。対応するGHESバージョンは3.17.14以降、3.18.8以降、3.19.5以降、3.20.2以降となっている。また、既存のGitHub Enterprise Importer (GEI) とも統合して使用でき、各リポジトリの特性に応じて最適なツールを選択する柔軟な運用が可能だ。 今後の展望 ELMはパブリックプレビュー段階であり、今後フィードバックを基に改善が進む見込みだ。企業がオンプレミス環境からクラウドへの移行を検討する際の主要な障壁であった「移行中の業務停止リスク」を大幅に低減することで、GHES利用企業のクラウド移行加速につながると期待されている。

概要 WordPress 7.0は2026年5月20日のリリースが予定されており、RC3がすでに公開されている。WordPress公式開発者ブログがまとめた2026年5月版の開発者向けアップデート情報では、グリッドベースのUI構築を標準化する新パッケージ、テンプレートのリビジョン管理拡張、ブロックエディター（Gutenberg）全体にわたる多数の改善点が紹介されている。開発チームはプラグインおよびテーマの互換性テストを推奨している。 注目すべき方針変更として、以前から開発が進められていたリアルタイムコラボレーション（RTC）機能が7.0から削除されることが決定した。表面範囲の広さ、競合状態、サーバー負荷、メモリ効率に関する懸念が削除の理由として挙げられており、将来的な再検討の余地を残しつつも現時点では安定性を優先する判断となった。 @wordpress/gridパッケージとコンテンツタイプシステム 今回のリリースで最も注目される開発者向け新機能が @wordpress/grid パッケージの追加だ。これはプラグインのUIや複雑なレイアウトをグリッドベースで統一的に構築するためのツールを提供するもので、従来まで各プラグイン開発者が独自に実装していたグリッドレイアウトを標準化する狙いがある。 また、実験段階ながらコンテンツタイプシステムの開発が進行中であることも明らかになった。これはWordPress 3.0時代のカスタム投稿タイプ導入以来、長年にわたって開発者コミュニティが求めてきた機能の一つで、より柔軟なデータ構造の管理が可能になることが期待されている。 ブロックエディターとAPIの改善 Gutenbergのブロックにも多数の改善が加えられた。TabsブロックはWCAGパターンに準拠した命名に改められ、アクティブ状態スタイルが簡略化された。Accordionブロックにはディメンションコントロールが追加され、Imageブロックは配置変更時にアスペクト比を保持する仕様に改善されている。CoverブロックのビデオエラーやCodeブロックの余白問題といったバグも修正された。 リビジョン管理機能もテンプレート、テンプレートパーツ、パターンにまで拡張され、複雑なサイト構造を持つ開発者にとって管理がしやすくなる。REST APIではテンプレートとテンプレートパーツに日付フィールドが追加された。 その他の変更点として、HEIC画像は .jpg 拡張子で保存される仕様へと変更され、edit_css 権限を持たないユーザーによるカスタムCSSの保存が制限された。Guidelines CPTは「content guidelines」から「guidelines」に改称されている。学習リソースとして、PlaywrightによるWordPress E2Eテストの入門チュートリアルも開発者ブログに公開されている。

概要 JetBrainsは2026年5月11日、Go言語向けIDE「GoLand」のバージョン2026.2アーリーアクセスプログラム（EAP）の開始を発表した。今回のEAPでは「パフォーマンスインサイト・メモリ最適化・プロジェクトオンボーディングの効率化」を主要テーマに据えており、正式リリース前にフィードバックを収集しながら機能を順次提供していく。EAPに参加したユーザーはベータ開始までのEAP期間中、新機能を無償で利用できる。 パフォーマンス分析の統合ツールウィンドウ 2026.2で最も注目される追加機能は、「Go Performance Optimization」ツールウィンドウの導入だ。これまで分散していたプロファイリング機能を一か所に集約し、CPU使用率・メモリ挙動・アロケーションパターンをひとつのインターフェースから分析できるようになった。 プロファイリングはGo標準ツールチェーンのpprofをベースとしており、テスト実行通常実行の両方の構成で利用可能。サポートするプロファイラーの種類は以下の通りだ： CPUプロファイラー：処理リソースが集中している箇所を特定 HeapおよびAllocsプロファイラー：メモリ消費量とアロケーションパターンを監視 Goroutineプロファイラー：実行中のゴルーチンとスタックトレースを表示 BlockおよびMutexプロファイラー：同期処理のボトルネックを検出 プロファイリングの開始方法はツールバー・コードガター・ツールウィンドウからの直接起動、またはプロファイラーオプションを付けた再実行など複数の経路が用意されている。さらに、CPUとメモリの使用状況をリアルタイムで確認できるライブチャートが「Run」ウィンドウおよびGo Performance Optimizationウィンドウの双方に表示される。 メモリ最適化と静的解析の強化 GoLand 2026.2はメモリ効率の改善を支援する二つの静的解析機能を新たに搭載した。 一つ目はエスケープ解析だ。スタックに確保されるべき変数が不要にヒープへエスケープしている箇所をハイライト表示し、データがコード内をどのように流れているかを可視化する。ヒープアロケーションはGCの負担増加につながるため、この機能はパフォーマンス改善の手がかりとして役立つ。 二つ目は構造体レイアウトの最適化提案だ。フィールドの順序が最適でない場合、パディングによって無駄なメモリが生じることがある。IDEはこの問題を検出し、プログラムの動作を変えることなくメモリを節約できるフィールド順序への並び替えをクイックフィックスとして提示する。 プロジェクトオンボーディングの改善 新機能として、プロジェクトをスキャンして実行エントリポイントを自動検出し、実行/デバッグ構成を自動生成する機能も追加された。手動でのセットアップ作業を削減することで、新規参加者がプロジェクトに素早く参画できる環境を提供する。 EAPビルドはToolbox App・JetBrains公式サイト・IDE内アップデート機能のいずれかから入手可能。EAP期間中はフィードバックを募集しており、正式リリースに向けて機能の改良が続けられる予定だ。

概要 Huaweiのエジンバラリサーチセンターに設置されたプログラミング言語研究所（Prof. Dan Ghica 主導）が開発した汎用プログラミング言語「Cangjie（仓颉）」がオープンソースとして公開された。Cangjieは「安全かつ効率的な、高水準で表現力豊かな汎用言語」を目指して設計されており、Java・Kotlin・Swiftに対抗するポジションを取る。名称は中国の伝説的人物で漢字の発明者とされる「倉頡（そうきつ）」に由来し、Huaweiの技術的独立戦略を象徴する命名となっている。言語はすでに中国国内の80以上の大学で教育カリキュラムに組み込まれており、学術コミュニティへの浸透も進んでいる。 技術的な特徴 Cangjieの最大の技術的特徴は、Effect Handlers（エフェクトハンドラ） のネイティブサポートだ。perform および resume キーワードを用いることで、従来の例外処理（try/catch）を一般化し、実行を終了させずに動的な挙動を制御できる try/catch/handle/finally 構造を実現している。これにより、非決定性・バックトラッキング、スケジューリング・依存性注入、モッキング・設定管理、キャッシュ・メモ化など、幅広いユースケースを統一的なモデルで表現できる。ただし、Effect Handlersは現時点で「実験的な機能」として位置付けられており、関連フレームワークはサードパーティコンポーネントとして提供される。 型システムの面では、代数的データ型（ADT） によるパターンマッチングをサポートし、型安全性を高めている。コンパイラは生機械語へ直接コンパイルを行い、バックエンドとしてLinux・macOS・Windows・Android・iOS・HarmonyOSを網羅するマルチプラットフォーム展開が可能だ。ガベージコレクションは並行GCを採用しており、マクロやアノテーションによるメタプログラミング機能も備えている。 背景と戦略的意義 Cangjieの開発・公開は、Huaweiが米国の輸出規制強化を受けて推進する技術的自律化戦略の一環だ。同社はHarmonyOS Next（Androidから独立した独自OS）向けのアプリケーション開発基盤として、Cangjieを中核に据えている。言語のオープンソース化によりコミュニティからのバグ修正や機能拡張を取り込む体制を整え、エコシステムの拡大を図っている。Huaweiは毎年開催する開発者向けカンファレンスでCangjieを主要アナウンスの一つとして位置付けており、自社の独立したソフトウェアスタックの構築に強いコミットメントを示している。 今後の展望 Effect Handlersは現在も活発に開発が続けられており、言語の成熟とともに実験的ステータスから安定機能へと昇格する見込みだ。中国の主要大学における採用が進んでいることは、次世代エンジニアが同言語に習熟する素地を作るとともに、将来的なコントリビューターの拡大にもつながる。JavaやSwiftといった既存の大規模言語コミュニティに対抗するには、エコシステムの整備や企業採用事例の積み上げが課題となるが、Huaweiという巨大企業のバックアップと地政学的な自立化需要を背景に、中国テック業界を中心に着実な普及が期待される。

概要 Git 2.54が正式リリースされた。今回のリリースには137名以上のコントリビューター（うち66名は初めての貢献者）による機能追加とバグ修正が含まれており、ハイライトはGit 2.53と2.54の両バージョンにまたがっている。最大の目玉は、長年の課題だった git rebase -i によるインタラクティブなリベース操作を不要にする実験的コマンド git history の導入だ。これによりCI/CDパイプラインへの組み込みやスクリプト化が大幅に容易になると期待される。 実験的コマンド git history git history は、複雑な git rebase -i を使わずにシンプルな履歴書き換えを行うために設計された新コマンドで、現時点では実験的扱いとなっている。 git history reword — 指定したコミットのメッセージだけをエディタで編集し、そのコミットより先にある子孫ブランチを自動的に更新する。作業ツリーやインデックスには一切影響しない。 git history split — git add -p に似たインターフェースで、単一コミットを複数に分割できる。各 hunk ごとに新しいコミットへ追加するかどうかをインタラクティブに選択できる。 設計の哲学は「単純なケースに git rebase -i の複雑さは不要」というもので、マージコミットを含む履歴には非対応となっている。 設定ファイルベースのフック機構 従来の .git/hooks/ ディレクトリにシェルスクリプトを置く方式に加え、Git設定ファイル内でフックを定義できるようになった。 [hook "linter"] event = pre-commit command = ~/bin/linter --cpp20 この新機構では、システム全体（/etc/gitconfig）やユーザー個別（~/.gitconfig）での一元管理が可能になる。同一イベントに対して複数のフックを定義して順次実行でき、enabled = false で個別に無効化することもできる。現在の設定は git hook list で確認できる。 ジオメトリック再パックのデフォルト化とその他の改善 Git 2.52で導入されたジオメトリック（幾何学的）再パック戦略が、Git 2.54からデフォルトの保守戦略となった。全オブジェクトを1つのパックファイルにまとめる従来の gc と異なり、オブジェクト数が幾何級数的な構成を自動検出して必要な場合のみ完全なGCを実行するため、大規模リポジトリでのリソース消費を大幅に削減できる。 その他の主な改善点は以下の通り: git add -p の改善 — hunk ナビゲーション時に受け入れ/スキップの履歴を表示、--no-auto-advance フラグを追加 HTTP 429 自動リトライ — Retry-After ヘッダーを尊重して自動リトライ。http.maxRetries と http.maxRetryTime で挙動を制御可能 git log -L の強化 — 標準的な diff パイプラインに統合され、-S（内容検索）や -G（パターン検索）との組み合わせが可能になった git rebase --trailer — リベース対象の全コミットに Reviewed-by などのトレーラーを自動付与できる git blame --diff-algorithm — histogram / patience / minimal など diff アルゴリズムを選択可能になった 非 ASCII エイリアス対応 — [alias "hämta"] のような多言語エイリアスを新しい subsection 形式でサポート 内部アーキテクチャとしては、オブジェクトデータベース（ODB）がプラグイン可能なバックエンド設計に再構築されている。直接的なユーザー向け変更はないが、将来的に代替ストレージバックエンドの実装を可能にする重要な基盤となる。