AIニュースClaude Code 2.1.147

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_nakazawa

Sales Claw 開発者

·14
Claude Code 2.1.147 で /code-review 登場、翌日 2.1.148 で Bash が全部死ぬバグを 24 時間で潰したのは何故?

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 コーディング道具を毎日使う人がどう付き合えばいいかを書いておきます。

結論: 今すぐ claudev2.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 statusls も「見つからない」と言われていた状態
v2.1.147 (5/21 20:39 UTC) と v2.1.148 (5/22 01:16 UTC) の関係を示すホワイトボード説明図。v2.1.147 のリリース内容 (新機能 5 件 + バグ修正 30+) と、約 5 時間後に Bash exit 127 リグレッションを修正した v2.1.148 の位置関係をタイムラインで整理
図: v2.1.147 と v2.1.148 の関係。機能追加版と緊急ホットフィックスが 24 時間以内に並走

【著者見解】 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 agents 画面で Ctrl+T でセッションをピン留めする操作と、アイドル時生存・更新後の自動再起動・メモリ不足時の保護優先という 3 つの挙動を示す説明図
図: ピン留めバックグラウンドセッションの仕組み。Ctrl+T で「消えない領域」に固定

使い方

  1. claude 起動中に claude agents と入力
  2. バックグラウンドセッション一覧画面で、ピン留めしたいセッションを選択
  3. Ctrl+T を押す (ピン留めトグル)
  4. もう一度押すとピン留め解除

【著者見解】 個人的に一番ありがたいのは 「Claude Code 本体の更新を当てても、ピン留めしたセッションがその場で再起動する」という挙動です。今まで「アップデートしたから昨日のセッションが消えた」が頻繁にあったので、長期タスク (1 時間以上かかる検索・テスト走らせ・大規模リファクタ) を任せるときの心理的安全性が変わります。

Claude Code でタスク並行運用が当たり前になった今、フォーム送信側こそ自動化したい。

無料・MIT ライセンス。インストールせずにライブデモも試せます。

4. Windows / PowerShell / GNOME Terminal の 30+ 修正

v2.1.147 のバグ修正は 30 件以上あります。特に 日本のエンタープライズ開発現場で多い Windows + PowerShell 環境に効く修正が目立つので、6 つだけ取り上げます。噛み砕くと、「ポリシー制御を細かく書きたかったが、これまでは仕様通りに動かなかった」シーンが解消される回です。

特に効く Windows / PowerShell 系の修正

  1. winget / Microsoft Store からインストールした PowerShell (pwsh) で claude が exit 1 を返す問題を修正
    → 多くの社内 PC は winget 経由なのでこれが直ったのは大きい
  2. PowerShell ツールが「デフォルトフォーマッタに依存するコマンドの出力を落とす」問題を修正
    Get-Process など PowerShell 固有コマンドの出力が claude に届かなかった件
  3. 「はい、以後聞かない」を PowerShell スクリプト呼び出しに対して選んだ時、次回も実際にマッチするルールが書き込まれるよう修正
    → 毎回承認ダイアログが出ていた不具合の解消
  4. Hook の if 条件 (PowerShell(git push*) 等) が機能しなかった問題を修正
    PowerShell(*) だけが効いていた回帰の解消。CLAUDE.md / settings.json で hook を細かく書いている人に効く
  5. Windows Terminal で attach したバックグラウンドセッションのフルスクリーンストロボ (画面チラつき) を修正
    → 旧 Windows Terminal 利用者の体感品質に直結
  6. Windows でバックグラウンドジョブの worktree を削除する際、NTFS ジャンクションを辿ってメインリポジトリまで消すリスクを修正
    → シンボリックリンク経由で「他のフォルダまで消える」最悪パターンの予防
v2.1.147 のバグ修正をカテゴリ別 (Windows/PowerShell・hooks・MCP・UI/UX・plugins・その他) に集計した棒グラフ
図: v2.1.147 のバグ修正 30+ をカテゴリ別に分類した内訳

他に効く修正 (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 つ:

  1. /code-review --comment で文面プロンプトの PR レビューを自動化
    Sales Claw のフォーム文面テンプレートは preferences.yaml や TypeScript の defaults に集約されています。これを GitHub PR で更新する際、/code-review high --comment を回せば「読み手 (営業先) に失礼な表現が混ざっていないか」を Claude が指摘してくれます (営業文面の品質ゲートに使える)。
  2. ピン留めセッションで「夜間自動化ジョブ」を保護
    Sales Claw のような業務エージェントは「夜間に翌日の送信候補を準備しておく」運用が現実的。Claude Code 本体のアップデートで作業が飛ぶリスクが消えれば、夜間ジョブを Claude にも任せられます。
  3. MCP server のページネーション修正で大規模 connector が動く
    Sales Claw が顧客 CRM (Salesforce / HubSpot 等) と MCP 経由で連携する場合、resources / templates が 1 ページ目しか出ていなかったケースで 2 ページ目以降の顧客レコードが取れるようになります。
  4. Hook の if 条件修正で「危ない PowerShell コマンド」だけブロック可能に
    Sales Claw 運用で「Remove-Item -Recurse -Force 系は承認要求」「git push 系は自動」と細かく分けたい時、PowerShell(Remove-Item *) のような hook 条件が初めて正しく動くようになりました。
  5. 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 で必ず指定: 暴走防止
Claude Code v2.1.139 から v2.1.148 までのリリース日と主要変更点を時系列で並べた折れ線/イベントタイムライン
図: v2.1.139 から v2.1.148 までの直近 10 リリース、約 11 日のリリース密度

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

Claude Code v2.1.147/v2.1.148 へのアップデート判断フローを示すホワイトボード説明図。Bash exit 127 を踏んでいるか・/code-review を使うか・業務影響度の 3 つで分岐
図: アップデート判断フロー。「いま踏んでるバグ」「使う機能」「業務影響」で分岐

残るリスク

以下のリスクは自動検査では完全には消せません:

  • 新規 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・ロールバック・監査ログという基本動作が必要になります。

v2.1.147 と v2.1.148 が含む変更を機能追加・バグ修正・ホットフィックスの 3 カテゴリで分類した円グラフ
図: v2.1.147 + v2.1.148 のカバー範囲。機能 5 + 修正 30+ + ホットフィックス 1

次のアクション: (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 が「ツール」から「インフラ」に変わるなら、フォーム送信側も早く同じ階段を上りたい。

無料・MIT ライセンス。インストールせずにライブデモも試せます。

よくある質問

Claude Code v2.1.147 と v2.1.148 を一言で言うと?
「24 時間以内に "便利な機能追加" と "緊急バグ修正" が連続して出た 1 サイクル」です。v2.1.147 (2026-05-21 20:39 UTC) は /simplify を /code-review にリネーム (--comment で GitHub PR にインラインコメント投稿可)、ピン留めバックグラウンドセッション (claude agents で Ctrl+T)、Windows / PowerShell / hook / MCP / GNOME Terminal の 30+ 修正を含む大型回。一方で Bash ツールが全コマンドで exit 127 (= 「コマンドが見つからない」) を返すリグレッションが混入し、約 5 時間後の v2.1.148 (2026-05-22 01:16 UTC) で緊急修正されました。両バージョンを通して見えるのは「AI 開発インフラは "速く出して速く直す" を前提に運用する時代になった」ことで、ユーザー側にも canary・ロールバック・監査ログという基本動作が必要になります。今すぐの推奨アクションは npm i -g @anthropic-ai/claude-code@latest で v2.1.148 へ更新すること。
/code-review はどう使う? 旧 /simplify と何が違う?
旧 /simplify は「コードを読みやすく書き直す」目的でしたが、新 /code-review は「正しさのバグ (correctness bugs) を発見・報告する」方向に書き換えられました。労力レベル指定が追加され、/code-review low / medium / high で深さを切り替えられます。GitHub PR 連携も新規追加で、/code-review high --comment を実行すると見つかった指摘を GitHub の PR にインラインコメントとして直接書き込めます。Sales Claw のような OSS 開発でも、自分の PR に対して /code-review high --comment を回せば「営業文面に失礼な表現が混ざっていないか」を Claude が指摘してくれる運用が現実になります。注意点として、以前の「整理して書き直す」振る舞いは v2.1.147 で削除されました。コード書き直しを依頼したい場合は /code-review ではなく通常のチャット (例: 「この関数を読みやすく書き直して」) を使ってください。
ピン留めバックグラウンドセッションとは? 何が嬉しい?
claude agents 画面でバックグラウンドセッションを Ctrl+T でピン留めすると、(1) アイドル中も生き続ける、(2) Claude Code 本体の更新を当てたあとに同じ場所で自動再起動する、(3) メモリ不足時はピン留めしていないセッションが先に閉じられピン留めは最後まで保護される、という 3 つの挙動が得られます。これまで「アップデートしたら昨日のセッションが消えた」「メモリ圧迫で勝手に閉じた」が起きやすく、長期タスク (1 時間以上かかるテスト走らせや大規模リファクタ) を任せる時の心理的負担になっていました。自社検証では 23 時間の並列 5 セッション運用で、ピン留め 3 本はアップデートを跨いで履歴が残り、ピン留めなし 2 本は消失。ただし常駐メモリは増えるので (5 本同時で約 1.2GB 増)、無限にピン留めはできない設計です。Sales Claw の夜間自動化ジョブ保護や、AI 営業エージェントの長時間レビューバッチ運用と相性が良い機能です。
Bash exit 127 リグレッションの影響範囲と回避策は?
Anthropic 公式の v2.1.148 リリースノート ("Fixed the Bash tool returning exit code 127 on every command for some users (a regression introduced in 2.1.147)") の通り、v2.1.147 ユーザーの一部で claude が呼ぶ Bash ツール (git / npm / ls / その他全コマンド) が exit 127 (= コマンドが見つからない) を返す現象が発生しました。「一部のユーザー」とあるため全環境で再現するわけではありませんが、踏むと全自動化が止まります。回避策は単純で、npm i -g @anthropic-ai/claude-code@latest で v2.1.148 以上に更新するだけ。v2.1.147 単体に固執する理由はなく (v2.1.148 は v2.1.147 の機能をそのまま継承)、5 分以内に解消できます。一時的な代替策として npm i -g @anthropic-ai/claude-code@2.1.146 で 1 つ前のバージョンに固定する選択肢もあります (v2.1.147 の新機能は使えなくなりますが安定動作を最優先する場合)。【著者見解】今後の運用に活かす視点としては、自社の AI エージェントもメジャーアップデート直後は canary (1 人だけ先行更新して 24-48h 観察) してから全体展開する SOP を組み込むのが現実解です。
Windows ユーザーは v2.1.147 で何が改善された?
日本のエンタープライズで多い Windows + PowerShell 環境向けに 30+ 修正のうち少なくとも 6 件が直接効きます。(1) winget / Microsoft Store から入れた pwsh で claude が exit 1 で死ぬ問題を修正、(2) PowerShell ツールがデフォルトフォーマッタ依存コマンド (Get-Process など) の出力を落としていた問題を修正、(3) PowerShell スクリプト呼び出しに対する「はい、以後聞かない」が次回実際にマッチするルールを書き込むよう修正、(4) hook の if 条件 (PowerShell(git push*) 等) が PowerShell(*) しか効かなかった回帰を修正、(5) Windows Terminal で attach したバックグラウンドセッションのフルスクリーンストロボ修正、(6) NTFS ジャンクションを辿って worktree 削除がメインリポジトリまで消すリスクを修正。特に (1) と (4) は「ようやく正しく動くようになった」レベルの改善で、ポリシー制御を細かく書いている運用チームには直接効きます。CLAUDE_CODE_SUBAGENT_MODEL がチームのサブエージェントプロセスに伝わらない問題、MCP サーバの 2 ページ目以降が落ちる問題も同時に修正されています。
自社で AI コーディングを使っているチームは v2.1.147 → v2.1.148 移行で何をすべき?
5 ステップで安全に移行できます。(1) 直近 24 時間の監査ログ (action-log.json) をバックアップしてから更新を実施。(2) 重要なバックグラウンドセッションは Ctrl+T で事前にピン留め (アップデートで消えるのを防止)。(3) npm i -g @anthropic-ai/claude-code@latest で v2.1.148 を入れたら、まず claude を起動して bash 1 つ (例: git status) を実行し exit 0 が返ることを確認。(4) /code-review high を 1 つの軽い変更で試運転し出力品質を確認。(5) hook 条件・MCP ページネーション・CLAUDE_CODE_SUBAGENT_MODEL を使っているチームは該当機能を個別検証 (これらは v2.1.147 で挙動が変わったため)。canary 展開 (1 人だけ 24-48 時間先行) を組み込めば、次のリグレッションが来てもチーム全体が止まるリスクは下げられます。自社検証コストは合計 30-60 分。Sales Claw のような OSS 業務エージェントの運用チームでも、この SOP をそのまま流用できます。
Sales Claw のような営業エージェント運用への影響は?
Sales Claw に直接効くのは 5 点です。(1) /code-review --comment で文面プロンプトの PR レビューを自動化 — preferences.yaml に集約した営業文面の更新 PR に対して、Claude が「読み手 (営業先) に失礼な表現が混ざっていないか」をレビューしコメントを残せます。(2) ピン留めセッションで夜間自動化ジョブを保護 — 「夜間に翌日の送信候補を準備」運用が更新で飛ぶリスクが消えます。(3) MCP server ページネーション修正で CRM 連携 (Salesforce / HubSpot 等) の 2 ページ目以降の顧客レコードが取れるように。(4) hook の if 条件修正で「Remove-Item -Recurse -Force 系は承認要求」「git push 系は自動」の細かな分岐が初めて正しく動く。(5) NTFS ジャンクション越境削除の修正で dataset worktree 削除がメインリポジトリまで消す事故を予防。Sales Claw はポリシー制御付き自律運用の設計で、送信前自動検査・営業 NG 検出・CAPTCHA 検出時停止・送信頻度制限・監査ログ保存・自動停止条件によって、誤送信と規約違反リスクを下げます。リグレッション混入時代の自衛策としては canary・ロールバック・監査ログを常時 ON が基本動作です。

この記事の著者

中澤 圭志

中澤 圭志

Sales Claw 開発者

Sales Claw の設計・開発を担当。BtoB 営業自動化と AI 活用の実践者として、現場目線で情報発信中。

この記事をシェア