regressions and reverts
Claude Codeの変更履歴に残る「回帰」と「取り消し」：自分の自動化を守る検査
変更履歴をよく読むと、「前の版の不具合を直した」「直前の変更を元に戻した」という行が一定数あります。これは問題ではなく、公式が自分で記録を残しているということです。使う側にとっては、新しい版に上げた直後に起きうる事故の実例集として使えます。2026年5月〜11月の記載から拾いました。
このサイトはAnthropicの公式サイトではありません。Claude Codeの機能・料金・提供範囲は変わる可能性があるため、重要な判断の前には公式のドキュメントと自分のアカウント設定を確認してください。
先に結論：一覧にすると見えたこと
拾った行の多くは、上げた翌日から数日以内に直されています。つまり、版が出た当日に全面採用するより、数日置くほうが事故を避けやすい、というのがこの一覧から読める傾向です。ただし、これは数えた件数が少ない記載の整理であって、統計ではありません。
拾った行の一覧
| 日付 | 版 | 公式の記載（要点） | 自分の自動化への示唆 |
|---|---|---|---|
| 2026年5月22日 | 2.1.148 | すべてのBashコマンドが終了コード127になる回帰（2.1.147由来）を修正 | 終了コードで成否を判定する自動化は影響大 |
| 2026年9月3日 | 2.1.260 | 2.1.259で入れた「Readの拒否ルールをBashの引数にも適用」を取り消し。npm run build が止まっていた | 拒否ルールの強化は、ビルド手順を止めうる |
| 2026年9月8日 | 2.1.266 | 2.1.265の回帰で、特定の環境変数を設定すると「サインインしていない」になる不具合を修正 | 環境変数を使う構成は版上げ後に起動確認 |
| 2026年9月10日 | 2.1.268 | 2.1.265以降、互換のエンドポイントで毎ターンHTTP 400になる不具合を修正 | 代理経由の構成は特に確認 |
| 2026年9月15日 | 2.1.273 | 2.1.268の「time -p make build のような命令を拒否」を取り消し | 許可の判定強化が通常のビルドを止めた例 |
| 2026年9月18日 | 2.1.276 | 2.1.275の回帰で、代理経由だと全リクエストが400になる不具合を修正 | 代理を挟む環境は、版上げを1台で試す |
| 2026年9月22日 | 2.1.280 | ctrl+l／cmd+kで画面記録を消す変更（2.1.260）を取り消し | 操作の癖が変わる種類 |
| 2026年10月3日 | 2.1.289 | 2.1.288の認証状態表示の変更（頻繁なサインアウトの疑い）を取り消し | 無人実行は認証切れで止まる |
| 2026年10月6日 | 2.1.291 | 2.1.290でクラウドの許可の応答が落ちる不具合、2.1.288で終了時に最後の発言が失われる不具合を修正 | 保存の完全性は自分で確認 |
| 2026年10月7日 | 2.1.293 | 2.1.281の自動判定の拒否メッセージ変更を取り消し | 文言に依存した検査は壊れやすい |
このサイトの検査の考え方に引き寄せると
上の一覧で目につくのは、2.1.259→2.1.260、2.1.268→2.1.273の2例です。どちらも許可の判定を強めた変更が、普通のビルドを止めて取り消されたものです。安全のための強化は、通すべきものまで止めることがある。これは、このサイトの別の記事（検査コードの書き方）で書いた「検査は両方向に間違う」と同じ構図です。
実務では、版上げの前後で次の2本を流します。
- 通るべきもの：自分の運用中のビルド手順が、止まらずに最後まで通るか。
- 止まるべきもの：わざと範囲外への書き込みを指示して、止まるか。
片方だけでは、強化されたのか、壊れたのか区別がつきません。
この面で確かめていないこと
- 各回帰を自分の環境で再現はしていません。
- 変更履歴の全行を見たわけではなく、取得できた範囲で拾っています。拾い漏れがあります。
版上げの前に決めておく3つのこと
回帰の記録を読むと、事故の形はだいたい決まっています。起動できない、すべての命令が失敗する、通信が400になる、承認の応答が落ちる、のいずれかです。これらはログを見るまで気づきにくく、無人の自動実行ほど被害が大きくなります。版上げの前に、次の3つを決めておきます。
- 先に上げる1台を決める：全部の作業環境を一斉に上げず、影響の小さい1台で最初の数日を動かす。
- 戻し方を書いておく：直前の版に戻す手順を、上げる前にメモする。戻し方が分からない状態で上げない。
- 成否を終了コードだけで見ない：2.1.148のように終了コードが誤る回帰が実際に記載されています。成果物（ファイルの更新日時や中身）でも確認する。
この3つは、このサイトで検査コードを書くときの考え方（絶対数ではなく差分で見る、全数で見る）と同じ方向です。検査コードの書き方に、具体的なコードを載せています。
公式が記録を残すことの読み方
回帰や取り消しの行が多いからといって、品質が低いと結論づけることはできません。ここで拾ったのは取得できた範囲の記載であり、版の総数や利用者への影響の大きさとは比べていません。むしろ、「何を直したか」「何を元に戻したか」を公式が文章で残していること自体が、運用する側にとって手がかりになります。
使う側にできることは、その記載を自分の手順書と突き合わせる日を決めておくことです。たとえば、月の初めの1日に、前月の変更履歴から「回帰」「取り消し」「元に戻した」の語を含む行を拾い、自分の環境に当てはまるかを確かめます。当てはまらなければ何もしません。当てはまれば、該当した期間の成果物だけを洗い直します。
2026年11月の追加分と、版をまたぐ回帰の例（2026年11月15日確認）
上の一覧のあとにも、公式の記載に取り消しや回帰の行が出ています。
| 日付 | 版 | 公式の記載（要点） | 自分の自動化への示唆 |
|---|---|---|---|
| 2026年11月12日 | 2.1.323 | 自己ホストの実行機で、作業指示が差し替えられたときの終了コードを1に戻した。2.1.321と2.1.322では0に変えていた | 終了コードで成否を判定する仕組みは、版上げ後に値を確かめる |
| 日付は公式のページに無し | 2.1.221 | 高速モードのままOpus 4.7へ替えると設定が残り、APIが要求を拒否していた。以降は対応しないモデルへ替えると高速モードが切れる | モデルを替える運用は、替えた直後の1回の応答を読む |
2.1.321から2.1.323のあいだに、同じ終了コードが0、1と動いたことになります。公式が日付と版つきで書いているので、自分の記録と突き合わせられます。2.1.221の行は日付が公式のページに書かれていないため、版番号だけを載せています。出典：Claude Code 公式 変更履歴、「Speed up responses with fast mode」（2026年11月15日確認）。
出典と確認日
- Claude Code 公式 変更履歴：
https://code.claude.com/docs/en/changelog（2026年11月7日に確認）
編集：ちんあなご編集部。記載は公式ページの内容を自分の文で書き直したもので、原文の引用ではありません。
よくある質問
版上げは何日置けば安全ですか？
日数は測っていません。この一覧では多くが数日内に直されていますが、件数が少ないため目安にとどまります。
公式の不具合が多いということですか？
そうは言えません。件数を全体の版数と比べておらず、記録を残していること自体は、運用する側には有益です。