この記事で分かること：
- Claude Haiku 5.5 が追加され、Anthropic API のデフォルト Haiku モデルになった（1M context、$0.10/$0.50 per Mtok）
- Agent ツールに effort パラメータが追加され、サブエージェントの思考深度を呼び出し側から制御できるようになった
- v2.1.292 にセキュリティ修正が5件まとめて入った（UNC パス・sandbox read-deny・symlink 経由のパス抜け・notebook/PDF ファイル読み取り・managed settings）
10月5日〜8日の3日間で、Claude Code のバージョンが v2.1.290 → v2.1.291 → v2.1.292 → v2.1.293 と3回更新された。
大企業で AI・デジタル化推進を担当しながら、個人でも Claude Code を Windows タスクスケジューラと組み合わせて毎日無人実行する構成を動かしている。リリースノートは運用への影響確認のために毎回読んでいる。今回は新しいモデルの追加とエージェント制御の強化が入ったのでまとめる。
出典：Anthropic 公式 GitHub リリースノート
https://github.com/anthropics/claude-code/releases/tag/v2.1.293
https://github.com/anthropics/claude-code/releases/tag/v2.1.292
https://github.com/anthropics/claude-code/releases/tag/v2.1.290
1. Claude Haiku 5.5 が追加され、Anthropic API のデフォルト Haiku モデルになった
v2.1.293 の目玉は Claude Haiku 5.5（claude-haiku-5-5）の追加だ。
公式リリースノートに記載されている仕様：
| 項目 | 値 |
|---|---|
| モデル ID | claude-haiku-5-5 |
| コンテキスト長 | 1M トークン |
| 入力コスト（〜100K トークン） | $0.10 / Mtok |
| 出力コスト（〜100K トークン） | $0.50 / Mtok |
| 入力コスト（100K 超） | $0.50 / Mtok |
| 出力コスト（100K 超） | $2.50 / Mtok |
Anthropic API でのデフォルト Haiku モデルとして位置づけられている。
1M コンテキストというのは実用上かなり大きい。長い会話履歴やコードベース全体を 1 回のリクエストに収めたいユースケースで、モデルを切り替えずに使えるのは便利だ。
コスト面では、100K トークン以下の範囲であれば $0.10/$0.50 という設定は Haiku 系として低めの水準になっている。Claude Code の無人実行構成では分類・要約・短文生成などの単純作業をサブエージェントに任せるケースがあるが、その用途で Haiku 5.5 を選ぶ選択肢が増えた。
ただし、100K トークンを超えるとコストが5倍に跳ね上がるので注意が必要だ。1M コンテキストを「長い文脈を全部詰め込める」と考えて使うと、コストが想定外に膨らむ可能性がある。「1M コンテキストの全域を使い切る用途には向かない」という使い分けの整理が必要になる。
2. Agent ツールに effort パラメータが追加された（v2.1.292）
v2.1.292 で、Agent ツールに effort パラメータが追加された。
リリースノート原文：
Added an effort parameter to the Agent tool, so Claude runs a sub-agent at the effort level you ask for
これまで Claude Code のサブエージェントは、呼び出し元の effort 設定を引き継ぐか、あるいはデフォルト設定で動くかのどちらかだった。今回の追加により、呼び出し側から各サブエージェントの思考深度を明示的に指定できるようになった。
実際の使い方のイメージ：
Agent の呼び出し時に effort: "low" / "medium" / "high" を指定する
大企業での AI 推進・自動化の実務では、複数のサブエージェントを並列または直列に動かすパイプライン構成がある。このとき「構造化抽出は low、最終的な判断・レポート生成は high」といった使い分けが、呼び出しの書き方だけで制御できるようになった。
Claude Code の無人実行ログを確認したところ、直近3日間で最も重い工程が平均 843 秒・$3.74/回 かかっていた。このような重い工程の中で、不要な部分の effort を下げる制御ができれば、コスト削減と速度改善の両方に寄与する可能性がある。
3. セキュリティ関連の修正が5件入った（v2.1.292）
v2.1.292 は機能追加より修正の数が多いリリースで、中でもセキュリティ関連の修正が目立つ。
1. UNC パス（ネットワークパス）からのファイル読み取りへの対策
Fixed PreToolUse hook approvals and auto mode bypassing the permission prompt for file reads from network (UNC) paths
\\server\share のような Windows UNC パスからのファイル読み取りが、フックの承認や auto mode 経由でパーミッションプロンプトを迂回できていた問題が修正された。Windows 環境で Claude Code を動かしていて、ネットワークドライブへのアクセスがある構成では影響がある可能性がある。
2. sandbox read-deny パスの mid-session 変更への対応
Fixed a managed sandbox read-deny path (and user ones beside it) that appears or re-points mid-session not dropping project grants inside it or ending credential injection from files it covers
セッション中に read-deny パスの設定が変わった場合、既存のグラントやクレデンシャルインジェクションが残り続ける問題が修正された。
3. symlink 経由のパス抜け（ノートブック・PDF 読み取り）
Fixed a notebook or PDF read on macOS and Windows being able to return a file outside what was approved, through a link swapped in mid-read
読み取り中に symlink のリンク先を差し替えることで、承認されていないファイルを返せた問題。ノートブック（.ipynb）と PDF に影響していた。v2.1.290 でも同様の問題が画像ファイルに対して修正されている（Fixed an image read on macOS and Windows being able to return a file outside what was approved）。
4. managed settings の改ざんキャッシュへの対応
Fixed a tampered on-disk cache of server-managed settings being able to switch off or unseat the built-in policy plugin while the settings fetch failed
設定の取得に失敗した際、改ざんされたキャッシュが内蔵のポリシープラグインを無効化できた問題。
5. NO_PROXY の API リクエストへの適用漏れ
Fixed NO_PROXY being ignored for Claude Code's own API requests (sign-in, policy, feedback, artifacts) when HTTPS_PROXY is set
HTTPS_PROXY が設定されている環境で NO_PROXY が Claude Code 自身の API リクエスト（サインイン・ポリシー・フィードバック・アーティファクト）に適用されていなかった問題。プロキシ経由の環境（大企業の社内ネットワークなど）でのみ影響する。
4. 自動化・定期実行に関わる修正
Claude Code を無人・定期実行で使う立場として気になる修正をピックアップする。
スケジュールタスクの消失問題（v2.1.292）
Fixed saved scheduled tasks created after /resume , /branch or /clear never firing, and saved tasks ignoring later creates and deletes after two writes to the tasks file milliseconds apart
/resume・/branch・/clear の後に作成されたスケジュールタスクが永遠に発火しない問題、および2つのタスクが数ミリ秒の差でタスクファイルに書き込まれると後続の操作が無視される問題が修正された。
バックグラウンドセッションの /loop が止まる問題（v2.1.292）
Fixed a background session's /loop silently stopping when the session's process restarted (for example after a crash), because its pending wakeup was lost
クラッシュなどでプロセスが再起動した後、バックグラウンドセッションの /loop が黙って止まっていた問題。「止まっていたのに気づかない」パターンは無人運用の天敵なので、修正されたのはありがたい。
コンテキスト圧縮後のスケジュールタスク消失（v2.1.290）
Fixed scheduled tasks silently not coming back on resume once the conversation was compacted; covers compactions made from this version on
会話が圧縮（compaction）された後に resume すると、スケジュールタスクが戻ってこない問題。「this version on」とあるので、v2.1.290 以降の圧縮で作成されたものだけに適用されることに注意。
WebFetch が 100,000 字以降を黙って切り捨てていた（v2.1.290）
Fixed WebFetch silently dropping page text past 100,000 characters; it now says how much was unread and takes an offset to read on
WebFetch ツールで 100,000 文字を超えるページを取得すると、超過分が黙って削除されていた。修正後は未読分を通知し、続きをオフセット指定で読める。長いドキュメントやリリースノートを Claude に読ませる使い方をしていた場合は影響がある。
5. その他の注目点
CLAUDE_CODE_OVERLOADED_RETRY_BASE_DELAY_MS（v2.1.292）
Added CLAUDE_CODE_OVERLOADED_RETRY_BASE_DELAY_MS environment variable to set a longer base delay for the backoff when retrying an overloaded (529) request
APIが混雑（529エラー）した際のリトライバックオフの基本遅延を環境変数で設定できるようになった。無人実行中に 529 が繰り返し発生してリトライが速すぎる場合に調整できる。大量のリクエストを定期実行する構成では知っておくと役立つ設定だ。
agentType の subagentStatusLine 追加（v2.1.293）
Added agentType to the subagentStatusLine payload, so scripts can tell custom subagent types apart
独自のサブエージェントタイプを定義してステータスラインで区別できるようになった。複数種類のサブエージェントをタイプ別に識別・モニタリングしたい場合に使える。
serverToolUses が turn.step hook 結果に追加（v2.1.290）
Added serverToolUses to the result of a mod's turn.step hook: the tool calls the API ran itself (the advisor), each with its id, name, input, start and end
mod の turn.step フックで、API がサーバー側で実行したツール呼び出しの詳細（id・name・input・開始/終了時刻）が取得できるようになった。
まとめ
3日間の変更を3点で整理する：
-
Claude Haiku 5.5 が追加（
claude-haiku-5-5）：1M context、$0.10/$0.50/Mtok（〜100K）。単純タスクのサブエージェントとして使うには手頃だが、100K 超で料金が5倍になる段差に注意 - Agent ツールに effort パラメータ（v2.1.292）：パイプライン内の各サブエージェントの思考深度を呼び出し側から制御できる。重い工程と軽い工程を分けて最適化できる
- セキュリティ修正5件（v2.1.292）：UNC パス・sandbox・symlink・PDF/ノートブック・managed settings。特にプロキシ環境・Windows 環境・大企業での用途で影響がある可能性
自動化スクリプト・定期実行を運用している立場から一番実感できる変化は、スケジュールタスクとバックグラウンドセッションの /loop が黙って止まる問題の修正だ。「動いているはずが止まっていた」という気づきにくい失敗が減ることを期待している。
Claude Code を Windows タスクスケジューラと組み合わせて使っている方、大企業でのプロキシ環境での運用経験をお持ちの方、コメントがあれば教えてください。
本業での自動化・AI 活用についてはnoteでも書いています：https://note.com/light_tern636
技術的な相談（Copilot・AIエージェント構築、60分のビデオチャット）も受け付けています。ご相談の際は「Qiitaを見た」とお書きください：https://coconala.com/services/4209036