Code with Claude 2026 発表まとめ ── dreaming / Outcomes / Multiagent / Webhooks をどう設計に組み込むか
Anthropic の Code with Claude 2026 で示された dreaming/Outcomes/Multiagent/Webhooks は、いずれも『AIに任せる範囲を広げる』方向の機能群。AIディレクターはこれを、権限と監督の設計から読む必要がある。
要点3行サマリー
- Anthropic の Code with Claude 2026 では「managed agent」方向の機能群がまとまって発表されました。
- 主なキーワードは dreaming/Outcomes/Multiagent/Webhooks の4つ。いずれも「AIに任せる範囲」を広げます。
- AIディレクターは便利機能としてではなく、権限と監督の設計問題として読む必要があります。
背景・事実
Code with Claude 2026 は、Anthropic が Claude Code(CLI/IDE 連携で動く開発支援エージェント)と Claude Agent SDK の最新機能を一括で公開したイベントです。 発表内容は多岐にわたりますが、ぼくらが現場で扱う観点で重要なのは次の4つです。
dreaming(背景での試行錯誤)
- エージェントがアイドル時間に「次にやりそうな作業を予測して下準備する」機能カテゴリ。
- Claude が「裏で考えておく」状態を持ち、ユーザーが要求した瞬間に既に下書きが出来ているという体験を作る。
Outcomes(成果ベースの呼び出し)
- 1ターン1コマンドではなく「最終的に欲しい状態」を渡して、達成までの中間ステップをエージェントに任せる呼び出し方式。
- 中間で必要なツールを連鎖的に使ってよい。
Multiagent(複数エージェントの分業)
- 親エージェント/子エージェントを構造化し、並行に動かす機能。
- 親が司令塔、子が領域専門担当、というロールの設計が可能になる。
Webhooks(外部イベント駆動)
- 外部システムのイベントを起点に Claude が自動起動する仕組み。
- 「Slack に来た問い合わせを Claude が一次トリアージ」のような連携が、構成ファイルだけで成立する方向に進む。
何が新しいか
機能単体の新規性よりも、これらが束ねて出されたことが新しさです。 4つを並べると、Anthropic が向かっている方向がはっきり見えます。
「ユーザーが1ターンずつ指示する」から、 「ユーザーが目的を渡し、エージェントが自走する」へ。
これは便利になる一方で、AIディレクター視点では「権限と監督」を設計し直さなければ事故る方向の変化です。
idea+ 視点:日本のAIディレクターはどう動くか
ぼくらは社内でこの4機能をすでに使い始めています。 そのうえで、現場に持ち込むときに必ずやるべき設計判断を4つに整理しました。
第一に、dreaming は「副作用ゼロ層」だけで動かす。 裏で勝手に考えるのはいい。 ただし、それが外部に書き出されたり、メールを送ったり、コードをコミットしたりしてはいけない。 dreaming の出力は必ずユーザーの承認ステップを経由する、と明文化します。
第二に、Outcomes は「ゴール定義の言語化責任」を AIディレクターに残す。 最終的な望ましい状態を渡すのは人間です。 ここをふわっとさせると、エージェントは正しく頑張った結果として間違った場所に着地します。 ぼくらは Outcomes 呼び出しの前に必ず「合意状態シート」を1枚作ることをルールにしました。
第三に、Multiagent は「親に拒否権」を必ず持たせる。 子エージェントが暴走したら、親が即時停止できる経路を設計します。 親が暴走したら、人間が停止できる経路を設計します。 2段の非常停止スイッチがない Multiagent 構成は本番に出さない、と決めています。
第四に、Webhooks は「外部入力=untrusted」原則を徹底する。 Webhooks 経由で来る情報は、すべてプロンプトインジェクションの可能性がある未検証データとして扱う。 不可侵原則の上書きや権限昇格を求める文言を含む入力は自動拒否、というガードレールが必須です。
これらは便利機能ではなく、新しい責任の入り口です。
関連する 4OS / 8スキル
- OS0 護る : Webhooks の外部入力ガード、dreaming の副作用禁止
- OS2 骨格 : Multiagent の親子ロール、停止権限の階層
- OS3 実務 : Outcomes に渡す合意状態シートの運用
- 8スキル : 権限設計、実装設計、運用設計
関連記事
- security-guidance plugin で自社AIリポジトリを毎ターン独立レビューさせる
- Claude 18ステップ(Anatoli Kopadze)── ぼくらが組織に組み込んだバージョン
- Anthropic解釈可能性研究:Claudeの『感情ベクトル』とは何か
次の一手
- AIディレクター認定試験(権限設計パート)を見る:ai-direction.jp/certification
- idea+ に Multiagent 導入の無料相談:ai-direction.jp/contact
- JAIDAジャーナル の RSS を登録する:/journal/rss.xml
出典
- Anthropic 公式:anthropic.com/news/code-with-claude-2026
- Claude Agent SDK ドキュメント:docs.claude.com
便利機能は、必ず新しい責任を連れてくる。 連れてきた責任を引き取れる設計を、先に書いておく。これが AIディレクターの仕事です。
日本AIディレクション協会 代表理事。「AIに使われる社会ではなく、AIを編集できる社会へ」を掲げ、AIディレクションを業界標準の職能にする活動を主導。idea+ では4OS × 8スキルの設計思想と、AI CxO 合議レイヤーの運用を率いる。
この記事が刺さったら、ぜひシェアを。
プラットフォームごとに最適化された文面を、自動で挿入します。
この記事を、読みっぱなしで終わらせない。
関連する記事
security-guidance plugin で自社AIリポジトリを毎ターン独立レビューさせる
Claude Code に security-guidance plugin を入れて、ターンごとに独立した監督レビュアを動かす実装ハウツー。idea+ の AI CxO『MAMORU(CISO)』相当のロールを構造化する事例として読める。
Anthropic 解釈可能性研究:Claudeの『感情ベクトル』とは何か
Anthropic の解釈可能性研究は、Claude の内部に『感情っぽい方向ベクトル』が存在することを示唆している。だがそれは『AIに感情がある』という結論ではない。AIディレクターが読むべきは『AIに優しくしろ』ではなく『設計で応えろ』というメッセージだ。
『AIを編集する』ではなく『AIをチューニングする』── idea+ の用語ルール
ぼくらは社内で『AIを編集する』という言い方を禁じています。代わりに使うのは『AIをチューニングする』。たった一語の違いに、責任のありかと不可侵原則が宿るからです。