Claude Code v2.1.137 — Windows版VS Code拡張の起動失敗を再修正(v2.1.131と同種の不具合)

このリリースで何ができるようになるか

Claude Code v2.1.137は、Windows環境でVS Code拡張の起動が失敗する問題を再度修正したホットフィックスです。新機能はなく、対象範囲も狭いものの、刺さる人にはピンポイントで効きます。

注目すべきは、この不具合が3日前にリリースされたv2.1.131で一度修正されていながら、本版で再び同じカテゴリの拡張起動失敗が直されている点です。v2.1.131ではcreateRequireポリフィルがバンドルSDK内のビルドパスをハードコードしていた箇所が修正されました。本版が同じバグの再発を解消したのか、近接する別経路の類似バグなのかは公式には明示されていませんが、Windows + VS Code拡張で短期間のうちに2度詰まったチームは、本版で正常運用に戻れます。

あなたの開発フローはどう変わるか

Windows + VS Code拡張のチーム

直前のv2.1.136を入れたWindowsチームで拡張が立ち上がらなくなっていた場合は、そのままv2.1.137に更新してVS Codeを再起動するだけで拡張が戻ります。再インストールやNode.jsのバージョン切り替えは不要です。更新後はVS Codeの拡張一覧でClaude CodeがActivatedになっていることを確認するだけで、通常運用に戻ったと判断できます。

自分の環境が今回の修正対象に該当するかは、次の3点で切り分けられます。

• claude --versionがv2.1.131〜v2.1.136の範囲かつOSがWindowsである
• **VS CodeのコマンドパレットからDeveloper: Show Running Extensions**を呼び出し、Claude CodeがActivation Failedで止まっている
• VS CodeのHelp → Toggle Developer ToolsのConsoleタブにClaude Code由来のstack traceがあり、createRequire周辺や拡張ローダのモジュール解決失敗が見える

このいずれかが当てはまれば本版が直接効きます。逆に、macOS / Linux、あるいはWebベースのVS Code(GitHub Codespaces / vscode.dev)では本版の差分は出ません。

macOS / Linux + VS Code拡張のチーム

本版で修正された経路はWindows固有です。macOS / LinuxでVS Code拡張を使っているチームは、本版に更新しても挙動の変化を体感しません。緊急性は低く、後続の機能追加版とあわせて更新する選択肢があります。

CLIのみで運用しているケース

CLI本体やネイティブビルド側に影響する変更ではないため、VS Code拡張を介在させない運用であれば本版の差分は0です。次のリリースで実利のある変更が出てから更新する形でも問題ありません。

CIでClaude Codeを呼び出しているケース

CIでclaudeコマンドをスクリプトから叩いている運用は、Windowsランナー + VS Code拡張を使っていない限り影響を受けません。Windows Serverのセルフホストランナーで拡張連携を使っているような限定的な構成のみ、本版以降に切り替えると詰まりが減ります。

主な変更点

本版の変更は次の1件です。

Windows環境でVS Code拡張の起動失敗を再修正

VS Code拡張がWindowsで起動に失敗する問題を修正しました。3日前のv2.1.131でも同種の症状が修正されており、本版で再度同じカテゴリの不具合が解消されています。本版では具体的な内部原因の説明はなく、v2.1.131のcreateRequireポリフィル経路と同じ箇所の再発なのか、別経路の同種バグなのかは明示されていません。Windowsでパス区切りや解決経路に絡む拡張ローダ周辺の修正と読むのが自然そうです。

v2.1.131からの連続修正が示すWindows + VS Code経路の脆さ

直近のリリースを並べると次のようになります。

3日のあいだにWindows + VS Code拡張のホットフィックスが2度入る経路は、Claude CodeがCLI / SDK / VS Code拡張をひとつのリリース動線でまとめて配る仕組みである以上、構造的にある程度起きやすい部分です。特にWindowsでは、パス区切り(\)、MSI / Microsoft Store / .NET global toolなど複数のインストール経路、PowerShellとBashの混在など、macOSやLinuxにはない解決パスの分岐が多く、拡張ローダのregressionが他OSより目立ちやすい傾向が読み取れます。

Claude Codeはv2.1.120でWindowsからGit for Windows(Git Bash)依存を切り離し、ネイティブビルドを本流に据えました。ネイティブ化はパフォーマンス利点が大きい一方で、PowerShell経路やSDK埋め込みのcreateRequireポリフィルなど、Bashに乗せていた頃には表面化しなかった解決経路を新たに踏むことになります。本版とv2.1.131のWindows + VS Code拡張系の連続修正は、その移行を実際の本番運用で揉んでいる過程の一部と読めそうです。

実運用上の含意としては、Claude Codeのバージョンを長期に固定しすぎず、数日単位のhotfixが来る前提で更新フローを組んでおくと摩擦が少ないと言えそうです。CIでバージョンをpinしている場合も、Renovate / Dependabotで自動追従するか、claude updateを週次以上で回すなど、追従コストを下げる仕組みを用意しておくと、本版のような単発hotfixで詰まる時間を短くできます。Windowsを含むチームでは特に、固定範囲をパッチバージョンレベルで広めに取って、3日以内のhotfixが自動で乗るようにしておくと、本版のような「またVS Code拡張が起動しない」事象に巻き込まれにくくなります。

まとめ

• Windows + VS Code拡張のチーム: v2.1.136で拡張が起動しなかった場合、本版で解消します。VS Code再起動だけで復旧します
• macOS / Linuxチーム: 影響なし。次の機能追加版に合わせて更新で問題ありません
• CLIのみの運用: 関係なし
• CIでバージョンを固定しているケース: 3日に2度のhotfixが入った経緯から、固定範囲を狭めて自動追従に寄せる運用が現実的に効きます

v2.1.131から続くWindows + VS Code経路の調整がもう一段進んだ位置付けのhotfixです。本版単独で読み始める価値は限定的ですが、直前2週間ほどのリリースを並べて見ると、Claude CodeのWindows対応がまだ収束途上であることが読み取れます。