2026年7月3日から8日にかけて、無人・自動で回している開発基盤に効く更新が立て続けに出た。Claude Code の既定承認モードが「Manual」に変わり、Hugging Face Transformers 5.13.0 は export と注意マスクまわりに破壊的変更を含み、n8n は 2.29.8（stable）で実行データのログ保護を修正した。いずれも「エラーで派手に止まる」タイプではなく、既定値や再現性が静かに変わる更新で、CI・headless・自ホストで回している人ほど確認が要る。この記事は、そういう無人運用者が今週触るべき3件を一次情報だけで整理する。
結論
| 更新 | 無人運用への含意 | 直すこと |
|---|---|---|
| Claude Code 2.1.200：既定が Manual 承認に | 以前は自動継続していた headless/CI のセッションが承認待ちで止まりうる | 実行時に --permission-mode を明示、AskUserQuestion の idle timeout を /config で設定 |
Claude Code 2.1.200：/review と /code-review の分離 |
旧 /review でマルチエージェントレビューを呼んでいた自動化が単発レビューに変わる |
マルチエージェントは /code-review <level> <pr#> に置換 |
| Transformers 5.13.0：export/注意の標準化＋Gemma 3/4 修正 | compile・マスク構築・画像トークンの注意が変わり、数値と再現性が静かに変わりうる | 本番推論を上げる前に出力の回帰テスト、5.x はバージョンをピン留め |
| n8n 2.29.8：実行データ冗長化の null ガード | 機微な実行データをログしている自ホストで、redaction 時のクラッシュ/欠落を防ぐ | 自ホスト stable を 2.29.8 へ更新、Postgres 運用は DB 復旧修正も取得 |
Claude Code：既定の承認モードが Manual になった（2.1.200〜2.1.205）
確認できる事実
公式 changelog によると、2.1.200（2026年7月3日）で既定の権限モードが「Manual」に変更された。
原文: "Changed the 'default' permission mode to 'Manual' across the CLI, --help, VS Code, and JetBrains; --permission-mode manual and "defaultMode": "manual" are accepted alongside default"
日本語訳: 「CLI・--help・VS Code・JetBrains の既定権限モードを『Manual』に変更した。--permission-mode manual と "defaultMode": "manual" は default と併記で受け付ける」（Claude Code changelog, 2.1.200）
同じ 2.1.200 で、AskUserQuestion ダイアログが既定で自動継続しなくなった（idle timeout は /config でオプトイン）。また /review <pr> は単発の高速レビューに戻り、マルチエージェントレビューは /code-review <level> <pr#> に分離された。
続くパッチで無人運用向けの修正が入っている：
-
2.1.203（7/7）：Manual モード時にフッターへグレーの ⏸ バッジを表示。デーモンのセッショントークンが失効した後にバックグラウンドセッションが応答不能になる不具合、バックグラウンドエージェントが古い
PATHを継承する不具合を修正。 - 2.1.204（7/8）：headless セッションで SessionStart フックのイベントがストリームされない不具合を修正。
-
2.1.205（7/8）：auto モードが、コンテキストから解決できない変数に対する
rm -rfの前に確認するよう改善。セッション記録ファイルの改ざんをブロックするルールを追加。無効なスキーマ指定時に--json-schemaが構造化されない出力を黙って返す不具合を修正。
実務解釈
効くのは「無人前提のスクリプト」だ。既定が Manual になったことで、これまで暗黙に自動継続していた headless/CI の claude 呼び出しが承認待ちで止まりうる。止めたくない自動化は、実行時に --permission-mode（または設定で defaultMode）を明示して意図を固定するのが安全側になる。AskUserQuestion の非自動継続化も同じ方向の変更で、無人フローでは idle timeout の設定要否を棚卸ししておく。
CI で旧 /review を「マルチエージェントレビュー」として使っていたなら、それは単発レビューに変わっているので /code-review へ置換する。headless で SessionStart フックを使っている場合は 2.1.204 のストリーミング修正を取り込む価値がある（フック中にリモートワーカーがアイドル回収される事象の解消）。
Hugging Face Transformers 5.13.0：export と注意マスクの破壊的標準化（7/3）
確認できる事実
Transformers 5.13.0 は 2026年7月3日にリリースされた。新規モデルとして Kimi K2.5/2.6/2.7（ネイティブ・マルチモーダルなエージェント系モデル、長期の coding・swarm オーケストレーション向け）、MiMo-V2-Flash（MoE、256K コンテキスト）、Nemotron 3.5 ASR、Qwen3 ASR、ZAYA、VideoPrism、RADIO、MiniCPM3 などが追加された。
破壊的変更として、モデリングの広範な標準化が入っている。
原文: "A broad set of modeling changes have been made to standardize layer declarations, mask/cache construction, and hybrid-attention handling"
日本語訳: 「レイヤー宣言・マスク/キャッシュ構築・ハイブリッド注意の扱いを標準化する広範なモデリング変更を行った」（transformers v5.13.0 リリースノート）
さらに Gemma 3/4 について、画像トークンの注意マスクがローカル層のスライディングウィンドウ境界を正しく尊重するよう修正され、これはモデル挙動を変え、再現性に影響しうると明記されている。
実務解釈
これは「アップグレードすれば速く・正しくなる」類ではなく、出力の数値が静かに変わりうる類の更新だ。export/compile とマスク構築の標準化、Gemma 3/4 の注意修正は、いずれも推論結果の再現性に触れる。本番の推論パイプラインを上げる前に、代表入力に対する出力の回帰テスト（トークン単位の差分やスコアの比較）を通し、問題なければ上げる。まだ検証していないなら 5.x 系はバージョンをピン留めしておく（transformers==5.13.0 のように固定し、CI で意図しない自動上げを防ぐ）。
n8n 2.29.8（stable）/ 2.30.1（pre-release）：安定化リリース（7/8）
確認できる事実
n8n@2.29.8（stable）は 2026年7月8日リリースで、確認できる修正は2件。
- 実行データの redaction 処理で run-data スロットが null のケースをガード（#33726）。
- DB 接続の復旧処理を Postgres に限定（#33753）。
同日の 2.30.1（pre-release） には、Webhook サーバーを分離デプロイした構成での Chat 修正、上記と同じ redaction の null ガード、トークン交換プロビジョニングでのカスタムグローバルロール対応が含まれる。いずれもワークフローの破壊的変更はない。
実務解釈
破壊的変更がないので更新の心理的コストは低い。効くのは自ホスト勢だ。機微な実行データをログ/保存している場合、redaction の null ガードは redaction 時のクラッシュや欠落を防ぐので取り込む価値がある。Postgres バックエンドで運用しているなら DB 復旧処理の修正も対象になる。2.30.1 は pre-release なので、分離 Webhook サーバー構成や token-exchange のカスタムロールが必要でなければ、本番は 2.29.8（stable）で足りる。
実装チェックリスト
Claude Code（無人/CI）
-
headless/CI の
claude呼び出しに--permission-mode（またはdefaultMode）を明示し、既定 Manual 化で止まらないか確認する -
無人フローで
AskUserQuestionを使う箇所の idle timeout 要否を/configで棚卸しする -
旧
/reviewでマルチエージェントレビューを呼ぶ自動化を/code-review <level> <pr#>に置換する - SessionStart フックを headless で使うなら 2.1.204 以降へ更新する
Transformers
- 本番推論を上げる前に、代表入力での出力回帰テスト（数値差分）を通す
- Gemma 3/4 を使っているなら画像トークン系の出力を重点確認する
-
検証前は
transformersのバージョンをピン留めし、CI での自動上げを止める
n8n（自ホスト）
- 機微な実行データをログしているなら stable を 2.29.8 へ更新する
- Postgres バックエンド運用なら DB 復旧修正の取得を確認する
- 2.30.1（pre-release）は分離 Webhook / token-exchange が必要な場合に限って検討する
失敗パターン
パターン1：既定 Manual 化に気づかず、無人スクリプトが承認待ちで無言のまま滞留する → 対策：headless 実行は --permission-mode を明示し、承認前提かどうかを実行側で固定する。ログに「承認待ちで停止」が出ていないか監視に足す。
パターン2：/review を「マルチエージェントレビュー」として自動化に埋め込んだまま放置し、単発レビューに劣化していることに気づかない → 対策：レビューの粒度が要件なら /code-review <level> へ明示的に移行する。
パターン3：Transformers 5.13 を回帰テストなしで本番に上げ、Gemma の注意修正で出力が変わってから気づく → 対策：破壊的変更・再現性影響がある版は、上げる前に代表入力の出力を突き合わせる。数値が変わる前提で「変わったか」を測る。
パターン4：n8n を「破壊的変更なし」だからと無検証で pre-release（2.30.1）まで一気に上げる → 対策：本番は stable（2.29.8）を基準にし、pre-release は必要機能があるときだけ、検証環境で先に回す。
参考リンク
この記事を書いた人✏️@YushiYamamoto
ITPRODX.com代表 / AIアーキテクト
Next.js / TypeScript / n8nを活用した自律型アーキテクチャ設計を専門としています。
日々の自動化の検証結果や、ビジネス側の視点（ROI等）に関するより深い考察は、以下の公式サイトおよびnoteで発信しています。