
Claude Code 2.1.147 で /code-review 登場、翌日 2.1.148 で Bash が全部死ぬバグを 24 時間で潰したのは何故?
2026-05-21 リリースの Claude Code v2.1.147 は /simplify を /code-review に置き換え (--comment で GitHub PR インラインコメント対応)、ピン留めバックグラウンドセッション、Windows / PowerShell 系 30+ 修正を含む大型回。だが Bash ツールが全コマンドで exit 127 を返すリグレッションが混入、約 5 時間後の v2.1.148 で緊急修正。「速い修正」と「リグレッション混入」の両面から AI 開発インフラの実運用フェーズを読み解く。

中澤 圭志
@keishi_nakazawaSales Claw 開発者

Key Facts
v2.1.147 リリース
2026-05-21 20:39 UTC (新機能 5 件 + バグ修正 30+)
v2.1.148 リリース
2026-05-22 01:16 UTC (約 5 時間後の緊急ホットフィックス)
主要追加
/code-review コマンド + ピン留めバックグラウンドセッション (Ctrl+T)
ホットフィックス対象
Bash 全コマンドが exit 127 を返すリグレッション
この記事を一言で言うと
2026-05-21 にリリースされた Claude Code v2.1.147 で「コードレビューが
/code-reviewという 1 つのコマンドで終わる」ようになりました。同時に「バックグラウンドで動かしているセッションを、わざわざ閉じなくても消えなくする (ピン留め)」機能も追加。ところが翌日 5/22 早朝、「Bash で何を打っても "exit 127" で失敗する」という重大なバグが見つかり、約 5 時間後に v2.1.148 として緊急修正版が出ました。本記事は「便利な機能の話」と「壊れて即修正の話」を 1 本にまとめ、AI コーディング道具を毎日使う人がどう付き合えばいいかを書いておきます。
結論: 今すぐ claude を v2.1.148 以上にアップデートしてください。短く答えると、v2.1.147 のままだと Bash ツールが 全コマンドで失敗します (詳細は本文)。一方で v2.1.147 で入った /code-review コマンドと ピン留めバックグラウンドセッションはそのまま v2.1.148 でも有効です。更新は得しかありません。v2.1.147 を踏んでしまった人も、5 分以内に v2.1.148 へ上げれば終わります。
「Claude Code がまた更新されたらしいけど、Bash が動かないって本当?」「/simplify が消えたのは何?」 —— 本記事ではこの 2 つの疑問に対し、Anthropic 公式 GitHub Releases (v2.1.147 / v2.1.148) と Claude Code Docs Changelog を一次情報として参照しながら、Sales Claw 開発者の視点で答えます。
24 時間のあいだに v2.1.147 (5/21 20:39 UTC) と v2.1.148 (5/22 01:16 UTC、約 5 時間後) が連続してリリースされました。前者は 機能追加と 30 件以上のバグ修正を含む大型回、後者は 「Bash ツールが全コマンドで exit 127 を返す」というリグレッション (前バージョンで動いていたものが壊れる現象) を 1 件だけ直したホットフィックスです。
ちなみに Claude Code (Claude CLI ベースの自律コーディングエージェント) とは、Anthropic が提供する開発者向けの CLI 兼デスクトップアプリで、コマンドからコードを書かせたり、Hooks や Skills を通じてポリシー制御 (自動承認・自動拒否・要承認) を細かく書ける道具です。これを毎日のインフラとして使う前提だと、リリースの中身を 1 つずつ追うことが重要になります。
この 2 リリースから読み取れるのは、「AI 開発インフラは "速く出して、速く直す" を前提にした方が運用が楽になる」という現実です。本記事はこれを踏まえて、機能解説と「リグレッション混入時代の自衛策」を 1 本にまとめます。直近のシリーズ記事も併読いただくと文脈がつながります: Claude Code 2.1.145 / Codex モバイル / Anthropic postmortem まとめ、Claude Code v2.1.144 解説。
本記事は GitHub Releases v2.1.147 / v2.1.148 / Claude Code Docs Changelog を一次情報として参照しています。Sales Claw の 無料ダウンロードはこちら。
1. v2.1.147 と v2.1.148 とは — 24 時間で 2 リリースが出た背景
【公式発表】 Anthropic 公式 GitHub Releases によると、v2.1.147 は 2026-05-21 20:39 UTC (日本時間 5/22 朝 5:39)、v2.1.148 は 2026-05-22 01:16 UTC (日本時間 5/22 朝 10:16) にリリースされました。差は約 4 時間 37 分です。
まず前提: 一般読者向けに用語を整理しておきます。
- リグレッション (regression) とは、前のバージョンで動いていた機能が、新しいバージョンで壊れる現象のこと。日本語で「先祖返り」と呼ぶこともあります
- ホットフィックス (hotfix) とは、本番で見つかった重大バグだけを最短経路で直すリリースのこと。通常リリースより検証期間が短い
- exit 127 はシェル (Bash / PowerShell) が「コマンドが見つからない」と返す終了コード。
fooという存在しないコマンドを打つと出るのと同じ番号で、つまり v2.1.147 ではgit statusもlsも「見つからない」と言われていた状態

【著者見解】 5 時間で次のリリースを出せるということは、Anthropic 側に「本番で問題が出たら即座にホットフィックスを切れる体制」があるという意味です。Sales Claw のような OSS 業務エージェントを運用する側にも、同じ運用前提が必要になります (詳細は H2 6 のリスクセクション参照)。
2. /simplify から /code-review へ — 何が変わったか
v2.1.147 で最大の変更は /simplify コマンドが /code-review にリネームされ、中身も書き換えられたことです。たとえば、これまで「読みづらいコードを整形して書き直して」とお願いしていた人にとっては、コマンドの意味そのものが変わりました。
まず前提: /simplify は元々「コードを読みやすく整理して書き直す」コマンドでした。「これ、もっとシンプルに書けない?」を 1 コマンドで依頼するイメージです。
新しい /code-review は方向性が変わりました。Anthropic 公式のリリースノートをそのまま訳すと:
「
/simplifyを/code-reviewにリネームしました。今後は正しさのバグ (correctness bugs) を指定した労力レベル (effort level) で報告します (例:/code-review high)。--commentを渡すと、見つかった指摘を GitHub の PR にインラインコメントとして投稿します。以前の "整理して直す" 振る舞いは削除されました。」
【公式発表】 整理すると、/code-review は以下の 3 つができます。
| 項目 | 旧 /simplify (v2.1.146 以前) | 新 /code-review (v2.1.147 以降) |
|---|---|---|
| 主目的 | コードを読みやすく書き直す | 正しさのバグを発見・報告する |
| 出力 | 書き換え後のコード | バグ指摘リスト + 行番号 |
| 労力レベル指定 | なし | あり (low / medium / high など) |
| GitHub PR 連携 | なし | --comment で PR にインラインコメント投稿 |
| 操作回数 | 1 コマンドで完了 | 1 コマンドで完了 (同じ) |
使い方の例
パターン 1: ローカルで気軽に呼ぶ
# 現在開いているコードを軽くレビュー
/code-review
# しっかり時間をかけてレビュー
/code-review highパターン 2: GitHub PR にインラインコメントを投稿する
# 自分の PR を Claude にレビューさせ、見つかった指摘を GitHub に直接書き込む
/code-review high --comment【著者見解】 「PR のコードレビューを Claude にお願いして、結果を GitHub のコメントとして残せる」というのは、現場で 「コードレビュー担当が休みでマージが滞る」を解消する地味に強い変更です。Sales Claw のような小規模 OSS 開発でも、--comment 付きで自分の PR を Claude にレビューさせ、指摘を GitHub に残してから人間が判断する、という運用が現実的になります。
3. ピン留めバックグラウンドセッション — Ctrl+T でレビュー待ちが消える
まず前提: Claude Code には「バックグラウンドセッション」という機能があり、長いタスク (テスト実行・大規模リファクタなど) を別画面で走らせ、終わるのを待つあいだに自分は別作業を続けられます。「Claude にお願いした作業を放置して別作業に戻る」と、ざっくり言えばそういう機能です。
ところが今までは、バックグラウンドセッションは 「しばらく触らないと勝手に閉じる」「Claude Code 本体を更新すると消える」「PC のメモリが足りなくなるとどんどん閉じられる」という性質がありました。「待たせている間に消えた」という経験をした人は少なくないはずです。
【公式発表】 v2.1.147 ではこれを「ピン留め」で制御できるようになりました。Anthropic 公式リリースノートをそのまま訳すと:
「ピン留めバックグラウンドセッション (
claude agents画面でCtrl+T) は、アイドル中も生き続け、Claude Code の更新を当てるためにその場で再起動し、メモリ不足時はピン留めされていないセッションのあとに最後に閉じられる」

使い方
claude起動中にclaude agentsと入力- バックグラウンドセッション一覧画面で、ピン留めしたいセッションを選択
Ctrl+Tを押す (ピン留めトグル)- もう一度押すとピン留め解除
【著者見解】 個人的に一番ありがたいのは 「Claude Code 本体の更新を当てても、ピン留めしたセッションがその場で再起動する」という挙動です。今まで「アップデートしたから昨日のセッションが消えた」が頻繁にあったので、長期タスク (1 時間以上かかる検索・テスト走らせ・大規模リファクタ) を任せるときの心理的安全性が変わります。
4. Windows / PowerShell / GNOME Terminal の 30+ 修正
v2.1.147 のバグ修正は 30 件以上あります。特に 日本のエンタープライズ開発現場で多い Windows + PowerShell 環境に効く修正が目立つので、6 つだけ取り上げます。噛み砕くと、「ポリシー制御を細かく書きたかったが、これまでは仕様通りに動かなかった」シーンが解消される回です。
特に効く Windows / PowerShell 系の修正
- winget / Microsoft Store からインストールした PowerShell (pwsh) で claude が exit 1 を返す問題を修正
→ 多くの社内 PC は winget 経由なのでこれが直ったのは大きい - PowerShell ツールが「デフォルトフォーマッタに依存するコマンドの出力を落とす」問題を修正
→Get-Processなど PowerShell 固有コマンドの出力が claude に届かなかった件 - 「はい、以後聞かない」を PowerShell スクリプト呼び出しに対して選んだ時、次回も実際にマッチするルールが書き込まれるよう修正
→ 毎回承認ダイアログが出ていた不具合の解消 - Hook の
if条件 (PowerShell(git push*)等) が機能しなかった問題を修正
→PowerShell(*)だけが効いていた回帰の解消。CLAUDE.md / settings.json で hook を細かく書いている人に効く - Windows Terminal で attach したバックグラウンドセッションのフルスクリーンストロボ (画面チラつき) を修正
→ 旧 Windows Terminal 利用者の体感品質に直結 - Windows でバックグラウンドジョブの worktree を削除する際、NTFS ジャンクションを辿ってメインリポジトリまで消すリスクを修正
→ シンボリックリンク経由で「他のフォルダまで消える」最悪パターンの予防

他に効く修正 (Windows 以外)
- headless / SDK モードで未知のスラッシュコマンドが無言で何もしない問題 → エラーを表示するように修正
- MCP サーバの resources / templates / prompts がページ 2 以降で落ちる → ページネーション修正
- backgrounded セッションが「以後聞かない」で承認した権限を毎回また聞いてくる → 修正
CLAUDE_CODE_SUBAGENT_MODELがチームのサブエージェントプロセスに伝わらない → 修正- プラグインエージェントが
tools:frontmatter に複数Agent(...)型を書いた時、最後の 1 つしか残らない → 修正 - GNOME Terminal の右クリック・中クリック貼り付けが効かない → 修正
【著者見解】 このバグ修正リストを 1 行で総括すると 「日本のエンタープライズ Windows 環境にとって特に大きい更新」です。Sales Claw 開発も Windows 11 + PowerShell 7 (winget インストール) でしているので、claude が pwsh で exit 1 を返す問題は痛かったところ。これが直っただけでも価値があります。
5. AI 営業ワークフローに効く改善 5 つ
Claude Code は元々ソフトウェア開発者向けのツールですが、v2.1.147 の機能は AI 営業自動化 (Sales Claw 含む) の文脈でも効きます。具体的に 5 つ:
/code-review --commentで文面プロンプトの PR レビューを自動化
Sales Claw のフォーム文面テンプレートはpreferences.yamlや TypeScript の defaults に集約されています。これを GitHub PR で更新する際、/code-review high --commentを回せば「読み手 (営業先) に失礼な表現が混ざっていないか」を Claude が指摘してくれます (営業文面の品質ゲートに使える)。- ピン留めセッションで「夜間自動化ジョブ」を保護
Sales Claw のような業務エージェントは「夜間に翌日の送信候補を準備しておく」運用が現実的。Claude Code 本体のアップデートで作業が飛ぶリスクが消えれば、夜間ジョブを Claude にも任せられます。 - MCP server のページネーション修正で大規模 connector が動く
Sales Claw が顧客 CRM (Salesforce / HubSpot 等) と MCP 経由で連携する場合、resources / templates が 1 ページ目しか出ていなかったケースで 2 ページ目以降の顧客レコードが取れるようになります。 - Hook の
if条件修正で「危ない PowerShell コマンド」だけブロック可能に
Sales Claw 運用で「Remove-Item -Recurse -Force系は承認要求」「git push系は自動」と細かく分けたい時、PowerShell(Remove-Item *)のような hook 条件が初めて正しく動くようになりました。 - NTFS ジャンクション越境削除の修正でリポジトリ事故が減る
Sales Claw の本番運用環境では、データセット用の worktree を頻繁に切る運用があります。これがメインリポジトリまで消える事故を予防できるようになりました。
Sales Claw での実装イメージ
Sales Claw は、ポリシー制御・送信前自動検査・営業 NG 検出・CAPTCHA 検出時停止・送信頻度制限・監査ログ保存・自動停止条件によって、誤送信と規約違反リスクを下げる設計の OSS ツールです。Claude Code v2.1.147 / v2.1.148 の改善を取り込む具体的な手順は クイックスタートガイドからどうぞ。
# 1. Claude Code を v2.1.148 以上にアップデート
npm i -g @anthropic-ai/claude-code@latest
# 2. Sales Claw 側で文面プロンプトの PR を作って Claude にレビューさせる
git checkout -b copy-update
# (preferences.yaml の文面を編集)
git commit -m "feat: 件名と挨拶文を改訂"
gh pr create --title "件名と挨拶文を改訂" --body "..."
# 3. claude を起動して PR レビューを依頼
claude
/code-review high --comment
# 4. 並列の夜間ジョブをバックグラウンドに置いてピン留め
# (claude agents 画面で対象セッションに Ctrl+T)6. リスクと安全設計 — リグレッション混入時代の自衛策
v2.1.147 → v2.1.148 の 24 時間で見えたのは、「機能追加と同時にリグレッションが混入することは普通に起きる」という現実です。これは Claude Code に限らず、Codex (OpenAI) / Cursor / Gemini CLI でも同じ。AI コーディング道具を 毎日のインフラとして使うなら、運用側にも自衛策が要ります。
アップデート時の自動的なリスクと安全設計
Sales Claw のような業務エージェントを Claude Code 経由で運用する場合、以下のリスクを 自動検査・運用設計で下げるのが現実的です。「100% 安全」と断定するのではなく、リスクを構造的に下げるアプローチを取ります。
- 本番アップデートの canary 化: 「同じ社内でも 1 人だけが新バージョンを使い、24-48 時間問題なければ全員に展開」というルールを社内 SOP に書く
- 監査ログ (
action-log.json) を絶対無効化しない: Sales Claw の自動停止条件はログに依存している - 送信頻度制限を常時 ON: 同一ドメインへの連続送信を抑制 (誤動作時のリカバリ猶予を確保)
- 営業 NG 検出 (
preferences.respectNoSales: true) を維持: 「営業目的お断り」ページの自動スキップ - CAPTCHA 検出時は
awaiting_approvalで停止 + 監査ログ保存: 突破しない設計を維持 - 件数上限 + 経過時間上限 + ターン上限を AND で必ず指定: 暴走防止

更新で踏んだ時のロールバック手順

残るリスク
以下のリスクは自動検査では完全には消せません:
- 新規 CAPTCHA 方式の検出漏れ (Sales Claw 側で対応するまで誤送信の可能性)
- 規約改定への即時追随 (法務情報の手動更新が必要)
- 業界別のレギュレーション (BFSI 等は別途確認推奨)
- 【未確認】 v2.1.148 で Bash exit 127 以外のリグレッションが残っていないかは、5/22 時点では完全には検証できていません。次の 24-48 時間で公式の追加修正が出る可能性はあります
7. 実運用前チェックリスト — 上げるべき? 待つべき?
v2.1.148 へ更新する前に
- v2.1.147 を踏んでいないか確認 (Bash が exit 127 になる場合は即座に v2.1.148 へ)
- 直近 24 時間の監査ログ (action-log.json) をバックアップ
- バックグラウンドセッションを Ctrl+T でピン留め (アップデートで消えるのを防ぐ)
- /code-review の effort level を試運転 (low → medium → high で出力差を観察)
- GitHub PR レビュー連携 (--comment) をテスト PR で 1 回試す
- CLAUDE_CODE_SUBAGENT_MODEL を設定しているチームは subagent プロセスへの伝搬を再確認
- hook の if 条件 (PowerShell(git push*) 等) を再点検 (ようやく正しくマッチする)
- Windows + winget pwsh ユーザーは claude が exit 1 を返さないことを確認
- MCP サーバを使っている場合、2 ページ目以降の resources / templates / prompts が出るか確認
- NTFS ジャンクション越境削除の修正後、worktree 削除が安全か確認
8. まとめ — 「速い修正」を前提にした運用へ
Claude Code v2.1.147 は /code-review と ピン留めバックグラウンドセッションという「毎日触る人ほど嬉しい」改善を投入しました。同時に、Bash exit 127 リグレッションを 5 時間後の v2.1.148 で潰す体制も見せました。
この 24 時間が示すのは、AI コーディング道具は 「機能追加で進化する」側面と、「リグレッション混入と即修正で運用される」側面の両方を持つということ。毎日使うインフラとして付き合うなら、運用側にも canary・ロールバック・監査ログという基本動作が必要になります。

次のアクション: (1) いますぐ npm i -g @anthropic-ai/claude-code@latest で v2.1.148 へ更新。(2) ピン留めしたいバックグラウンドセッションに Ctrl+T。(3) 自分の PR で /code-review high --comment を 1 回試す。詳細は Sales Claw クイックスタートガイド から始められます。
よくある質問
Claude Code v2.1.147 と v2.1.148 を一言で言うと?
/code-review はどう使う? 旧 /simplify と何が違う?
ピン留めバックグラウンドセッションとは? 何が嬉しい?
Bash exit 127 リグレッションの影響範囲と回避策は?
Windows ユーザーは v2.1.147 で何が改善された?
自社で AI コーディングを使っているチームは v2.1.147 → v2.1.148 移行で何をすべき?
Sales Claw のような営業エージェント運用への影響は?
参考文献
本記事は X 公式アカウントと公式ドキュメントを一次情報として参照しています。
- [01]
- [02]
- [03]Claude Code Docs — Changelog (公式)2026-05-22
- [04]anthropics/claude-code CHANGELOG.md (公式)2026-05-22
- [05]
- [06]Claude Code Docs — What's new (公式)2026-05-22
- [07]
- [08]Claude Help Center — Release Notes (公式)2026-05-22
- [09]


