Added
LSPサーバーの
startupTimeout設定をサポートしました。英語原文を表示
Added support for
startupTimeout configuration for LSP serversClaude Code v2.1.50
変更項目: 25件
GitHub Releaseこのバージョンの概要
本バージョンでは、ワークツリーの作成・削除時にカスタムVCSセットアップを可能にするフックイベントの追加や、エージェント定義におけるGitワークツリー分離のサポートなど、開発ワークフローの効率化に貢献する機能が追加されました。また、セッションの復旧に関するバグ修正や、多数のメモリリーク修正により、ツールの安定性とパフォーマンスが大幅に向上しました。
変更内容一覧
Added
WorktreeCreateおよびWorktreeRemoveフックイベントが追加され、エージェントのワークツリー分離がワークツリーを作成または削除する際にカスタムVCSのセットアップとティアダウンが可能になりました。英語原文を表示
Added
WorktreeCreate and WorktreeRemove hook events, enabling custom VCS setup and teardown when agent worktree isolation creates or removes worktrees.変更前
ワークツリーの作成・削除時にカスタムVCSのセットアップ/ティアダウンを行う機能がありませんでした。VCSの初期化やクリーンアップを自動化したい場合に、手動での対応が必要でした。
変更後
ワークツリーの作成・削除時にカスタムVCSのセットアップ/ティアダウンを行えるようになりました。これにより、VCSの初期化やクリーンアップといった定型作業を自動化できます。
ユーザーへの恩恵
VCSのセットアップとティアダウンを自動化することで、開発者はワークツリーのライフサイクル管理にかかる手間を省き、より効率的に開発を進めることができます。
関連ドキュメント
Added
エージェント定義で
isolation: worktree をサポートし、エージェントが宣言的に分離されたgitワークツリーで実行できるようになりました。英語原文を表示
Added support for
isolation: worktree in agent definitions, allowing agents to declaratively run in isolated git worktrees.変更前
エージェントが実行される環境を宣言的に指定する手段がなく、各エージェントの実行環境を個別に管理する必要がありました。
変更後
エージェント定義内で `isolation: worktree` を指定することで、エージェントを独立したGitワークツリーで実行できるようになりました。これにより、プロジェクトの分離が容易になります。
ユーザーへの恩恵
エージェントごとに独立した実行環境を用意できるため、依存関係の競合を防ぎ、よりクリーンで予測可能な開発フローを実現できます。
関連ドキュメント
Added
設定済みの全エージェントを一覧表示する
claude agents CLIコマンドが追加されました。英語原文を表示
Added
claude agents CLI command to list all configured agents変更前
設定されているエージェントを一覧表示するコマンドがなく、どのエージェントが利用可能か確認するのが困難でした。
変更後
`claude agents` コマンドで、設定済みの全エージェントを簡単に一覧表示できるようになりました。
ユーザーへの恩恵
ユーザーは現在利用可能なエージェントを容易に把握でき、目的に合ったエージェントを迅速に選択・活用できるようになります。
関連ドキュメント
Added
1Mコンテキストウィンドウのサポートを無効にする
CLAUDE_CODE_DISABLE_1M_CONTEXT 環境変数が追加されました。英語原文を表示
Added
CLAUDE_CODE_DISABLE_1M_CONTEXT environment variable to disable 1M context window support変更前
1Mコンテキストウィンドウを無効にするオプションがなく、特定の状況下で意図しない動作を引き起こす可能性がありました。
変更後
`CLAUDE_CODE_DISABLE_1M_CONTEXT` 環境変数を設定することで、1Mコンテキストウィンドウのサポートを無効にできるようになりました。
ユーザーへの恩恵
ユーザーはコンテキストウィンドウの挙動をより細かく制御できるようになり、特定のユースケースやパフォーマンス要件に合わせてClaude Codeを最適化できます。
関連ドキュメント
Added
Opus 4.6 (高速モード) で、フル1Mコンテキストウィンドウがサポートされるようになりました。
英語原文を表示
Opus 4.6 (fast mode) now includes the full 1M context window
変更前
Opus 4.6 (高速モード) では、1Mコンテキストウィンドウがフルサポートされていませんでした。
変更後
Opus 4.6 (高速モード) において、1Mコンテキストウィンドウが完全にサポートされるようになりました。
ユーザーへの恩恵
高速モードでもより多くのコンテキストを扱えるようになり、複雑なタスクや長文のコードベースを扱う際の精度と効率が向上します。
Changed
Linux: glibc 2.30未満のシステム(例: RHEL 8)でネイティブモジュールがロードされない問題を修正しました。
英語原文を表示
Linux: Fixed native modules not loading on systems with glibc older than 2.30 (e.g., RHEL 8)
Changed
CLAUDE_CODE_SIMPLEモードでは、MCPツール、アタッチメント、フック、CLAUDE.mdファイルの読み込みも無効になり、完全に最小限の体験を提供します。英語原文を表示
CLAUDE_CODE_SIMPLE mode now also disables MCP tools, attachments, hooks, and CLAUDE.md file loading for a fully minimal experience.関連ドキュメント
Improved
コンパクション後に内部キャッシュをクリアすることで、長時間のセッションでのメモリ使用量を改善しました。
英語原文を表示
Improved memory usage during long sessions by clearing internal caches after compaction
Improved
処理後に大きなツール結果をクリアすることで、長時間のセッションでのメモリ使用量を改善しました。
英語原文を表示
Improved memory usage during long sessions by clearing large tool results after they have been processed
Improved
Yoga WASMおよびUIコンポーネントのインポートを遅延させることで、ヘッドレスモード (
-pフラグ) の起動パフォーマンスが向上しました。英語原文を表示
Improved startup performance for headless mode (
-p flag) by deferring Yoga WASM and UI component imports変更前
ヘッドレスモード (`-p`フラグ) での起動時に、不要なYoga WASMやUIコンポーネントがインポートされ、起動に時間がかかっていました。
変更後
Yoga WASMとUIコンポーネントのインポートが遅延されるようになり、ヘッドレスモードでの起動が高速化しました。
ユーザーへの恩恵
起動時間の短縮により、スクリプト実行やCI/CDパイプラインでの利用がより迅速になり、開発ワークフロー全体の効率が向上します。
関連ドキュメント
Changed
VSCode: VS Codeセッションで
/extra-usage コマンドのサポートを追加しました。英語原文を表示
VSCode: Added
/extra-usage command support in VS Code sessions変更前
VS Codeセッションでは `/extra-usage` コマンドが利用できませんでした。
変更後
VS Codeセッションでも `/extra-usage` コマンドが利用できるようになりました。
ユーザーへの恩恵
VS Codeユーザーは、追加の利用状況情報を簡単に確認できるようになり、リソースの使用状況を把握しやすくなりました。
関連ドキュメント
Fixed
セッションの復旧時に作業ディレクトリにシンボリックリンクが含まれている場合、セッションストレージパスが起動時に異なるタイミングで解決されるためにセッションが見えなくなる問題を修正しました。また、グレーシャルシャットダウンシーケンスで、フックと分析の前にセッションデータをフラッシュすることでSSH切断時のセッションデータ損失も修正しました。
英語原文を表示
Fixed a bug where resumed sessions could be invisible when the working directory involved symlinks, because the session storage path was resolved at different times during startup. Also fixed session data loss on SSH disconnect by flushing session data before hooks and analytics in the graceful shutdown sequence.
変更前
作業ディレクトリにシンボリックリンクが含まれる場合、セッションの復旧時に表示されないことがありました。SSH接続中にセッションデータが失われる可能性もありました。
変更後
シンボリックリンクが含まれる作業ディレクトリでもセッションが正しく表示されるようになり、SSH切断時にもセッションデータが失われなくなりました。
ユーザーへの恩恵
セッションの可視性と信頼性が向上し、開発者は中断した作業を確実に再開できるようになります。データ損失のリスクも軽減され、安心して利用できます。
関連ドキュメント
Fixed
エージェントチームにおいて、完了したチームメイトのタスクがセッション状態からガベージコレクションされないメモリリークを修正しました。
英語原文を表示
Fixed memory leak in agent teams where completed teammate tasks were never garbage collected from session state
Fixed
CLAUDE_CODE_SIMPLEがスキル、セッションメモリ、カスタムエージェント、CLAUDE.mdのトークンカウントを完全に削除するように修正しました。英語原文を表示
Fixed
CLAUDE_CODE_SIMPLE to fully strip down skills, session memory, custom agents, and CLAUDE.md token counting関連ドキュメント
Fixed
存在しないサーバー名を指定した場合に
/mcp reconnect コマンドがハングする問題を修正しました。英語原文を表示
Fixed
/mcp reconnect freezing the CLI when given a server name that doesn't exist変更前
存在しないMCPサーバーに接続しようとすると、`/mcp reconnect` コマンドが応答しなくなり、CLIがハングしていました。
変更後
存在しないサーバー名を指定しても、`/mcp reconnect` コマンドはハングせず、適切にエラー処理または失敗するようになりました。
ユーザーへの恩恵
CLIの応答性が向上し、ユーザーは予期せぬハングアップに悩まされることなく、MCPサーバーの管理をスムーズに行えるようになります。
Fixed
完了したタスクの状態オブジェクトがAppStateから削除されないメモリリークを修正しました。
英語原文を表示
Fixed memory leak where completed task state objects were never removed from AppState
Fixed
ツール検索が有効で、起動引数としてプロンプトが渡された場合にMCPツールが検出されないバグを修正しました。
英語原文を表示
Fixed bug where MCP tools were not discovered when tool search is enabled and a prompt is passed in as a launch argument
変更前
ツール検索が有効な状態で起動引数にプロンプトを指定すると、MCPツールが正しく検出されず、利用できない問題がありました。
変更後
ツール検索が有効な場合でも、起動引数にプロンプトが渡された際にMCPツールが正しく検出されるようになりました。
ユーザーへの恩恵
MCPツールが確実に検出されるようになり、起動時の設定に関わらず、全てのツールを期待通りに利用できるようになりました。
関連ドキュメント
Fixed
LSP診断データが配信後にクリーンアップされずにメモリリークを引き起こし、長時間のセッションでメモリ使用量が無限に増加していた問題を修正しました。
英語原文を表示
Fixed a memory leak where LSP diagnostic data was never cleaned up after delivery, causing unbounded memory growth in long sessions
変更前
LSP診断データが適切に解放されず、セッションが長引くにつれてメモリ使用量が無制限に増加していました。
変更後
LSP診断データが配信後に確実にクリーンアップされるようになり、長時間のセッションでもメモリ使用量の増加が抑えられるようになりました。
ユーザーへの恩恵
メモリリークが解消され、長時間のセッションでも安定したパフォーマンスが維持されるようになります。これにより、リソースの消費を抑え、より快適な開発体験を提供します。
関連ドキュメント
Fixed
多数のタスクを実行した長時間のセッションにおいて、完了したタスクの出力がメモリから解放されず、メモリ使用量が増加していたメモリリークを修正しました。
英語原文を表示
Fixed a memory leak where completed task output was not freed from memory, reducing memory usage in long sessions with many tasks
変更前
多数のタスクを実行すると、完了したタスクの出力がメモリに残り続け、セッションのメモリ使用量が増加していました。
変更後
完了したタスクの出力が適切にメモリから解放されるようになり、長時間のセッションでもメモリ使用量が過度に増加しなくなりました。
ユーザーへの恩恵
メモリリークが解消され、長時間のセッションでも安定したパフォーマンスを維持できます。リソースの消費を抑え、より効率的な開発環境を提供します。
Fixed
プロンプト候補キャッシュの回帰を修正し、キャッシュヒット率が低下していた問題を解決しました。
英語原文を表示
Fixed prompt suggestion cache regression that reduced cache hit rates
変更前
プロンプト候補のキャッシュヒット率が低下し、候補の生成に時間がかかる場合がありました。
変更後
プロンプト候補キャッシュの回帰が修正され、キャッシュヒット率が回復しました。
ユーザーへの恩恵
プロンプト候補の表示速度が向上し、よりスムーズな対話体験を提供します。開発者は迅速に候補を取得し、効率的に作業を進めることができます。
Fixed
ファイル履歴スナップショットを制限することで、長時間のセッションでのメモリ使用量が無制限に増加していた問題を修正しました。
英語原文を表示
Fixed unbounded memory growth in long sessions by capping file history snapshots
変更前
長時間のセッションでファイル履歴のスナップショットが蓄積し続け、メモリ使用量が無制限に増加していました。
変更後
ファイル履歴スナップショットの数に上限が設けられ、長時間のセッションでもメモリ使用量が過度に増加しないようになりました。
ユーザーへの恩恵
メモリリークが解消され、長時間のセッションでも安定したパフォーマンスを維持できます。リソースの消費を抑え、より効率的な開発環境を提供します。
Fixed
TaskOutputがクリーンアップ後に最近の行を保持していたメモリリークを修正しました。
英語原文を表示
Fixed memory leak where TaskOutput retained recent lines after cleanup
変更前
TaskOutputで、クリーンアップ後も最近の行データがメモリに残り続けるメモリリークが発生していました。
変更後
TaskOutputがクリーンアップ時に最近の行データを適切に解放するようになり、メモリリークが解消されました。
ユーザーへの恩恵
メモリリークが解消され、長時間のセッションでも不要なメモリ消費が抑えられます。これにより、安定したパフォーマンスを維持し、リソースを効率的に利用できます。
Fixed
CircularBufferで、クリアされたアイテムがバックエンド配列に保持されていたメモリリークを修正しました。
英語原文を表示
Fixed memory leak in CircularBuffer where cleared items were retained in the backing array
変更前
CircularBufferでクリアされたアイテムがバックエンド配列に残り続け、メモリリークを引き起こしていました。
変更後
CircularBufferでクリアされたアイテムが適切に解放されるようになり、メモリリークが解消されました。
ユーザーへの恩恵
メモリリークが解消され、CircularBufferのメモリ使用量が最適化されます。これにより、長時間のセッションでも安定したパフォーマンスを維持できます。
Fixed
シェルコマンド実行において、ChildProcessおよびAbortControllerの参照がクリーンアップ後に保持されていたメモリリークを修正しました。
英語原文を表示
Fixed memory leak in shell command execution where ChildProcess and AbortController references were retained after cleanup
変更前
シェルコマンド実行後もChildProcessとAbortControllerの参照がメモリに残り続け、メモリリークを引き起こしていました。
変更後
シェルコマンド実行後、ChildProcessとAbortControllerの参照が適切に解放されるようになり、メモリリークが解消されました。
ユーザーへの恩恵
メモリリークが解消され、シェルコマンド実行時のメモリ消費が最適化されます。これにより、長時間のセッションでも安定したパフォーマンスを維持できます。