Claude Codeの changelog は、単なる修正一覧ではなく、この開発ツールがどう現場向けに育ってきたかをそのまま映しています。今回のページには 2.1.277 を中心に、細かな不具合修正から管理機能、プロキシ対応、プラグイン周りの改善まで、かなり大量の変更が並んでいました。生成AIの話題は新機能ばかりが目立ちますが、実際に使う人に効くのは、こうした地味な修正の積み重ねです。だからこそ、この changelog を読む意味があります。
この changelog は GitHub 上の CHANGELOG.md から生成されていて、claude --version で手元の版を確認できる、と案内しています。ページで最上位に出ているのは 2.1.277 で、日付は September 18, 2026 です。ここで追加されたのは、まず CLAUDE.md がないプロジェクトでは AGENTS.md を読むようにした点です。プロジェクトごとの指示ファイルの読み方を広げた形で、設定画面の “Project instructions” から切り替えられますが、Bedrock、Vertex、Foundry ではまだ使えません。
同じ版では、Claude apps gateways 向けの環境変数 CLAUDE_GATEWAY_PROXY_IS_EGRESS_BOUNDARY=1 も入っています。これは、外向き通信が forward proxy だけに限られる環境で、Claude 側が DNS 解決を先にやらず、proxy に hostname をそのまま渡すためのものです。さらに、Claude apps gateway upstreams に headers: の map を追加し、前段に置いた proxy に静的ヘッダーを送れるようにもしています。機能追加としては小さいですが、企業ネットワークや中継基盤との接続をかなり意識した変更に見えます。
不具合修正は一気に多岐にわたっています。たとえば claude -p と Agent SDK のセッションが内部エラー後に結果を返さず固まることがありましたが、今はエラーを報告して exit code 1 で終わるようになりました。会話中に空の text block が混じると、text content blocks must be non-empty で毎回失敗する問題も直されています。古い Claude Code build が同じマシンで動いていると突然ログアウトする件、~/.claude.json の値が壊れていると起動時に落ちる件、/mcp や /plugin manage でクラッシュする件など、設定ファイルの異常値に起因する事故もかなり丁寧に塞いでいます。
編集系ツールでは、Write が既存ディレクトリをファイルと勘違いしてターンを黙って終える不具合、Edit がエスケープ済みの \uXXXX を誤って Unicode escape とみなす不具合、巨大な差し替えで「String not found in file」ではなく「regular expression too large」と出る不具合が修正されました。検索系では Grep と Glob が、プロセス数やメモリ、file handle が足りず検索自体が始められないときに「一致なし」と言ってしまう問題を直し、ちゃんと失敗理由を返すようになっています。
プラグイン関連もかなり多いです。再インストール時に使用中の版を壊すことがあったものを避ける修正、Installed タブで制御文字を除去する修正、constructor や toString のような名前の skill や legacy command で落ちる問題の修正、installed_plugins.json にコミット情報が残らない問題の修正などが入っています。加えて、Remote Control の記録不整合、/login 失敗時のメッセージ改善、Windows で長いパスの PDF 読み取り失敗、--bg 実行時の終了条件、--resume や --continue の履歴再開での欠落など、日常運用で踏みやすい箇所がかなり広く手当てされています。
まず引っかかったのは、追加された機能そのものより、「どう壊れるか」を細かく潰している点です。AI ツールは派手なデモがしやすい一方で、実運用ではログイン、再開、プラグイン、プロキシ、権限、履歴といった地味な部分で止まりがちです。今回の changelog はそこに真正面から向き合っていて、成熟した開発ツールがやる仕事そのものだと思います。たとえば AGENTS.md のサポート追加は一見小さいですが、既存の CLAUDE.md がない現場でも指示ファイルを読めるようにするのは、導入の摩擦を下げる実務的な一歩です。
一方で、修正の多さは裏を返せば、現場での失敗パターンがかなり広いことも示しています。設定ファイルが壊れている、旧版の CLI が残っている、proxy が変な応答を返す、長いセッションを resume する、プラグインを再インストールする。どれも珍しい話ではありません。つまり Claude Code は、理想的な単体利用ではなく、企業の実環境に放り込まれる前提で磨かれているのだと思います。AI エージェントが本当に使われるかどうかは、賢さよりもまず「変な現実に耐えられるか」で決まるからです。
CLAUDE_GATEWAY_PROXY_IS_EGRESS_BOUNDARY=1 や upstream の headers:、NO_PROXY の扱い修正、marketplace policy の不整合修正を並べて見ると、Claude Code が個人開発者向けの便利ツールを越えつつある印象を受けます。もちろん元記事はそう断言していませんが、少なくとも設計の焦点は、ローカルで気軽に使う段階だけではなくなっています。通信経路をどう制御するか、どの hostname を proxy に任せるか、どの marketplace を許可するか。こうした話は、情シスやセキュリティ担当が気にする論点です。
ここで重要なのは、AI の頭脳よりも接続の仕方が価値を左右する、という現実です。企業導入では「モデルが賢いか」だけでは不十分で、「社内 proxy を通れるか」「不正な marketplace を弾けるか」「ログインや telemetry が policy に反しないか」が先に問われます。今回の changelog は、その周辺の地味な整備をかなり厚くしています。私はこれを、Claude Code が開発者のローカル補助から、組織の作業基盤へ移ろうとしているサインだと見ています。
今回の修正群で好印象だったのは、単に「動くようになった」だけでなく、「失敗したときにどう見えるか」をかなり意識していることです。Grep や Glob が失敗理由を返す、claude -p が内部エラー後に黙って止まらない、/login 失敗で本当の理由を見せる、WebFetch や WebSearch が拒否理由を説明する。こういう改善は派手ではありませんが、実際には最も効きます。人はツールが失敗したとき、理由が分からないと同じ操作を繰り返し、結果的に時間を失います。
AI 系のツールは特に、失敗が「静か」に起きやすいのが厄介です。今回も、ターンが途中で終わる、履歴の一部が欠ける、再開後にキャッシュが外れる、スクロール表示が更新されなくなる、といった症状が並んでいました。これらは性能の話ではなく、安心して使えるかどうかの話です。私は、Claude Code の changelog がこの方向に寄っていることを、むしろ健全だと感じます。新しい魔法を増やすより、既存の魔法が変な形で消えないようにするほうが、現場ではずっと大事だからです。
