著者注：Claude Duet は2026年10月21日に研究プレビューとして公開されました。本記事では、その製品像、動作の仕組み、行動の境界、制限を整理し、能動型エージェント製品のチェックリストも紹介します。
Claude Duet の核心的な変化は、一言で表せます。「質問に答える」から「自ら仕事を進める」へ。Duet はユーザーがチャット画面を開くのを待つのではなく、専用のクラウド上のコンピューターで継続的に作業します。ユーザーに確認してほしいことを自ら通知する一方、メッセージの送信、支払い、書類への署名の前には立ち止まり、ユーザーの承認を待ちます。
はっきりさせておきたいのは、Duet は現時点で研究プレビューであり、正式版ではないということです。現在は米国の Pro、Max、Ultra サブスクリプションユーザーのみを対象に、ウェイトリストを通じて段階的に提供されています。機能や利用条件は変更される可能性があります。単に見た目を変えただけのチャットボットではありませんが、完成された「全自動アシスタント」と考えることもできません。この記事では、「何ができるのか、どう動くのか、行動の境界、記憶とツール、制限、製品開発への示唆」の順に解説し、最後に能動型エージェントのチェックリストを紹介します。
Claude Duet の基本情報：どんなサービス？
Claude Duet は、Anthropic が提供する独立したアプリです。claude.ai のチャット画面に追加された新しいボタンではありません。iOS、Android、claude.ai の3つから利用できます。人にメッセージを送るような感覚で、テキストでも音声でもやり取りできます。
背後で使われるモデルは Claude Opus 5.5 に固定されており、ユーザーが切り替えることはできません。公式によると、タスクにどれだけの「労力」をかけるかは Duet 自身が判断します。API でモデルを手動指定し、推論の強度を調整する使い方とは大きく異なります。
| 項目 | 詳細 |
|---|---|
| 公開時期 | 2026年10月21日に研究プレビューとして公開 |
| 製品形態 | 独立したアプリ。iOS、Android、claude.ai に対応 |
| ベースモデル | Claude Opus 5.5 に固定、選択不可 |
| 利用対象 | 米国の Pro / Max / Ultra サブスクリプションユーザーに、waitlist を通じて段階的に公開 |
| 未対応 | Team と Enterprise プラン。公式は今後対応する予定と説明 |
| 料金体系 | 研究プレビュー期間中はサブスクリプションに含まれ、Claude と利用上限を共有 |
| 操作方法 | メッセージを送るように、テキストまたは音声で操作 |
Claude Duet と一般的なチャットボットの違い
一般的なチャットボットは会話主導です。ユーザーが話しかけると返答し、ページを閉じると作業も止まります。一方、Claude Duet は目標主導です。仕事を任せるとバックグラウンドで継続して進め、進展があったときや判断が必要なときに知らせてくれます。
この違いは、実行環境や通知の仕組み、権限設計、料金体系など、製品のあらゆる面に及びます。以下の表で、主な違いを比較してみましょう。
| 観点 | 従来のチャットアシスタント | Claude Duet（能動型エージェント） |
|---|---|---|
| きっかけ | ユーザーが質問する | エージェントが注意すべきことを自ら知らせる |
| 実行環境 | 会話内。ページを閉じると停止 | 専用のクラウド上のコンピューターで、アプリを閉じた後も継続 |
| 活動期間 | 1回のやり取り、または1つの会話 | 継続して稼働し、定期的に確認・フォローアップ |
| 外部へのアクション | 通常はテキスト出力のみ | メッセージ送信、支払い、書類への署名が可能。ただし事前確認が必要 |
| モデル選択 | ユーザーが選択可能 | Opus 5.5 に固定。どれだけの労力をかけるかはエージェントが判断 |
Claude Duet の仕組み：クラウド上のコンピューターで継続稼働
Claude Duet を理解するうえで重要なのは、専用のクラウド上のコンピューターを持っているという点です。タスクはスマートフォンのアプリのプロセスに依存しないため、アプリを閉じてもクラウド上で実行が続きます。これが「ユーザーが離れた後も作業を続けられる」技術的な前提です。
この仕組みを基盤に、公式では次のような自発的な行動が紹介されています。
- 朝のブリーフィング：一つひとつ質問するのを待つのではなく、毎朝、確認すべき事項をまとめて届けます。
- 接続済みアカウントの定期チェック：アクセスを許可したアカウントを定期的に確認し、対応が必要な内容を見つけます。
- 返信のないスレッドのフォローアップ：会話に長期間返信がない場合、リマインドしたり、フォローアップの準備をしたりします。
- 依頼されたタスクの完了：指示した作業を最後まで進め、途中で確認が必要になったときに再度連絡します。
Claude Duet の「定期チェック」とは
「定期チェック」は便利に聞こえますが、実態はリアルタイム監視ではなくポーリングです。公式も、緊急事項が2回のチェックの間に発生する可能性があると明確に注意しています。つまり、Claude Duet が得意なのは「物事の見落としを防ぐ」ことであり、「突発的な事態に即座に対応する」ことではありません。
プロダクト設計者にとって、これは率直なトレードオフです。継続的なリアルタイム監視には、より高い計算コストがかかり、ユーザーへの通知も増えます。定期チェックと自発的な通知を組み合わせることで、コスト、通知の煩わしさ、即時性のバランスを取っています。時間的な制約が特に厳しい場面では、Duet を唯一のアラート手段にすべきではありません。
Claude Duet の行動範囲と記憶・ツール
自律的に動く Agent について、最も気になるのは「自分の知らないところで勝手に何かをしないか」という点でしょう。Claude Duet は、重要な操作の前に確認ステップを設け、機密情報にはさらに厳しい制約をかけることで対応しています。
Claude Duet が行動前に確認する仕組み
Claude Duet はメッセージの送信、支払い、文書への署名を行う前に、これから何をするかを表示し、ユーザーの確認を待ちます。このステップにより、「自律的な実行」と「最終的な承認」が分けられます。Agent が準備と作業の進行を担当し、最終判断は人が下す仕組みです。
健康情報や個人の財務情報などの機密性が高い内容は、ユーザーが明確に指示した場合にのみ送信されます。これは通常の確認よりも厳しい制約で、デフォルトでは外部に送信されず、ユーザーからの明示的な指示が必要です。
ただし、公式も率直に説明しているとおり、リサーチプレビュー段階の安全対策には検知漏れや誤検知がときどき発生します。検知漏れは止めるべき操作を止められないこと、誤検知は止める必要のない操作を止めてしまうことです。確認ステップは重要な保護策ですが、絶対に安全というわけではありません。確認を押す前に、操作のプレビューをきちんと確認しましょう。
Claude Duet の記憶・スキル・アプリ
Claude Duet は、Claude にすでに備わっている記憶、スキル、アプリを引き継いで使えます。Claude に蓄積された好みや設定済みのスキル、接続済みのアプリを Duet でも利用できるため、一から教え直す必要はありません。
製品として見ると、これは賢い設計です。自律的に動く Agent の価値はコンテキストに大きく左右されます。ユーザーがどんな人で、何を重視し、どの作業を任せられるかを知る必要があるからです。既存の記憶とツールのエコシステムを再利用することで、使い始めの負担を大幅に減らせます。また、Duet は Claude 本体と切り離されるのではなく、互いを補完する存在になります。
Claude Duet の制限：研究プレビュー段階で注意したいこと
機能を並べるよりも、制限を明確に伝えることのほうが大切です。以下の表では、Claude Duet の現在の機能とそれぞれの制限をまとめています。期待に合うかどうかを判断する際に役立ててください。
| 機能 | 現在できること | 制限 |
|---|---|---|
| 自発的な通知 | 朝のブリーフィング、気になる事項のリマインド | 物事の緊急度を誤って判断する可能性がある |
| 継続稼働 | クラウド上のコンピューターで、アプリを閉じた後も動作 | 定期的にチェックするため、緊急事項がチェックの合間に発生する可能性がある |
| 外部への操作 | メッセージの送信、支払い、書類への署名 | 事前確認が必要。安全機構による見逃しや誤検知が時折発生する |
| ブラウザー操作 | 専用のクラウド上のコンピューターで実行 | ユーザーはブラウザーの操作を見たり引き継いだりできない |
| モデルの能力 | Opus 5.5 に固定され、投入する処理量は自動で判断 |
モデルの選択や処理の強度の手動調整はできない |
| 利用対象 | 米国の Pro / Max / Ultra ユーザー | 米国限定。ウェイトリストから段階的に案内され、Team / Enterprise では利用できない |
| 料金 | サブスクリプションに含まれる | Claude と利用上限を共有するため、頻繁に使うと利用枠を圧迫する |
Claude Duet で見落としがちな制限
ブラウザーの操作を見たり引き継いだりできない点には注意が必要です。デスクトップ型の Agent の多くは、操作をリアルタイムで見守り、必要に応じてワンクリックで引き継げます。Duet では現在これができず、何をしたかは確認を求められた内容や結果からしか把握できないため、作業過程の見通しは比較的限られています。
利用上限を共有する点にも注意しましょう。研究プレビュー期間中、Duet に追加料金はかかりませんが、普段使っている Claude と同じ利用枠を使います。継続稼働して定期的にチェックする Agent は、たまに会話する場合とは消費の仕方が大きく異なります。頻繁に利用する人は、利用枠の変化を確認する必要があります。
また、公式からは現在、大規模な効果測定データが公表されていません。そのため、「どれくらい時間を節約できるか」「判断の精度はどの程度か」といった疑問に対する信頼できる数値は、現時点ではありません。本記事でも推測は控えます。
Claude Duet から学ぶ Agent 製品設計のヒント
Claude Duet を使うかどうかにかかわらず、Agent を開発するチームにとって、その設計はよい参考になります。ただし、Duet の設計をすべての Agent 製品の基準と見なすことはできません。一方で、そこから見えてくるいくつかの重要な課題は、幅広い製品に共通するものです。
能動型 Agent を支える4つの柱：権限、確認、可観測性、コスト
- 権限：Agent がどのアカウントに接続し、どの操作を実行できるかは、ユーザーが明示的に許可する必要があります。また、その権限はいつでも取り消せなければなりません。Duet が機密情報を「明示的に指示された場合にのみ送信する」方針は、最小権限の原則を具体化したものです。
- 確認：行動前の確認は、信頼を築くうえで欠かせません。確認画面には、曖昧な「続行しますか」ではなく、「これから何をするか」を明確に表示する必要があります。
- 可観測性：タスクの状態や実行ログを確認できることが重要です。Duet ではブラウザの操作を見守ることができません。だからこそ、プロセスが見えない場合は、ログと監査の仕組みをよりしっかり整える必要があると気づかされます。
- コスト：継続的に稼働する Agent のコスト構造は、チャット製品とは異なります。サブスクリプションの利用枠と API コストを分けて計算しなければ、Agent の実際のユニットエコノミクスを把握するのは困難です。
図の説明：自作 Agent のモデル呼び出しについては、APIYI apiyi.com のコンソールでモデル別・時間別に利用量とログを確認できます。サブスクリプションの利用枠と分けてコストを計算するのに便利です。
自作のプロアクティブ型 Agent：バックエンドモデルの選び方
Duet は Opus 5.5 を固定で使用するため、一般ユーザーはモデルを選ぶ手間がありません。一方、自社製品にプロアクティブ型 Agent を組み込む場合は、事情が異なります。定期的なチェック、ブリーフィングの作成、返信の下書き、複雑な意思決定など、サブタスクごとに求められるモデルの能力は大きく違います。すべてに最強のモデルを使うとコストがかさみ、すべてに軽量モデルを使うと判断を誤る可能性があります。
より合理的なのは、タスクに応じてモデルを階層的に選ぶとともに、切り替え可能な構成にして、Agent 全体が一社のモデルに依存しないようにすることです。参考資料でも、モデルのバックエンドを切り替えられるようにすることが明確に挙げられています。
実装面では、APIYI apiyi.com を使うと、1つのキーで Claude、OpenAI、Gemini などの主要モデルに統一的にアクセスでき、OpenAI と Claude のネイティブ形式に対応しています。SDK の base_url を https://api.apiyi.com/v1 に向ければ、同じコードでサブタスクごとに異なるモデルを割り当てられます。Opus シリーズの具体的なモデル ID（claude-opus-5-5 のような名称）が提供されているかどうかや、その価格については、コンソールの実際の一覧とドキュメントを確認してください。
🎯 技術的なアドバイス：プロアクティブ型 Agent のプロトタイプを作る際は、まず APIYI apiyi.com で同じキーを使い、複数のモデルについて「緊急度の判断」「返信の下書き」といったサブタスクでの性能を比較してから、階層化の方針を決めることをおすすめします。コンソールの使用量やログは、Agent の可観測性を確保するための第一段階のデータとしてそのまま活用できます。
| コスト項目 | サブスクリプション型 Agent（Duet 研究プレビュー） | 自作 Agent（API 従量課金） |
|---|---|---|
| 課金方式 | サブスクリプションに含まれ、使用量の上限を共有 | 呼び出し量に応じて課金 |
| モデルの選択 | 固定、選択不可 | サブタスクごとに階層的に選択可能 |
| 使用量の可視性 | 主に利用枠の消費量を確認 | モデルや時間ごとに明細を確認可能 |
| 利用可能なプラットフォーム | Claude 公式アプリ | APIYI apiyi.com、各社の公式 API |
| 向いている人 | すぐに体験したい、利用頻度の高い個人ユーザー | 制御可能で監査しやすい環境を求める開発チーム |
Claude Duet よくある質問 FAQ
Q1: Claude Duet は正式版ですか？現在は誰が使えますか？
正式版ではありません。`Claude Duet` は2026年10月21日に**研究プレビュー**として公開されました。対象は米国の Pro、Max、Ultra のサブスクリプションユーザーに限られ、ウェイトリストを通じて段階的に利用が開放されています。Team と Enterprise のプランではまだ利用できませんが、公式は今後対応する予定としています。プレビュー期間中は、機能や利用条件が変更される可能性があります。
Q2: Claude Duet が勝手にメッセージを送ったり、支払ったりすることはありますか？
公式の説明によると、メッセージの送信、支払い、書類への署名といった操作の前には、実行内容を表示して確認を待ちます。健康や個人の財務などに関する機密情報も、ユーザーが明示的に指示した場合にのみ送信されます。ただし、研究プレビュー段階では安全機構の見逃しや誤検知が起こることもあるため、確認する前に操作内容をしっかりチェックしましょう。
Q3: 自分の製品に同じような自律型エージェントを組み込みたいのですが、バックエンドのモデルはどう接続すればよいですか？
複数のモデルに対応した統一インターフェースを使い、サブタスクごとにモデルを選び、切り替えられるようにしておくことをおすすめします。APIYI apiyi.com では、1つのキーで Claude、OpenAI、Gemini などのモデルを呼び出せます。OpenAI と Claude のネイティブ形式に対応しており、新規ユーザーには無料のテスト枠もあるため、まずはプロトタイプを作って比較するのに適しています。対応モデルと価格の詳細はコンソールでご確認ください。
Q4: 自作エージェントのコストや行動はどのように監査すればよいですか？
少なくとも、タスクの状態、モデル呼び出しごとの使用量、外部への操作に関する確認記録の3種類を記録しましょう。モデル呼び出しについては、APIYI apiyi.com のコンソールでモデル別の使用量、請求額、ログを確認できます。一方、業務上の操作の監査記録は、自分のシステムでデータベースに保存する必要があります。両方を組み合わせることで、全体を可視化できます。
Claude Duetの要点と自律型Agentのチェックリスト
- 形態の変化：
Claude Duetは「ユーザーの質問に答える」形から「自ら作業を進める」形へと変わり、ユーザーに能動的に働きかけます。 - 動作方式：専用のクラウドコンピューターを持ち、アプリを閉じた後も作業を続けます。
- 能動的な行動：朝のブリーフィング、連携済みアカウントの定期確認、未返信スレッドのフォローアップを行います。
- 行動の境界：メッセージの送信、支払い、文書への署名前には操作内容を表示し、確認を待ちます。
- 主な制限：米国限定、waitlistから段階的に招待、
Opus 5.5に固定、ブラウザー操作の引き継ぎは不可。 - 設計上のヒント：権限、確認、可観測性、コストが自律型Agentの4つの柱です。
- 始め方：Agentを自作するなら、APIYI apiyi.comを使って、1つのキーで複数モデルを比較し、使用量ログを確認できます。
以下のチェックリストは、プロダクトマネージャーや開発者が自律型Agentを設計する際に、項目ごとに確認するのに役立ちます。中央の列にはDuetの設計上の選択と既知の制限に基づく質問を、右列には推奨される最低要件を示しています。
| チェック項目 | 答えるべき質問 | 推奨される最低要件 |
|---|---|---|
| トリガーの仕組み | Agentはいつユーザーに働きかけるか？ | ブリーフィングの時刻と確認周期を明示し、情報の鮮度に関する限界をユーザーに伝える |
| 権限の範囲 | どのアカウントに接続し、どの操作を実行できるか？ | 明示的な許可を得て、いつでも取り消せるようにする。機密データはデフォルトで外部送信しない |
| 行動の確認 | どの操作に人間の確認が必要か？ | メッセージ送信、支払い、署名に関する操作は必ず事前にプレビューを表示する |
| 誤判断への備え | 緊急度を誤って判断した場合はどうするか？ | ユーザーがフィードバックできる窓口を設け、重要なアラートを単一のチャネルに依存させない |
| プロセスの可視化 | ユーザーはAgentの作業内容を確認できるか？ | 少なくとも実行ログを提供し、可能であれば作業の閲覧や操作の引き継ぎに対応する |
| タスクの状態 | 進行中のタスクを確認・中止できるか？ | タスク一覧、状態表示、ワンクリックでの一時停止 |
| モデルのバックエンド | 単一のモデルに固定されていないか？ | サブタスクごとに適したモデルを選び、切り替え可能にする |
| コストの把握 | サブスクリプションの利用枠とAPIコストは分かれているか？ | モデル別、タスク別に使用量と請求額を集計する |
| プレビューの明示 | 製品がまだ実験段階にあることをユーザーは知っているか？ | プレビュー段階であることと既知の制限を明記する |
Claude Duetのまとめ：自律型Agentの方向性と限界
Claude Duetの意義は、個々の機能ではなく、「自律型Agent」の全体像を示したことにあります。独立したアプリ、専用のクラウドコンピューター、継続的な稼働、自発的なブリーフィング、実行前の確認、記憶とツールの再利用。これらを組み合わせることで、かなり明確な製品像を提示しています。
一方で、制限も明確です。米国限定、ウェイティングリストから段階的に提供、TeamとEnterpriseでは利用不可、モデルを選択できない、緊急度を誤って判断する可能性がある、定期チェックには時間的な空白がある、ブラウザを操作できない――さらに、研究プレビューならではの不確実性もあります。利用を検討している人にとっては、機能以上にこれらの制限をしっかり確認することが大切です。
Agentの開発者やプロダクトマネージャーが特に押さえておきたいのは、権限、確認、可観測性、コストという4つの柱です。自分で自律型Agentを構築するなら、APIYI apiyi.comを通じて1つのキーで複数のバックエンドモデルを手軽に比較し、コンソールの使用量とログを活用してコストと動作を管理するのがおすすめです。
参考資料
- Claude Duet公式製品ページ：研究プレビューのリリース情報、製品の概要と利用可能な範囲
- アクセス先：
claude.ai - 補足：提供開始時期、サブスクリプションプラン、ウェイティングリストのルールは公式ページをご確認ください
- ClaudeヘルプセンターのDuet関連項目：実行前の確認、機密情報の取り扱い、既知の制限
- 補足：研究プレビュー期間中は内容が更新される可能性があるため、最新版をご確認ください
- APIYIドキュメントセンター：複数モデルへの接続、コンソールの使用量とログに関する説明
- リンク：
docs.apiyi.com - 補足：モデル一覧、価格、利用可能状況はコンソールとドキュメントをご確認ください
著者：APIYI技術チーム
技術交流：APIYI apiyi.comのトップページからお気軽にお問い合わせください。Agentのバックエンドモデル選定や使用量管理の実践について情報交換をお待ちしています。
