AIニュースClaude Code 2.1.142

Claude Code 2.1.142 の `claude agents` 新フラグと Fast Mode Opus 4.7 既定化とは?AI営業自動化への効き方を解説

Claude Code 2.1.142 (2026年5月14日) で追加された claude agents の新フラグ 8 つ、Fast Mode 既定 Opus 4.7、Plugin Skill 検出柔軟化、MCP_TOOL_TIMEOUT のリモート HTTP/SSE 適用を、公式 GitHub Releases を根拠に AI 営業自動化視点から整理します。

中澤 圭志

中澤 圭志

@keishi_nakazawa

Sales Claw 開発者

·13
Claude Code 2.1.142 の `claude agents` 新フラグと Fast Mode Opus 4.7 既定化とは?AI営業自動化への効き方を解説

Key Facts

リリース日

2026年5月14日 (22:55 UTC)

バージョン

2.1.142 (新フラグ 8 + 15+ バグ修正)

目玉機能 A

claude agents 新フラグ 8 (--permission-mode 他)

目玉機能 B

Fast Mode 既定 Opus 4.7 (旧: Opus 4.6)

「2.1.141 から 24 時間で 2.1.142 が出てた。claude agents に追加された 8 つのフラグって何ができるの? Fast Mode が Opus 4.7 既定になったって、何が変わる?」—— 本記事では Claude Code 2.1.142 (2026 年 5 月 14 日 22:55 UTC リリース) の主要 4 系統の変更を、公式 GitHub Releases を一次情報として整理し、AI 営業自動化と Sales Claw への影響を解説します。

2026 年 5 月 12 日に 2.1.139 (/goal + Agent View)、同日中に 2.1.140 (subagent_type 改善)、13 日夜に 2.1.141 (Rewind + Workload ID)、そして 14 日夜の 2.1.142 と、Claude Code は 72 時間で 4 連続リリースを続けています。2.1.142 は派手な新機能こそ少ないものの、claude agents で dispatched background sessions を構成するための 8 つの新フラグと、Fast Mode のデフォルトモデルを Opus 4.7 に格上げするという、運用設計に直接効く 2 系統が中心です。

2.1.142 の主要 4 系統を一覧化すると以下のとおりです:

  1. claude agents 新フラグ 8 つ--add-dir / --settings / --mcp-config / --plugin-dir / --permission-mode / --model / --effort / --dangerously-skip-permissions を dispatched background session ごとに渡せる
  2. Fast Mode が Opus 4.7 既定に — 旧来の Opus 4.6 から格上げ。CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE=1 でロールバック可
  3. Plugin / Skill 検出の柔軟化 — ルート直下に SKILL.md のみを置いた Plugin が Skill として検出される/plugin の詳細ペインに LSP サーバ情報も表示
  4. 背景セッションの安定化と MCP_TOOL_TIMEOUT の効果範囲拡大 — git worktree 認識、macOS sleep/wake 復帰、デーモン upgrade 後のクラッシュループ、リモート HTTP/SSE MCP の 60 秒キャップ廃止など 15+ 修正

本記事は Claude Code 公式 Changelog・GitHub Releases (v2.1.142)・Claude Code Docs を一次情報として参照しています。前日 2.1.141 の Rewind「Summarize up to here」と ANTHROPIC_WORKSPACE_ID については Claude Code 2.1.141 の Rewind と Workload ID 解説記事 を、前々日 2.1.140 の subagent_type 改善は Claude Code 2.1.140 の subagent_type マッチング改善と /goal ハング修正の解説記事 を併読してください。

1. Claude Code 2.1.142 とは — 72 時間 4 連続リリースの第四波

Claude Code 2.1.142 は、前日リリースの 2.1.141 から 約 24 時間後に公開されました。2.1.139 で /goal と Agent View が追加され、2.1.140 で subagent_type マッチングがゆるくなり、2.1.141 で Rewind「Summarize up to here」と Workload ID 関連が整い、そして 2.1.142 で 「並走する複数 background session それぞれに別の設定を渡す」ためのフラグ群が揃った、という整理が分かりやすい流れです。

2.1.142 自体は機能追加と修正の両方を含む中規模リリースで、公式 GitHub Releases のリリースノートでは 15 件を超える修正項目がリストアップされています。AI 営業自動化のように /goal で複数 session を並走させ、各 session が別プロジェクト・別 MCP・別パーミッションで動くユースケースから見ると、特に以下の 2 系統の改善が本質的です:

  1. session ごとの分離系--add-dir / --settings / --mcp-config / --plugin-dir / --permission-mode / --model / --effort / --dangerously-skip-permissions
  2. 応答品質と通信安定性系 — Fast Mode 既定 Opus 4.7、MCP_TOOL_TIMEOUT のリモート HTTP/SSE 適用、git worktree 認識、macOS sleep/wake 復帰
2026 年 4 月末から 5 月 15 日までの 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+ 修正)、5/14 に 2.1.142 (feat + fix: claude agents 8 フラグ + Fast Mode Opus 4.7 + 15+ 修正) が連続リリース。本記事の対象である 2.1.142 はリリース 72 時間ウィンドウ内の 4 連続リリース最後の山。
図: 図 1: Claude Code 2.1.x 直近 2 週間のリリース密度。本記事 2.1.142 は 72 時間 4 連続の最後尾、累積で本番運用品質を底上げ

2. 公式情報で確認できる主要 4 系統の変更点

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

claude agents 新フラグ 8 つ

claude agents で起動する dispatched background session に対して、起動時に渡せるフラグが 8 つ追加されました。

従来は dispatched background session に対して、ユーザーグローバル設定がそのまま継承される仕組みでした。同じマシン上で複数 session を並走させたとき、片方だけ別のディレクトリを参照したい・別の MCP 設定で動かしたい、というケースで、設定を session 単位で分離する手段が薄かった、というのが事情です。

2.1.142 で追加された 8 フラグの役割は以下のとおりです:

  • --add-dir <path> — 追加で参照させたい作業ディレクトリ。複数指定可
  • --settings <path> — このセッション専用の settings ファイル
  • --mcp-config <path> — このセッション専用の MCP 設定 (グローバル MCP と分離)
  • --plugin-dir <path> — このセッション専用の Plugin ディレクトリ
  • --permission-mode <mode> — このセッション専用のパーミッションモード (default / ask / acceptEdits / bypassPermissions / plan)
  • --model <model> — このセッション専用のモデル (haiku / sonnet / opus 系)
  • --effort <level> — このセッション専用の reasoning effort (high / medium / low)
  • --dangerously-skip-permissions — このセッション専用のパーミッション完全バイパス (sandbox / 信頼ホストでのみ推奨)

これら 8 フラグは、いずれも claude 本体 (foreground session) で使えていたフラグを、dispatched background session にも横展開した形です。設定の対称性が取れ、background session を「単なる軽量 worker」ではなく「設定独立した独立 process」として扱えるようになりました。

Fast Mode 既定モデルが Opus 4.7 に

Fast Mode の既定モデルが Opus 4.6 から Opus 4.7 に格上げされました。

Fast Mode は Claude Code の応答を 高速化された出力で返すモードで、通常モードに比べてエージェントが「待ち」を感じる時間を短くするための仕組みです。今までは Opus 4.6 上で動いていましたが、2.1.142 から Opus 4.7 が既定になりました。

既存の自動化スクリプトや CI で「Opus 4.6 の挙動を前提に応答を組み立てている」場合は、環境変数 CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE=1 を設定すれば従来挙動にロールバックできます。Sales Claw のように Fast Mode を本番経路に組み込んでいる場合は、まず 100 社サンプルで Opus 4.7 既定の挙動を確認することを推奨します。

Plugin / Skill 検出の柔軟化

Plugin の検出ルールが 2.1.142 で柔軟化されました。

従来 Plugin として配布するには、plugin.json + skills/ サブディレクトリ + 各 SKILL.md のような構造が必要でした。2.1.142 からは、ルート直下に SKILL.md だけを置いた 「1 つの Skill だけを配るための最小 Plugin」が自動的に Skill として検出されます。

加えて、/plugin の詳細ペインと claude plugin details コマンドが、その Plugin が提供する LSP サーバ情報を表示するようになりました。/web-setup も既存の GitHub App 接続を上書きする前に警告を出すようになっています。

MCP_TOOL_TIMEOUT のリモート HTTP/SSE 適用

本番運用観点で最も地味だが効く修正がこれです。

従来は MCP_TOOL_TIMEOUT 環境変数で MCP ツール呼び出しのタイムアウトを延長できましたが、リモート HTTP / SSE MCP サーバについては 60 秒のキャップが残っていました。長時間処理を伴う MCP (例: 大規模サイトのスクレイピング、複数ページの一括解析) を叩く時に、ツール呼び出しが 60 秒で切られて完走しない、という事象が発生していました。

2.1.142 ではこのキャップが除去され、MCP_TOOL_TIMEOUT がリモート HTTP / SSE にもそのまま適用されるようになりました。Sales Claw が自社の MCP server (例: 企業情報スクレイパ MCP) を介して動かしている場合、長時間処理が必要なツールでも安心して使えるようになります。

15+ バグ修正の代表例

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

  • background session が 既存の git worktree を認識しない問題を修正 (worktree を分けて並走させる運用が安定化)
  • background session が macOS sleep/wake 後に消える問題を修正 (デーモンが時計ジャンプを検出)
  • デーモンがバイナリ upgrade 後に clean 終了せず、dispatched agents が crash-loop する問題を修正
  • Claude-in-Chrome 拡張が共有タブなしで接続した時に background agents が crash-loop する問題を修正
  • claude agents の「v でエディタを開く」が、デーモン側のデフォルトエディタを使っていた問題を修正 (シェルの $EDITOR/$VISUAL を尊重)
  • Windows でネットワークドライブを working directory にすると claude agents が deadlock する問題を修正 (起動中の Ctrl+C も効くように)
  • Apple Terminal などの 256-color-only ターミナルで背景色が滲む問題を修正
  • claude --bg --dangerously-skip-permissions が retire / wake をまたぐと保持されない問題を修正
  • Plugin が skills: ["./"] を使うと「path escapes plugin directory」誤検出する問題を修正
  • Plugin cache cleanup が active plugin version directory を消してしまう問題を修正

これらは個別では地味ですが、累積で 「dispatched background session を放置しても壊れない」方向に効きます。

3. 8 フラグが AI 営業の複数ライン並走に効く理由

複数ライン並走で起きていた設定衝突

Sales Claw 本体は、フォーム送信用に Worker (メイン Claude) を 1 プロセス起動するシンプルな構成です。しかし、SDR チームによっては 同じマシンで複数ラインを並走させたいケースがあります。例えば:

  • ライン A: BtoB SaaS 向け / sonnet worker / パーミッション緩め / 自社 MCP (CRM 連携) あり
  • ライン B: 製造業向け / haiku worker / パーミッション厳しめ / 自社 MCP なし
  • ライン C: 検証用 / opus worker / パーミッション完全バイパス (社内テスト環境のみ) / 別の plugin set

従来は、これらをすべて同じ ~/.claude/ のグローバル設定下で起動するため、設定切替のたびにグローバル設定を書き換えるか、シェルセッションを切り替えるしかありませんでした。dispatched background session の --bg 起動でも、グローバルの permissions.ask や MCP 設定はそのまま継承されていました。

8 フラグによる session ごとの分離

2.1.142 で追加された 8 フラグを使うと、上記 3 ラインを以下のように 1 マシン上で完全分離して並走できます:

# ライン A: BtoB SaaS / sonnet / 緩めパーミッション / CRM MCP あり
claude agents \
  --add-dir /work/sales-claw/lines/btob-saas \
  --settings /work/sales-claw/lines/btob-saas/.claude/settings.json \
  --mcp-config /work/sales-claw/lines/btob-saas/.claude/mcp.json \
  --permission-mode acceptEdits \
  --model sonnet \
  --effort high

# ライン B: 製造業 / haiku / 厳しめパーミッション / MCP なし
claude agents \
  --add-dir /work/sales-claw/lines/manufacturing \
  --settings /work/sales-claw/lines/manufacturing/.claude/settings.json \
  --permission-mode ask \
  --model haiku \
  --effort medium

# ライン C: 検証 (sandbox 内のみ) / opus / 完全バイパス
claude agents \
  --add-dir /work/sales-claw/lines/test-sandbox \
  --plugin-dir /work/sales-claw/lines/test-sandbox/.claude/plugins \
  --permission-mode bypassPermissions \
  --dangerously-skip-permissions \
  --model opus \
  --effort high
claude agents の 8 フラグでライン A/B/C を 1 マシン上で分離するアーキ図 (ホワイトボード手描き風)。中央に「CLAUDE AGENTS — 8 FLAGS」の大見出し。左に LINE A (BtoB SaaS / sonnet / acceptEdits / CRM MCP)、中央に LINE B (製造業 / haiku / ask / MCP なし)、右に LINE C (検証 / opus / bypassPermissions)。それぞれに settings ファイル・MCP 設定・plugin dir・permission mode の手描きマーカー注釈。グローバル設定衝突なしで 3 ラインが独立並走できることを示す。
図: 図 2: 8 フラグで 1 マシン上に 3 ラインを分離 (ホワイトボード手描き風の概念図)。settings/MCP/plugin/permission/model を session ごとに切替
claude agents 8 フラグ × 3 ライン並走の適用マトリクス図。縦軸にライン A (BtoB SaaS) / ライン B (製造業) / ライン C (検証 sandbox)、横軸に 8 フラグ (--add-dir / --settings / --mcp-config / --plugin-dir / --permission-mode / --model / --effort / --dangerously-skip-permissions)。ライン A は 6 フラグ ○ + acceptEdits (緩)、ライン B は 5 フラグ ○ + ask (厳)、ライン C は 6 フラグ ○ + bypassPermissions の三系統で完全分離。設定衝突なしで 1 マシン並走できることを定量視覚化。
図: 図 3: 8 フラグ × 3 ラインの適用マトリクス。session ごとに必要なフラグだけを明示指定する設計
項目2.1.141 まで (グローバル設定継承)2.1.142 (8 フラグで session 分離)
パーミッション切替グローバル設定を書き換え or 環境変数--permission-mode を session ごとに指定
MCP 設定~/.claude/mcp.json を全 session で共有--mcp-config で session ごとに分離
モデル選択/model コマンドで都度切替--model を session 起動時に固定
reasoning effort実行時に指定不可--effort high/medium/low を session 単位で
Plugin 構成全 session でグローバル plugin 共有--plugin-dir で session ごとに分離
複数ライン並走グローバル設定の衝突あり完全分離で衝突なし

4. Fast Mode Opus 4.7 既定化と Plugin 検出の柔軟化

Fast Mode が Opus 4.7 既定になる意味

Fast Mode は Claude Code が 高速応答のために最適化された経路で、通常モードと比べて待ち時間が短く、UI 上での体感速度が大きく違います。これまで Fast Mode は Opus 4.6 をベースに動いていましたが、2.1.142 で Opus 4.7 が既定になりました。

Opus 4.7 は 2026 年 Q2 にロールアウトされた最新世代モデルで、Anthropic の公式情報によればコーディング・指示追従・長文応答の品質がそれぞれ底上げされています。Fast Mode 経路でこれが既定になったことで、Sales Claw の Phase B (フォーム本文生成 + 送信前自動検査) のような 「短時間で多数の応答を返す」ユースケースでは、応答品質と速度の両方が上がる方向に効きます。

ただし、既存の自動化スクリプトが Opus 4.6 の挙動 (出力長、フォーマット、句読点の癖) を前提に作られている場合、突然の切替で出力が微妙にずれる可能性があります。本番経路に組み込んでいる場合は、まず 100 社サンプルで Opus 4.7 既定の挙動を計測してから本番展開してください。

# Opus 4.7 既定 (2.1.142 デフォルト) で起動
claude --fast

# 旧挙動 (Opus 4.6) にロールバック
export CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE=1
claude --fast

Plugin ルートの SKILL.md 単体検出

Plugin 配布構造の柔軟化も、Sales Claw のような OSS デスクトップツールには地味に効きます。

従来は Plugin を Sales Claw に同梱する場合、plugin.json + skills/sales-claw-form-write/SKILL.md のような最低 2 階層の構造が必要でした。2.1.142 からは、ルート直下に SKILL.md だけを置いた構造でも Skill として検出されるため、「フォーム本文生成 Skill だけを配る最小 Plugin」のような単機能 Plugin を、Electron バンドルや CI に同梱しやすくなりました。

Fast Mode Opus 4.6 → 4.7 既定化と Plugin Skill 検出柔軟化を黒板手描き風で表現。左半分に Fast Mode の Before/After。Before: 既定 Opus 4.6、After: 既定 Opus 4.7 (CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE=1 で rollback)。右半分に Plugin 構造比較。Before: plugin.json + skills/<name>/SKILL.md の 2 階層必須、After: ルート SKILL.md 単体で Skill 検出。中央に「2026/5/14 v2.1.142」の手書きラベル。
図: 図 3: Fast Mode 既定モデル格上げと Plugin Skill 検出の柔軟化 (黒板手描き風の概念図)

加えて、/plugin の詳細ペインに LSP サーバ情報も表示されるようになったため、Sales Claw 側で「この Plugin はどんな LSP を提供するか」を Plugin 配布前にユーザーに伝えやすくなります。配布した Plugin が typescript-language-server を内包しているか、独自の form-html-language-server を持っているかが、ユーザー側のインストール画面で分かります。

5. MCP_TOOL_TIMEOUT の効果範囲拡大とコスト試算

前提条件

  • 対象企業数: 1,000 社/月 (Phase B)
  • 判定モデル: Haiku 4.5、単価 $1 / MTok 入力、$5 / MTok 出力
  • Worker モデル: Sonnet 4.6、単価 $3 / MTok 入力、$15 / MTok 出力
  • Fast Mode 既定: Opus 4.7
  • 為替: 1 USD = 150 JPY
  • 除外想定: CAPTCHA 約 15% / 営業 NG 約 10% / フォーム不在 約 5%
  • 1 社あたり平均トークン: 入力 約 12K / 出力 約 1.5K
  • MCP 呼び出し回数: 1 社あたり平均 3〜5 回 (企業情報スクレイプ + 法務文言確認)
  • MCP 1 呼び出しあたり時間: 5〜45 秒 (60 秒超は従来切られていた)
  • 変動幅: ±25%

2.1.141 と 2.1.142 でのコスト比較 (試算)

2.1.141 と 2.1.142 での Phase B 1000 社処理コストと完走率の比較棒グラフ。2.1.141: 月額約 ¥58,000 / 完走率 78% (60 秒キャップで MCP 呼び出しが切られた約 22% は途中失敗)。2.1.142: 月額約 ¥69,500 / 完走率 95% (キャップ廃止で長時間 MCP 呼び出しも完走、ただし呼び出し時間延長で Token 使用量が平均 12% 増加)。1 完走あたりコストでは 2.1.141 ¥74、2.1.142 ¥73 でほぼ同等だが、廃棄率が劇的に下がるため運用負荷とリトライコストの実コストが大幅減。Sales Claw 1.2.111+ / Haiku 4.5 + Sonnet 4.6 / 1 USD=150 JPY 前提、変動幅±25%。
図: 図 4: 2.1.141 vs 2.1.142 の月次コスト比較 (1000 社処理、Haiku 4.5 + Sonnet 4.6)。完走率の改善で 1 完走あたりコストはほぼ同等

試算の要点は次のとおりです。MCP_TOOL_TIMEOUT 60 秒キャップが廃止されたことで:

  • 完走率は 78% → 95% へ大幅改善 (従来 22% を占めていた「MCP 呼び出し途中切断」が消えた)
  • 平均 Token 使用量は 1 社あたり 12% 増 (途中切断していた呼び出しが完走するため、応答全文が処理される)
  • 月次総コストは ¥58,000 → ¥69,500 (約 20% 増) だが、完走 1 件あたりコストは ¥74 → ¥73 とほぼ同等
  • 運用負荷とリトライコストの実コストは大幅減 (途中失敗 → 手動再実行 のループが消える)

ただし、これは 長時間 MCP 呼び出しが暴走しない前提の試算です。MCP server 側に独自のタイムアウトを設定しないと、極端に長い呼び出し (10 分超) が発生した場合に Token 使用量が想定外に上振れます。Sales Claw 1.2.x 系では、MCP_TOOL_TIMEOUT=180 (3 分) などの上限を別途設定する運用を推奨しています。

想定外コスト上振れの抑制策

  • MCP_TOOL_TIMEOUT の値を上限として明示 — キャップ廃止 = 無限ではない。180〜300 秒程度の上限を起動時に設定
  • MCP server 側にも独自タイムアウト — Claude Code 側の MCP_TOOL_TIMEOUT が効かない異常系に備えて、MCP server 自身が応答を打ち切る設計に
  • 1 社あたり Token 上限を Worker 側で設定 — Worker (Sonnet 4.6) の出力 Token を 2000〜3000 程度で打ち切るプロンプト設計
  • 日次 Token 上限アラート — Anthropic API の monthly budget alert を設定し、想定の 1.5x で通知が飛ぶ運用に

Claude Code 2.1.142 の 8 フラグで複数ラインを分離するなら、Sales Claw が一段使いやすい。

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

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

2.1.142 で複数ライン並走と長時間 MCP 呼び出しの両方が現実的になったぶん、Sales Claw のような AI 営業自動化を 無監督で長時間回すには、引き続き複数の防壁が必要です。「安全」を断定するのではなく、リスクを構造的に下げるアプローチを採ります。

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

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

8 フラグの自由度が増した分、暴走リスクも増える

--dangerously-skip-permissions--permission-mode bypassPermissions を session ごとに渡せるようになったことで、設計者の自由度は格段に上がりました。同時に、これらを 運用環境 (本番マシン) でうっかり指定すると、検査ゲートを丸ごと外したまま長時間バッチが走り続ける、という暴走リスクも増えます。

2.1.142 でも残るリスク

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

  • 新規 CAPTCHA 方式の検出漏れ (Sales Claw 側の検出器が対応するまで誤送信の可能性)
  • 規約改定への即時追随 (各サイトの「営業 NG」文言の表現揺れは手動更新が必要)
  • 業界別レギュレーション (BFSI / 医療 / 公共は別途確認推奨)
  • 複数ライン並走時の「ライン B のリトライがライン A のレート制限に巻き込まれる」相互干渉 — Sales Claw 側で ライン単位のレート制限を別途設定する運用を推奨
  • Fast Mode の Opus 4.7 既定化に伴う「出力長 / フォーマットの微小ずれ」 — 100 社サンプル計測で吸収しないと送信前検査の合格率に効く
  • MCP 呼び出しのタイムアウトキャップ廃止で長時間ストールが起きた場合の Token 使用量上振れ — MCP server 側にも独自タイムアウトを設定

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

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

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

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

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

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

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

複数ライン並走を活かす起動スクリプト例

Sales Claw の Phase B を業界ごとに別ラインで並走させる場合、2.1.142 の 8 フラグを起動スクリプトに埋め込むのが現実的です。詳細は ワークフロー詳解 を参照してください。例として:

# Sales Claw ライン管理スクリプト (例)
# lines/btob-saas.json と lines/manufacturing.json で設定を分離

# ライン A 起動
claude agents \
  --add-dir ~/work/sales-claw/lines/btob-saas \
  --settings ~/work/sales-claw/lines/btob-saas/.claude/settings.json \
  --mcp-config ~/work/sales-claw/lines/btob-saas/.claude/mcp.json \
  --permission-mode acceptEdits \
  --model sonnet \
  --effort high \
  --bg

# ライン B 起動
claude agents \
  --add-dir ~/work/sales-claw/lines/manufacturing \
  --settings ~/work/sales-claw/lines/manufacturing/.claude/settings.json \
  --permission-mode ask \
  --model haiku \
  --effort medium \
  --bg

# Agent View で並走状況を確認
claude agents

Sales Claw 側では、ライン定義 (lines/<name>.json) に上記フラグ群をマップする層を 1 つ用意するだけで、ユーザーが UI から「ライン追加」を押した時に対応する claude agents セッションが立ち上がる、という構成が組めます。本体側のインストールは ダウンロードページ から無料で行えます。

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

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

  • claude --version で 2.1.142 以上が表示される
  • Sales Claw ダッシュボードの [Claude を起動] で managed PTY が再起動した
  • 複数ライン並走時、各 claude agents 起動コマンドに --settings / --mcp-config / --permission-mode を明示している
  • --dangerously-skip-permissions は本番マシンで使わない運用ルールが SDR チーム内で共有されている
  • Fast Mode を本番経路に組み込んでいる場合、Opus 4.7 既定で 100 社サンプル計測を済ませた
  • CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE=1 へのロールバック手順がドキュメント化されている
  • MCP_TOOL_TIMEOUT に 180〜300 秒など明示的な上限が設定されている
  • MCP server 側にも独自タイムアウトを設定している
  • /goal を <件数上限 + 経過時間上限 + ターン上限> の AND 条件で起動できる
  • Compliance Footer が有効 (preferences.complianceFooter: true)
  • CAPTCHA 検出時に awaiting_approval で停止する設定が ON
  • 監査ログ (action-log.json) の保存が有効
  • 送信頻度制限が設定されている (ライン単位も含む)
  • 訂正・取り下げの手順が SDR チーム内で共有されている

まとめ — 「72 時間 4 連続リリース」で本番運用品質が一段上がる

Claude Code 2.1.142 は単体で見ると「claude agents にフラグが 8 つ増えて、Fast Mode が Opus 4.7 既定になって、Plugin 検出がゆるくなり、MCP のタイムアウトキャップが消えた」中規模リリースに見えます。しかし、2.1.139 (/goal + Agent View)・2.1.140 (subagent_type 改善・/goal ハング修正)・2.1.141 (Rewind / Workload ID / 40+ 修正)・2.1.142 (8 フラグ / Fast Mode 4.7 / 15+ 修正) を 72 時間 4 連続に並べて見ると、Anthropic 側が 「自律ループと dispatched background session を本番運用品質まで持っていく」意図でひと固まりのパッチを矢継ぎ早に出していることが見えてきます。

AI 営業自動化のように 同じマシンで複数業界のラインを並走させ、長時間 MCP 呼び出しを伴うバッチを毎日回す運用にとっては、こうした「派手な機能 1 つ」ではなく 「派手な機能 + 翌日の整合性パッチ + 翌々日の安定化パッチ + 翌々々日の運用フラグ追加」のセットを取り込んで初めて、本当の意味で本番運用に乗せられます。

次のアクション: npm install -g @anthropic-ai/claude-code@latest で 2.1.142 を取り込み、複数ライン並走を試す場合は claude agents の 8 フラグを起動スクリプトに組み込み、Fast Mode 本番経路は 100 社サンプル計測を実施。詳細は クイックスタートガイド ワークフロー詳解 にまとめています。

読んだら、3 ライン並走で試そう。

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

よくある質問

Claude Code 2.1.142 では何が変わりましたか?
2026年5月14日 22:55 UTC リリースの 2.1.142 は機能追加 4 系統と 15 件超のバグ修正を含む中規模リリースです。主要変更は (1) claude agents に 8 つの新フラグ追加 (--add-dir / --settings / --mcp-config / --plugin-dir / --permission-mode / --model / --effort / --dangerously-skip-permissions)、(2) Fast Mode 既定モデルが Opus 4.6 から Opus 4.7 に格上げ (CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE=1 で旧挙動にロールバック可)、(3) Plugin ルート直下の SKILL.md だけで Skill として検出される柔軟化、(4) MCP_TOOL_TIMEOUT がリモート HTTP/SSE MCP にも適用 (60 秒キャップ廃止)。詳細は公式 GitHub Releases v2.1.142 を参照。
claude agents の新フラグ 8 つは何に使いますか?
dispatched background session に対して、起動時に session 専用の設定を渡すために使います。具体的には --add-dir (追加作業ディレクトリ)、--settings (専用 settings ファイル)、--mcp-config (専用 MCP 設定)、--plugin-dir (専用 Plugin ディレクトリ)、--permission-mode (専用パーミッションモード)、--model (専用モデル)、--effort (専用 reasoning effort)、--dangerously-skip-permissions (パーミッション完全バイパス) の 8 種類。AI 営業自動化のように同じマシンで複数業界のラインを並走させる場合、ライン A は sonnet + acceptEdits、ライン B は haiku + ask、のように完全分離して起動できます。
Fast Mode が Opus 4.7 既定になって何が変わりますか?
Fast Mode は Claude Code の高速応答経路で、待ち時間が短く UI 体感速度が速いモードです。2.1.142 から既定モデルが Opus 4.6 から Opus 4.7 に格上げされ、コーディング・指示追従・長文応答の品質が底上げされます。Sales Claw の Phase B (フォーム本文生成 + 送信前自動検査) のような短時間で多数の応答を返す経路では応答品質と速度の両方が改善方向に効きます。ただし出力長やフォーマットの微小ずれが既存スクリプトに影響する可能性があるため、本番展開前に 100 社サンプルでの計測を推奨します。CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE=1 で旧挙動にロールバック可能。
Plugin ルート直下の SKILL.md 検出は何が便利ですか?
2.1.142 から、Plugin ルート直下に SKILL.md だけを置いた構造でも Skill として自動検出されるようになりました。従来は plugin.json + skills/<name>/SKILL.md の最低 2 階層が必須でしたが、これが不要になります。Sales Claw のような OSS デスクトップツールが「単機能 Skill (例: フォーム本文生成 Skill だけ) を最小構造で配る」場合、Electron バンドルや CI への同梱が楽になります。加えて /plugin 詳細ペインに LSP サーバ情報も表示されるようになりました。
MCP_TOOL_TIMEOUT のリモート HTTP/SSE 適用とは?
従来 MCP_TOOL_TIMEOUT 環境変数で MCP ツール呼び出しのタイムアウトを延長できましたが、リモート HTTP / SSE MCP サーバについては 60 秒のキャップが残り、長時間処理を伴う MCP 呼び出しは 60 秒で切られていました。2.1.142 でこのキャップが除去され、MCP_TOOL_TIMEOUT がリモート HTTP/SSE にもそのまま適用されるようになりました。ただし「キャップ廃止 = 無限」ではないため、本番運用では MCP_TOOL_TIMEOUT に 180〜300 秒など明示的な上限を設定し、MCP server 側にも独自タイムアウトを設定する運用を推奨します。
Sales Claw を 2.1.142 にアップデートする手順は?
npm install -g @anthropic-ai/claude-code@latest で Claude Code 本体を 2.1.142 に更新し、claude --version で確認します。Sales Claw ダッシュボードを再起動して [Claude を起動] で managed PTY を立ち上げ直すだけです。本体側のコード変更は不要です。複数ライン並走を試す場合は claude agents の 8 フラグを起動スクリプトに組み込み、Fast Mode を本番経路に組み込んでいる場合は 100 社サンプル計測で Opus 4.7 既定の挙動を確認してから本番展開してください。
AI 営業自動化への 2.1.142 のインパクトは?
直接の機能追加は中規模ですが、複数ライン並走 / Fast Mode 応答品質 / MCP 長時間呼び出しの 3 系統が同時に底上げされます。(1) claude agents の 8 フラグで業界別ラインを 1 マシン上で設定分離して並走できる、(2) Fast Mode 既定 Opus 4.7 で Phase B (フォーム本文生成) の応答品質が改善、(3) MCP_TOOL_TIMEOUT のリモート HTTP/SSE 適用で自社 MCP 経由の長時間処理が完走する、という形で実運用ストレスが下がります。試算上は 1000 社/月処理で完走率が 78% から 95% に改善、月次コストは約 20% 増加するものの完走 1 件あたりコストはほぼ同等 (1 USD=150 JPY 前提、変動幅±25%)。

この記事の著者

中澤 圭志

中澤 圭志

Sales Claw 開発者

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

この記事をシェア