Claude-Code v2.1.47 リリース:主要な修正と改善点

最新のClaude-Codeリリースであるバージョン2.1.47には、主にファイル処理、パフォーマンス、互換性の問題、特にWindowsプラットフォームに焦点を当てた重要な更新と修正が含まれています。
主な更新と修正
- ファイル処理:
FileWriteToolが意図的な末尾の空白行を正しく保持するようになり、以前trimEnd()によって削除されていた問題に対処しました。 - Windowsターミナルレンダリング: バグ修正により、
os.EOL(\r\n)の不整合によって影響を受けていたターミナル表示の行数が正しく表示されるようになりました。 - Markdown出力: この更新により、行末の異常によってWindowsで太字や色付きのMarkdownテキストが正しく表示されなかった再フロー問題が解決されました。
- メモリとパフォーマンスの向上: APIストリームバッファ、エージェントコンテキスト、スキル状態の使用後の解放によるメモリ使用量の最適化、および
SessionStartフック実行の遅延による起動パフォーマンスの改善が行われ、インタラクティブまでの時間が約500ms短縮されました。 - Bashツール出力: WindowsでMSYS2またはCygwinシェルを使用する際にbashツール出力が無視されていた問題が修正され、出力が期待通りにキャプチャおよび処理されるようになりました。
- エージェントセッション:
O(n²)メッセージ蓄積の排除とファイル言及の動的インデックス化およびキャッシングの有効化により、長時間実行セッション中のメモリ管理が改善され、パフォーマンスが向上しました。 - ファイル変更の耐障害性: 単一ファイルの書き込み/編集エラーが他の並列ファイル操作を中止しなくなりました。独立したファイル変更は、1つのファイル書き込み/編集操作が失敗しても確実に完了するようになりました。
- 拡張されたコマンド機能: 拡張コマンドを効果的に処理するため、
chat:newlineキーバインドアクションによる設定可能な複数行入力が導入されました。
この更新は、信頼性の高いターミナルおよびファイル処理パフォーマンスを必要とするWindows環境で作業する開発者にとって非常に重要です。メモリ管理の改善は、長時間実行タスクを活用したり、広範なファイルリソースを管理したりする場合に有利です。
📖 詳細はこちら: GitHub Claude-Code
👀 See Also

開発者のジレンマ:国家安全保障上の懸念がオープンモデルの選択を制限
セキュリティに敏感な顧客を抱える開発者が報告しているのは、時代遅れの米国オープンモデル(例:gpt-oss-120b)と、より高性能な中国モデル(例:GLM、MiniMax)の間で選択を迫られるというジレンマであり、顧客は後者を国家安全保障上のリスクとして拒否している。

SPLICEベンチマークが明らかにしたのは、VLMが時間的推論に苦戦し、言語事前知識に依存していることです。
EMNLP 2025で発表された研究によると、映像シーケンスタスクにおいて、人間が優れた成績を収める一方で、視覚言語モデルのスコアは低く、Gemini 2.0 Flashのようなモデルは51%の精度しか達成せず、人間のパフォーマンス85%を大きく下回りました。モデルは真の視覚的理解ではなく、視覚的なショートカットや言語記述に頻繁に依存しています。

Claude APIは、2026年2月25日に複数のモデルでエラー率の上昇が発生しました。
2026年2月25日、api.anthropic.comのClaude APIで複数のモデルにわたってエラー率の上昇が発生しました。調査は17:15 UTCに開始され、解決は17:46 UTCに確認されました。
マイクロソフトのAI収益:70%がOpenAIに依存 — リスク分析
マイクロソフトの提出書類によると、同社のAI収益の約70%がOpenAIからのものだ。ブルームバーグの分析は、OpenAIが年間数十億ドルの損失を計上していることから、この集中リスクを指摘している。