承認を仰ぐ相手が『会社』ではない——Claude Duetが示す、能動エージェントの“個人配布”という死角

AIエージェントの導入を検討する企業の多くは、いまも「どの製品を、どの部門に、いつ入れるか」という採用判断の枠で考えています。ところが2026年10月21日、Anthropic が公開した Claude Duet（研究プレビュー）は、その前提の外から入ってきました。Duet は社員が会社の稟議を通して導入するものではなく、個人の Pro / Max プランから、本人の意思で使い始める能動型エージェントです。

homula はエンタープライズ向けの AIエージェント・インテグレーターとして、日本企業の導入を「PoCから本番・全社へ」一気通貫で支援しています。本稿で扱うのは Duet の機能紹介そのものではありません。能動エージェントが組織の管理画面ではなく個人の契約を経路にして社内へ入り始めるとき、企業は何を統制しておくべきか——この実務の問いです。常時稼働という概念はOpenAIのdotを論じた記事でも扱いましたが、Duet の論点はそこと一点で決定的に違います。

Claude Duetとは何か——「呼べば動く」から「向こうから来る」へ

Anthropic は Duet を「Claude が**能動的なエージェント（proactive agent）**として働く新しいアプリ」と位置づけています。従来のチャット型が「人が呼び出し、答えを受け取り、閉じる」ものだったのに対し、Duet は人の側から見れば「向こうから必要なものを持ってくる」設計です（Anthropic公式、SiliconANGLE）。

タスクは会議調整からダッシュボード作成、予測モデルや簡易Webアプリの構築まで幅があります。Anthropic は、Duet が本人の Claude プランの利用上限を共有し、背後での定期チェックもその上限を消費すると明記しています。MacRumors や 9to5Mac は、Duet を Meta の Muse や OpenAI の Dots に対する Anthropic の回答と位置づけています。

新しさは『機能』ではなく『配布経路』にある

能動性・クラウドVM・多数アプリ接続という要素は、dot をはじめ既に各社が示してきました。Duet で企業が注視すべきなのは、そこではありません。最初の入口が個人向けプランであるという配布設計です。

dot は「企業は既定オフ・管理者の明示的オプトイン」という組織の関所を前提に出てきました。対して Duet の研究プレビューは、米国の Pro / Max という個人契約から始まり、SiliconANGLE が報じるとおり現時点で Team / Enterprise 向けには提供されていません。つまり、組織の管理コンソールが統制を敷くより先に、能動エージェントの能力が従業員個人の手元に届く順序になっています。

「あなたに確認する」の“あなた”は、組織ではなく個人

Duet には、設計として人手承認のゲートが組み込まれています。Anthropic によれば、Duet は読む・下書きする・準備するまでは自律的に行い、次の操作の前には「何をしようとしているか」を提示して承認を待ちます。

• メッセージの送信
• 支払いの実行
• 文書への署名
• 何かの削除

さらに、承認があっても証券の売買や口座間の送金は行わないという上限が置かれ、接続済みアプリはいつでも切断できます。安全面でも、機微情報の漏えいを防ぐ専用分類器とセーフティ用システムプロンプト、クレジットカード番号や政府発行IDといった最厳格区分の共有拒否、パスワードやサインイントークンを直接見ない設計、レッドチームと外部企業によるペネトレーションテスト、公開バグバウンティ対象であることが示されています。個人が使う能動エージェントとしては、相当に丁寧な作り込みです。

問題は、この承認ゲートが誰に向いているかです。Duet が「実行前に確認する」相手は、契約者である個人本人です。これは個人利用では正しい設計ですが、企業の観点に移した瞬間に空白が生まれます。

個人配布 × 常時稼働が重ねる、統制の空白

能動エージェントが個人経路で入ると、企業統制に三つの空白が同時に開きます。

• 主体が切り分けられない: Duet は本人のアカウントの接続を引き継ぐため、社内システムから見れば「その人のアクセス」として現れます。人の操作と、エージェントが本人に代わって行った操作を後から分離できない。非人間の主体に固有のIDを与える設計が、個人配布では最初から欠けます。
• 監督が非同期になる: 「席を立っても動き続ける」常時稼働は、実行＝即時の人間確認という暗黙の安全網を外します。しかも監督者は多忙な本人一人。承認依頼が積み上がれば、内容を精査せず通す“承認の形骸化”が起きやすい。
• 証跡が組織に残らない: 6,000超のコネクタをまたいで動いても、「誰の・どのエージェントが・いつ・何を」の記録は本人のアプリ側に散るだけで、全社の監査線には束ねられません。不可逆な操作（外部送信・購買・署名・削除）ほど、この欠落は重くなります。

禁止通達で止められればよいのですが、Duet は個人の生産性を確かに上げる製品です。禁じれば水面下に潜り、容認すれば統制なく広がる——シャドーAIの構造そのものが、より能動的な主体で再演されます。

homulaの観点——個人経由で入る能動エージェントを『土台の統制』で受け止める

homula は、エージェント導入を「便利な機能を許可するか否か」ではなく、**「誰が・何者として・どの権限で動き・何をしたかを辿れるようにする」**立場で支援しています。Duet のような能動エージェントが個人経由で入ってくる局面では、個々の製品を禁止で押さえるより、組織側に統制の土台を先に据えるほうが現実的です。実装の順序はこう整理できます。

1. 接続層（Agens）: Agens は MCP を活用し、200以上のツールと構築ゼロで接続します。社員が個人の能動エージェントを無断で各SaaSにつなぐ前に、組織として承認済みの接続を一元提供できる土台を持つこと——これが「野良の接続」を正規の経路へ引き込む起点になります。
2. ID・最小権限層: エージェントを社員個人のアカウント越しに動かさない。業務で使う主体には固有のIDと、リソース単位に絞った最小権限、短命の資格情報を割り当て、「人の操作」と「エージェントの操作」を最初から分離する。
3. 実行時の統制層（Agens Control）: IDの先で、承認フロー・DLP・RBAC・5年分の監査ログを効かせる。Duet が個人に向ける承認を、組織の承認フローへ付け替えるのがここです。低リスクの参照系は止めずに走らせ、外部送信・購買・署名・削除のような不可逆な操作にだけ組織の人手承認を挟み、「どのエージェントが・いつ・何をしたか」をベンダーをまたいで一本の証跡に束ねる。

適所適ツール（n8n / Dify / LangGraph）で強弱のある権限設計を作り分ければ、能動エージェントの恩恵——人が手を離しても低リスクな定型処理が進む——を取りにいきつつ、重い操作にだけゲートを噛ませられます。どこから手をつけるかは、業務棚卸しからROI試算までを3〜5日で完結する AIエージェント・ブートキャンプ で、「どの業務を能動エージェントに委ね、どこに組織の承認を置くか」を先に見極めるのが近道です。

まとめ

Claude Duet は、能動エージェントが「企業が導入を決めるもの」から「社員が個人で使い始めるもの」へと、配布経路ごと移り始めたことを示しました。専用のクラウドVMで席を外しても動き、6,000超のアプリにつながり、重い操作の前には確認する——ここまでは丁寧な設計です。ただしその確認が向く先は、研究プレビューの段階では組織ではなく個人です。

日本企業がいま準備すべきは、Duet を「許すか・禁じるか」の二択ではありません。能動エージェントが個人経由で入ってくることを前提に、接続・ID・実行時統制の土台を組織側に先に据え、個人に向いた承認を組織の承認へ付け替えることです。その順序があって初めて、能動エージェントは「便利だが辿れない実験」から「全社で安心して使えるインフラ」へと変わります。

---

能動エージェントが個人経由で社内に入る前に、接続・ID・承認・監査の土台を据える——その設計から実装まで、homula が業務棚卸しからROI試算まで一気通貫で伴走します。

無料相談を予約する

Agens Controlで承認・監査・ガバナンス設計を見る

AIエージェント・ブートキャンプを見る