Phase 133.6 追補テーブル (subagent depth/concurrency + sandbox credential-masking claim 検証)
このセクションは、先行 research agent が報告した 2 クラスタの claim を一次情報 (raw CHANGELOG.md) で個別検証した結果のみを反映する。フルバージョン同期ではない (2.1.153-2.1.216 は未確認)。検証記録・引用元: docs/research/133-6-cc-cli-claim-verification.md。
| 機能 | 活用スキル / 領域 | 用途 | 付加価値 |
|---|---|---|---|
Subagent nested-spawn depth limit + 同時実行数上限 (CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH / CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS, 2.1.217/2.1.219) | breezing, harness-work, harness-review | confirmed。2.1.217 でネスト spawn を既定 OFF に + 同時実行数上限を既定 20 に設定可能化、2.1.219 で既定 depth を 1→3 に緩和 (原文 "was 1")。CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS は breezing の並列 worker 数と、CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH は sub-agent が further sub-agent を呼ぶ設計 (worker → 内部 delegation 等) と相互作用しうる | A: 採用済 (docs 反映)。133.9 で反映。--parallel N は希望値で実同時実行数は CC が決める旨を skills/breezing/SKILL.md と skills/harness-work/SKILL.md に明記した (20 超は待ち行列に入るだけでエラーにならない)。spawn 深さ 3 に対して Lead(0) → Worker(1) → advisor(2) と Mode 1 の Producer → Sub-Lead → Composer はいずれも収まることを確認。env は Harness 側で明示設定せず CC 既定に従う (既定を上書きすると CC 側の更新に追随できなくなるため) |
Sandbox credential-masking (mode: "mask", extract/onExtractNoMatch, JWT/AWS SigV4) + sandbox.network.strictAllowlist (2.1.219/2.1.221/2.1.224) | guardrails, setup | confirmed。denyRead のディレクトリ単位 deny と異なり、値単位で credential を mask できる機構。macOS はファイル masking が deny にフォールバックする点に注意 (raw changelog 原文) | P: Plans 化 (実測待ち)。docs/sandbox-allowlist-recipe.md と .claude/rules/defense-layer-blast-radius.md に 採用検討の PROPOSAL セクションを追記済み (実装・live 設定変更なし)。133.9 時点で not_observed — raw changelog が macOS ではファイル masking が deny にフォールバックすると明記しており、本 repo の実行環境は macOS (uname -s = Darwin) のため実効性を測れない。absent ではない: Linux/WSL では動く可能性が残っている。手元に docker はあるが、CC CLI を Linux コンテナ内で sandbox 有効にして動かす経路は未確立。測るならそこが起点 |