AIニュースClaude Code 2.1.141

Claude Code 2.1.141 の Rewind「Summarize up to here」と Workload ID とは?AI営業自動化への効き方を解説

Claude Code 2.1.141 (2026年5月13日) で追加された Rewind「Summarize up to here」、terminalSequence フック、ANTHROPIC_WORKSPACE_ID などの主要 7 変更を、公式 GitHub Releases を根拠に AI 営業自動化視点から整理します。

中澤 圭志

中澤 圭志

@keishi_nakazawa

Sales Claw 開発者

·12
Claude Code 2.1.141 の Rewind「Summarize up to here」と Workload ID とは?AI営業自動化への効き方を解説

Key Facts

リリース日

2026年5月13日 (23:19 UTC)

バージョン

2.1.141 (40+ バグ修正同時)

目玉機能 A

Rewind「Summarize up to here」(会話圧縮)

目玉機能 B

ANTHROPIC_WORKSPACE_ID (Workload Identity)

「2.1.140 のすぐ翌日に 2.1.141 が出てた。Rewind の Summarize up to here ってなに? Workload ID ってどんなとき効くの?」—— 本記事では Claude Code 2.1.141 (2026 年 5 月 13 日 23:19 UTC リリース) の主要 7 変更を、公式 GitHub Releases を一次情報として整理し、AI 営業自動化と Sales Claw への影響を解説します。

2026 年 5 月 12 日に 2.1.139 (/goal + Agent View)、同日中に 2.1.140 (subagent_type 改善)、そして翌 13 日夜に 2.1.141 と、Claude Code は 48 時間で 3 連続リリースを出しています。2.1.141 は機能追加と修正が両方入った中規模リリースで、特に長時間バッチを回す AI 営業自動化の観点では Rewind「Summarize up to here」ANTHROPIC_WORKSPACE_ID の 2 つが効きます。

2.1.141 の主要 7 変更を一覧化すると以下のとおりです:

  1. Rewind メニュー「Summarize up to here」 — 直近のターンを残しつつ、それより前の文脈を圧縮
  2. Hook JSON Output に terminalSequence フィールド追加 — 制御ターミナル不在でもデスクトップ通知・ウィンドウタイトル・ベルを発行
  3. ANTHROPIC_WORKSPACE_ID 環境変数 — Workload Identity Federation のトークンを特定 Workspace にスコープ
  4. CLAUDE_CODE_PLUGIN_PREFER_HTTPS — GitHub プラグインを SSH 鍵なしの環境でも HTTPS でクローン
  5. claude agents --cwd <path> — セッションリストを特定ディレクトリにスコープ
  6. /feedback の拡張 — 直近 24 時間 / 7 日のセッションをバンドルに含められる
  7. 背景エージェント・スピナー・ダイアログの一連の安定化 — bg がパーミッションモードを保持、10 秒後にスピナーが琥珀色化、Auto mode ダイアログの理由表示など 40+ 修正

本記事は Claude Code 公式 Changelog・GitHub Releases (v2.1.141)・Claude Code Docs を一次情報として参照しています。前日 2.1.140 の subagent_type 改善と /goal ハング修正は Claude Code 2.1.140 の subagent_type マッチング改善と /goal ハング修正の解説記事 を、機能追加そのものは Claude Code 2.1.139 の /goal と Agent View の完全解説 を併読してください。

1. Claude Code 2.1.141 とは — 24 時間ぶりのリリース全体像

Claude Code 2.1.141 は、前日リリースの 2.1.140 から 約 24 時間後に公開されました。2.1.139 で /goal と Agent View が追加され、2.1.140 で subagent_type マッチングがゆるくなり、2.1.141 で 「長時間使い続ける時に発生する痛み」を解消するパッチが入った、という整理が分かりやすい流れです。

2.1.141 自体は機能追加と修正の両方を含む中規模リリースで、公式 GitHub Releases のリリースノートでは 40 件を超える修正項目がリストアップされています。AI 営業自動化のように /goal で数時間〜数日単位の自律ループを回すユースケースから見ると、特に以下の 2 系統の改善が本質的です:

  1. 長時間ループ系 — Rewind「Summarize up to here」、bg のパーミッションモード保持、スピナーの琥珀色化、空アイドル背景セッションの自動退役
  2. エンタープライズ系ANTHROPIC_WORKSPACE_IDCLAUDE_CODE_PLUGIN_PREFER_HTTPS、Remote Control の 401 修正、Bedrock/Vertex 上での Haiku モデル ID フォールバック
2026 年 4 月末から 5 月 14 日までの Claude Code 2.1.x 系リリースタイムライン。2.1.130 (fix) から 2.1.135 (feat) を経て、5/12 に 2.1.139 (feat 大型: /goal + Agent View)、同日 2.1.140 (fix: subagent_type 改善)、翌 5/13 に 2.1.141 (feat + fix: Rewind / Workload ID + 40+ 修正) が連続リリース。本記事の対象である 2.1.141 はリリース 48 時間ウィンドウ内の 3 連続リリース最後の山。
図: 図 1: Claude Code 2.1.x 直近 2 週間のリリース密度。本記事 2.1.141 は 48 時間で 3 連続の最後尾、累積で本番運用品質を底上げ

2. 公式情報で確認できる主要 7 つの変更点

以下は公式 GitHub Releases v2.1.141 のリリースノートから、AI 営業自動化に直接効く 7 変更を抜粋・整理したものです。

Rewind「Summarize up to here」

Rewind メニュー (会話を巻き戻すための UI) に 「Summarize up to here」という新しい選択肢が追加されました。指定した位置までの会話を要約 (圧縮) し、それより新しいターンはそのまま残します。

従来は会話を巻き戻すと、そこから先のすべてのターンが 「捨てられる」挙動でした。長時間バッチを回している途中で「最初の方の文脈は要らないが、最後の数ターンは保持したい」というケースに使える機能で、コンテキスト管理の選択肢が一段増えています。

Hook JSON Output に terminalSequence

Hooks JSON Output に terminalSequence フィールドが追加されました。

制御ターミナルを持たない実行モード (バックグラウンドサービス、headless CI、デーモン化された Sales Claw など) でも、Hooks からデスクトップ通知・ウィンドウタイトル変更・ベル音などの OS レベルの通知を発行できるようになります。長時間バッチが完了 / エラー / 介入要求に達したことを、ユーザーに 能動的に知らせる導線が標準化されました。

ANTHROPIC_WORKSPACE_ID

Workload Identity Federation を使う環境向けに、新しい環境変数 ANTHROPIC_WORKSPACE_ID が追加されました。

Workload Identity Federation の federation rule が 複数の Workspace をカバーしている場合、発行されるトークンがどの Workspace にスコープされるかを ANTHROPIC_WORKSPACE_ID で明示できます。エンタープライズで複数の Workspace (例: 開発・検証・本番) を 1 つの federation rule で運用しているチームには必須の項目です。

CLAUDE_CODE_PLUGIN_PREFER_HTTPS

GitHub プラグインのクローン方法を制御する環境変数として CLAUDE_CODE_PLUGIN_PREFER_HTTPS が追加されました。

従来 Claude Code は GitHub プラグインを SSH 経由でクローンしようとしますが、SSH 鍵を持たない環境 (Docker コンテナ、ephemeral CI runner、Sales Claw の Electron バンドル下など) ではここでクローンが失敗していました。HTTPS に明示的に切り替えることで、SSH 鍵管理が不要な環境でもプラグイン機能が動きます。

claude agents --cwd/feedback

セッション管理系では 2 つの改善が入っています:

  • claude agents --cwd <path> — Agent View のセッションリストを指定ディレクトリにスコープ。Sales Claw のように 1 マシンで複数プロジェクトの Claude Code セッションを並行運用するチームには有用
  • /feedback — 過去 24 時間 / 7 日のセッションをフィードバックバンドルに含められるオプション。セッションをまたぐバグを Anthropic にレポートする時に効く

Auto mode ダイアログ + bg パーミッション保持

既存挙動の細かい質を上げる修正として、以下の 2 つが入っています:

  • Auto mode のパーミッションダイアログが、「permissions.ask ルールが原因でこのダイアログが出た」ことを 明示するようになった (これまでは原因が不明だった)
  • /bg←← で起動するバックグラウンドエージェントが、デフォルトに戻らず 現在のパーミッションモードを保持するようになった

後者は、Sales Claw のように --bg で長時間バッチを回す運用では特に重要です。これまではバックグラウンド化すると意図せずパーミッションが厳しいモードに戻り、ループが awaiting_approval 連発で進まなくなることがありました。

40+ バグ修正の代表例

さらに、本番運用観点で効く修正が多数入っています。代表例:

  • Remote Control MCP コネクタが Worker セッショントークンのローテーション時に全件 401 になる問題を修正
  • Bedrock / Vertex / Foundry 上で background side-query が 利用不可能な Haiku モデル IDを送信する問題を修正 (フォールバック追加)
  • claude agents で完了したエージェントが backgroundシェルを残していると Working 表示のままになる問題を修正
  • スピナーが長時間思考中にユーザーを安心させるよう、10 秒経過で琥珀色に暖色化する挙動を追加
  • 空のアイドル背景セッションが で残ったままになる問題を 5 分で自動退役する形で修正
  • Markdown テーブルがセル折り返し時に 垂直 key-value 表示にフォールバックしていた回帰 (2.1.136 で混入) を修正

これらは個別では地味ですが、累積で 「長時間放っておいた時のエラー / フリーズ率」を下げる方向に効きます。

3. Rewind「Summarize up to here」が長時間ループに効く理由

長時間バッチで起きていたコンテキスト膨張

Sales Claw の Phase A / Phase B のように、1 セッションで連続して数十社分のサイト分析 → フォーム本文生成 → 送信前検査を回すと、Worker (メイン Claude) の会話履歴に各社の HTML スクレイピング結果や分析メモが積み上がります。50 社を越えたあたりからは、新しい企業に関するレスポンス時間が目に見えて遅くなり、autocompact の閾値に到達して 会話全体が機械的に圧縮される、という挙動が観測されていました。

autocompact は便利ですが、「どこを残してどこを捨てるか」を選べないのが弱点です。具体的には:

  • 直近の数社の細かい分析メモ (これは保持したい) も一括圧縮される
  • 圧縮タイミングが予測できず、長時間バッチの途中で挙動が変わる
  • 圧縮後にユーザーが期待する文脈が消えていて、後続の処理品質が劣化することがある

Summarize up to here の挙動

2.1.141 で追加された Rewind「Summarize up to here」は、ユーザーが指定した位置までを要約し、それ以降をそのまま残すという、明示的・選択的な圧縮を提供します。これは autocompact とは別物で、以下のようなユースケースに効きます:

  • 50 社処理した時点で「最初の 40 社の細かい分析メモは要約してしまい、直近 10 社の文脈は残す」
  • 失敗事例の調査中に、「失敗社の分析ターンは残し、それ以前の正常社は要約する」
  • /goal ループの途中で意図的にコンテキストを軽量化し、後半ターンの処理速度を回復させる
Rewind「Summarize up to here」の Before/After 概念図 (PPT 風)。BEFORE: AUTOCOMPACT 任せ — 50 社規模の長時間バッチでコンテキストが累積し、いつ・どこまで圧縮されるか分からない機械的な圧縮が発火する。AFTER: 明示的圧縮 — 40 社目で REWIND の「SUMMARIZE UP TO HERE」を実行、それ以前は要約に置き換え、直近 10 社は無圧縮のまま残る。コンテキスト圧縮を運用者が制御できる状態へ。
図: 図 2: Rewind「Summarize up to here」の概念。前半を要約しつつ直近ターンを保持する明示的・選択的圧縮 (PPT 風解説スライド)
項目autocompact (従来)Summarize up to here (2.1.141)
発火タイミング閾値到達時に自動 (予測不能)ユーザーが明示的に指定
圧縮範囲会話全体を機械的に圧縮指定位置まで圧縮、それ以降は保持
直近ターン保護保証なし指定位置以降は無圧縮
Sales Claw 視点長時間バッチ後半で挙動が変わるバッチ運用者が圧縮戦略を制御できる

4. Workload ID と HTTPS Plugin Clone のエンタープライズ価値

ANTHROPIC_WORKSPACE_ID の価値 — Workload Identity Federation

Workload Identity Federation (WIF) は、AWS / GCP / Azure などの IAM ロールを使って Anthropic API のトークンを 静的キーなしで発行する仕組みです。ANTHROPIC_API_KEY を YAML やシークレットマネージャに置く必要がなくなるため、エンタープライズで好まれる認証方式です。

ところが、組織の federation rule が「開発」「検証」「本番」など 複数の Workspace を 1 つのルールでカバーしている場合、発行されるトークンがどの Workspace 用かが曖昧になる、というケースが従来ありました。

ANTHROPIC_WORKSPACE_ID と Workload Identity Federation のアーキテクチャ図 (PPT 風)。左カラムに AWS IAM Role / GCP Service Account / Azure Managed Identity の 3 つのクラウド IAM。中央に Anthropic Federation Rule の枠 (内側に Workspace dev / staging / prod の 3 つ)。右カラムに ANTHROPIC_WORKSPACE_ID=ws_prod 環境変数 → Claude Code 2.1.141 → prod Workspace の権限・予算・モデルだけが使われる結論。federation rule が複数 Workspace をカバーする組織で本番 Workspace を明示するための仕組み。
図: 図 3: ANTHROPIC_WORKSPACE_ID による Workspace スコープの明示 (PPT 風解説スライド)。複数 Workspace をカバーする federation rule で本番だけに絞る運用

2.1.141 で追加された ANTHROPIC_WORKSPACE_ID は、この曖昧さを解消する環境変数です。Sales Claw を組織の本番 Workspace でだけ動かしたい場合、ANTHROPIC_WORKSPACE_ID=ws_xxx を起動環境に設定するだけで、それ以外の Workspace の権限・予算・モデル設定からは確実に隔離されます。

SSH 鍵を持たない環境での Plugin Clone

Claude Code 公式 Plugins (例: skills / mcp 系) は GitHub リポジトリからクローンされます。デフォルトは SSH (git@github.com:...) なので、SSH 鍵が登録されていない以下のような環境では git clone 段階で失敗していました:

  • 使い捨ての Docker コンテナ (鍵を入れないのが原則)
  • Ephemeral な CI runner (GitHub Actions / GitLab CI Runner)
  • Electron でバンドルされたデスクトップアプリ (Sales Claw のような OSS デスクトップツール)
  • Windows の WSL 環境で SSH 鍵をホスト側にしか置いていないケース

2.1.141 では CLAUDE_CODE_PLUGIN_PREFER_HTTPS=1 を環境変数で渡せば、HTTPS (https://github.com/...) でクローンします。トークン認証を使う場合は GITHUB_TOKENGH_TOKEN と組み合わせて、ヘッドレス環境でも安定動作します。

5. terminalSequence フック + claude agents --cwd の運用メリット

ヘッドレス通知の現実的意義

Sales Claw のように、Claude Code を managed PTY でデスクトップアプリ内に閉じ込めて運用すると、Claude Code 側からは「制御ターミナル」が存在しないように見えます。この場合、従来は Hooks 側でデスクトップ通知 (Windows のトースト、macOS の通知センター、Linux の libnotify) を能動的に発火するのが難しく、Sales Claw 側で別途プロセスを立てて通知を中継するなどの工夫が必要でした。

2.1.141 で追加された Hook JSON Output の terminalSequence フィールドにエスケープシーケンス相当の通知メタデータを書くと、Claude Code 本体が 制御ターミナル不在でも通知を発火します。長時間バッチの完了 / エラー / 介入要求といった「OS レベルで気付かせたいイベント」を、Hooks 経由で標準化されたインタフェースで出せるようになりました。

※ 公式 Docs の Hooks ページ (前日記事 でも触れた箇所) には、本記事執筆時点 (2026-05-14) で terminalSequence の専用解説セクションがまだ反映されていません。リリースノートが一次情報になります。

claude agents --cwd の自動化スクリプト適用

claude agents --cwd <path> は、Agent View のセッションリストを指定ディレクトリにスコープします。Sales Claw のように 1 マシンで複数の営業プロジェクト (BtoB SaaS / 製造業 / IT 受託など) を並走させるチームでは、各プロジェクトディレクトリでセッションが混ざらず、Agent View が 意図したプロジェクトの状況だけを表示できます。

# プロジェクト A の Agent View だけを開く
claude agents --cwd /work/sales-claw/projects/btob-saas

# プロジェクト B の Agent View だけを開く
claude agents --cwd /work/sales-claw/projects/manufacturing

加えて、自動化スクリプトから「特定ディレクトリで完了したセッションだけを集計したい」ようなケースでも、明示的に --cwd を渡すことで意図しないクロスプロジェクト集計を避けられます。

6. Sales Claw への影響と実装イメージ

Sales Claw は、ポリシー制御・送信前自動検査・営業 NG 検出・CAPTCHA 検出時停止・送信頻度制限・監査ログ保存・自動停止条件によって、誤送信と規約違反リスクを下げる設計の OSS ツールです。Claude Code を CLI バックエンドとして使うため、Claude Code 側の安定性改善はそのまま Sales Claw の安定性に伝播します。

アップデート手順 (副作用ゼロ)

Sales Claw を使っている環境で Claude Code 2.1.141 を取り込む手順は、以下の 3 ステップで完了します:

# 1. Claude Code 本体を 2.1.141 にアップデート
npm install -g @anthropic-ai/claude-code@latest

# 2. バージョン確認
claude --version
# → 2.1.141 (またはそれ以降) と表示されることを確認

# 3. Sales Claw ダッシュボードを再起動
#    [Claude を起動] で managed PTY を立ち上げ直す

Sales Claw 本体 (Electron + Node.js のダッシュボード) の側に対応コード変更は不要です。詳細なセットアップ手順は Sales Claw クイックスタートガイド を参照してください。

エンタープライズ環境で WIF を使っている場合は、追加で以下を起動環境に設定します:

# 本番 Workspace 用のスコープを明示
export ANTHROPIC_WORKSPACE_ID=ws_prod_xxxxxxxx

# SSH 鍵なしの環境ではプラグインを HTTPS でクローン
export CLAUDE_CODE_PLUGIN_PREFER_HTTPS=1
export GITHUB_TOKEN=ghp_xxxxxxxxxxxxxxxx

長時間バッチでの効き方

Sales Claw の Phase B (フォーム本文生成 + 送信前自動検査 + 送信) は、/goal ループで連続して回すケースが増えてきています。詳細は ワークフロー詳解 を参照してください。2.1.141 の効き方を整理すると:

  • Rewind「Summarize up to here」 — 50 社を越えるバッチで、ユーザーが介入して「前半を要約」を指示できる。これまで autocompact 任せだった部分を制御可能に
  • terminalSequence 通知 — Sales Claw 内の managed PTY 環境からも、Hooks 経由でデスクトップ通知が出せる。長時間バッチの完了 / 介入要求が分かりやすくなる
  • bg のパーミッションモード保持 — Sales Claw の --bg セッションが意図しないパーミッション降格を起こさない
  • 空アイドル背景セッションの自動退役 — Sales Claw の長時間稼働でデーモン的に残るゴミセッションが消える

Claude Code 2.1.141 で長時間バッチが一段安定した今がはじめどき。

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

7. 自律運用のリスクと安全設計

2.1.141 で長時間バッチの安定性が上がったとはいえ、Sales Claw のような AI 営業自動化を 無監督で長時間回すには、引き続き複数の防壁が必要です。「安全」を断定するのではなく、リスクを構造的に下げるアプローチを採ります。

  • 特定電子メール法: 送信者情報 4 要件を自動補完 (preferences.complianceFooter: true)
  • 規約遵守: 「営業目的お断り」「採用専用」「IR 専用」記載のページは自動スキップ
  • CAPTCHA 非突破: 検出時に awaiting_approval で停止、監査ログ保存
  • 送信頻度制限: 同一ドメインへの連続送信を抑制
  • オプトアウト導線: 文面に「ご不要の場合は配信停止のご返信をお願いします」を自動挿入

暴走を防ぐ自動停止条件

Rewind「Summarize up to here」で長時間バッチの継続性が上がる分、「気がついたら一晩で 1000 社送信していた」事故の構造的リスクは増えます。終了条件設計の責任は逆に重くなります。

2.1.141 でも残るリスク

以下のリスクは 2.1.141 でも構造的には残ります:

  • 新規 CAPTCHA 方式の検出漏れ (Sales Claw 側の検出器が対応するまで誤送信の可能性)
  • 規約改定への即時追随 (各サイトの「営業 NG」文言の表現揺れは手動更新が必要)
  • 業界別レギュレーション (BFSI / 医療 / 公共は別途確認推奨)
  • Rewind の要約処理自体がモデルによる生成行為であり、要約の質保証はない。重要な事実が要約で落ちる可能性に備えて、Phase B の送信前検査は要約後も同じ厳密さで動かす
  • terminalSequence 通知が OS / 通知設定によっては届かない (Sales Claw 側で別経路の通知 [メール / Slack 等] も併設する運用を推奨)

8. 実運用前チェックリスト + まとめ

Claude Code 2.1.141 への切り替え時に確認するもの

  • claude --version で 2.1.141 以上が表示される
  • Sales Claw ダッシュボードの [Claude を起動] で managed PTY が再起動した
  • 長時間バッチ (50 社以上) で Rewind の「Summarize up to here」が動く
  • WIF 利用時は ANTHROPIC_WORKSPACE_ID が本番 Workspace を指している
  • SSH 鍵なし環境では CLAUDE_CODE_PLUGIN_PREFER_HTTPS=1 と GITHUB_TOKEN を設定
  • Hooks で terminalSequence を使う場合、OS の通知設定が許可されている
  • /goal を <件数上限 + 経過時間上限 + ターン上限> の AND 条件で起動できる
  • bg セッションのパーミッションモードがアップグレード後も期待どおり保持される
  • Compliance Footer が有効 (preferences.complianceFooter: true)
  • CAPTCHA 検出時に awaiting_approval で停止する設定が ON
  • 監査ログ (action-log.json) の保存が有効
  • 送信頻度制限が設定されている
  • 訂正・取り下げの手順が SDR チーム内で共有されている

まとめ — 「48 時間 3 連続リリース」の累積が本番運用を底上げする

Claude Code 2.1.141 は単体で見ると「Rewind に 1 つメニューが増えて、環境変数が 2 つ増えて、40 件のバグ修正が入った」中規模リリースに見えます。しかし、2.1.139 (/goal + Agent View)・2.1.140 (subagent_type 改善・/goal ハング修正)・2.1.141 (Rewind / Workload ID / 40+ 修正) を 48 時間で 3 連続に並べて見ると、Anthropic 側が 「自律ループ機能を本番運用品質まで持っていく」意図でひと固まりのパッチを矢継ぎ早に出していることが見えてきます。

AI 営業自動化のように 1 セッションで数十〜数百社を処理し、それを毎日回す運用にとっては、こうした「派手な機能 1 つ」ではなく 「派手な機能 + 翌日のバグ修正 + 翌々日の安定化パッチ」のセットを取り込んで初めて、本当の意味で本番運用に乗せられます。

次のアクション: npm install -g @anthropic-ai/claude-code@latest で 2.1.141 を取り込み、必要なら ANTHROPIC_WORKSPACE_IDCLAUDE_CODE_PLUGIN_PREFER_HTTPS を設定して、Sales Claw ダッシュボードを再起動。50 社サンプルで Rewind の挙動を確認するのがおすすめです。詳細は クイックスタートガイド ワークフロー詳解 にまとめています。Sales Claw 本体のインストールは ダウンロードページ から無料で行えます。

読んだら、50 社で試そう。

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

よくある質問

Claude Code 2.1.141 では何が変わりましたか?
2026年5月13日 23:19 UTC リリースの 2.1.141 は機能追加 7 件と 40 件超のバグ修正を含む中規模リリースです。主要変更は (1) Rewind メニューに「Summarize up to here」追加、(2) Hook JSON Output に terminalSequence フィールド追加、(3) ANTHROPIC_WORKSPACE_ID 環境変数追加 (Workload Identity Federation 用)、(4) CLAUDE_CODE_PLUGIN_PREFER_HTTPS 環境変数追加、(5) claude agents --cwd オプション追加、(6) /feedback で過去 24h/7 日のセッションを含められる、(7) 背景エージェントがパーミッションモードを保持。詳細は公式 GitHub Releases v2.1.141 を参照。
Rewind「Summarize up to here」とは何ですか?
Rewind メニューに追加された新オプションで、ユーザーが指定した位置までの会話を要約 (圧縮) し、それより新しいターンはそのまま残します。従来の autocompact は閾値到達時に会話全体を機械的に圧縮していましたが、Summarize up to here は明示的・選択的な圧縮を提供します。AI 営業自動化のように 1 セッションで数十社以上を処理し、コンテキスト前半の企業分析ログが累積するケースで、前半を要約しつつ直近の数社分は無圧縮で残せます。
ANTHROPIC_WORKSPACE_ID はどんなときに使いますか?
Workload Identity Federation (WIF) を使う環境で、federation rule が複数の Workspace (例: 開発/検証/本番) を 1 ルールでカバーしている場合に使います。発行されるトークンがどの Workspace 用かを ANTHROPIC_WORKSPACE_ID=ws_xxx で明示できます。Sales Claw を組織の本番 Workspace でだけ動かしたい場合、起動環境にこの環境変数を設定すれば、それ以外の Workspace の権限・予算・モデル設定から確実に隔離されます。
CLAUDE_CODE_PLUGIN_PREFER_HTTPS は何のための環境変数ですか?
GitHub プラグインを SSH ではなく HTTPS でクローンするためのスイッチです。従来 Claude Code はプラグインを SSH 経由でクローンしようとするため、SSH 鍵を持たない環境 (Docker コンテナ、ephemeral CI runner、Electron アプリバンドル下、WSL でホスト側にしか鍵がない環境など) ではクローンが失敗していました。CLAUDE_CODE_PLUGIN_PREFER_HTTPS=1 を渡し、GITHUB_TOKEN と組み合わせれば、ヘッドレス環境でもプラグイン機能が安定動作します。
terminalSequence フックで何ができますか?
Hook JSON Output に terminalSequence フィールドが追加され、制御ターミナルを持たない実行モード (バックグラウンドサービス、headless CI、デーモン化された Sales Claw など) でも、Hooks から OS レベルのデスクトップ通知・ウィンドウタイトル変更・ベル音を発行できるようになりました。長時間バッチの完了・エラー・介入要求といったイベントをユーザーに能動的に知らせる導線が、Sales Claw 側で別経路を組まなくても標準化されました。
Sales Claw を 2.1.141 にアップデートする手順は?
npm install -g @anthropic-ai/claude-code@latest で Claude Code 本体を 2.1.141 に更新し、claude --version で確認します。Sales Claw ダッシュボードを再起動して [Claude を起動] で managed PTY を立ち上げ直すだけです。本体側のコード変更は不要です。エンタープライズで WIF を使う場合は ANTHROPIC_WORKSPACE_ID を、SSH 鍵なし環境では CLAUDE_CODE_PLUGIN_PREFER_HTTPS=1 と GITHUB_TOKEN を追加で設定します。
AI 営業自動化への 2.1.141 のインパクトは?
直接の機能追加は中規模ですが、長時間バッチとエンタープライズ運用の観点では効きます。(1) Rewind「Summarize up to here」で /goal の長時間ループ中にコンテキストを明示的に圧縮できる、(2) terminalSequence で managed PTY 下からもデスクトップ通知が出せる、(3) bg のパーミッションモード保持で長時間バッチ中の意図しないパーミッション降格が消える、(4) ANTHROPIC_WORKSPACE_ID で WIF 利用組織が本番 Workspace への隔離を厳密化できる、という形で実運用ストレスが下がります。

この記事の著者

中澤 圭志

中澤 圭志

Sales Claw 開発者

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

この記事をシェア