Anthropic

Claude Managed Agentsの始め方|AIエージェントを作成・実行・連携する実践ガイド

Claude Managed Agentsの始め方|AIエージェントを作成・実行・連携する実践ガイド

AIエージェントを使って業務を自動化したいと思っても、実際に始めようとすると手が止まりやすいですよね。

「どこで作ればいいの?」

「どうやって動かすの?」

「NotionやClickUpとはどうつなぐの?」

このような疑問が出てくる人も多いでしょう。

僕も最初は、AIに指示を出すだけなら普通のチャットで十分ではないかと感じていました。

しかし、Claude Managed Agentsを調べていくと、これは単なるチャット機能ではありませんでした。

結論からお伝えすると、Claude Managed Agentsは、特定の仕事をAIに任せるための実行環境・認証情報・セッション管理をまとめて扱える仕組みです。

特に、Claude Console上でエージェントを作成し、Environmentを設定し、MCPや外部サービスと連携できる点は大きな特徴です。

この記事では、Claude Managed Agentsで何ができるのか、どう作ればよいのか、どこに注意すべきかを実践目線でご紹介します。

目次

  1. Claude Managed Agentsとは何か

  2. Managed Agentsで押さえる4つの基本要素

  3. 実際にエージェントを作る流れ

  4. 外部ツールと連携して使う方法

  5. 料金・制限・使いどころ

  6. まとめ

  7. よくある質問

  8. おわりに

Claude Managed Agentsとは何か

AIエージェントをクラウド上で動かす仕組み

Claude Managed Agentsは、Claudeを使ったAIエージェントをAnthropic側のクラウド環境で作成・実行できる仕組みです。

従来であれば、AIエージェントを動かすには、自分でサーバーを用意したり、実行環境を組んだり、外部ツールとの連携を細かく設定したりする必要がありました。

しかし、Claude Managed Agentsでは、その負担をかなり減らせます。

Claude Console内でエージェントを作り、設定し、テストできるため、AIエージェントを業務に組み込みたい人にとって使いやすい入口になります。

ここで大事なのは、エージェントは単に質問に答えるAIではないということです。

エージェントは、特定の目的に沿って、指示・ツール・MCP・スキルなどを組み合わせて動く小さな担当者のような存在です。

たとえば、次のような仕事に向いています。

  • 問い合わせ対応

  • 競合調査

  • Notion内の情報整理

  • ClickUpへのタスク作成

  • 社内ドキュメントの要約

  • リサーチ結果のレポート化

このように、決まった仕事を繰り返し任せる用途と相性が良いです。

ただし、何でもできる万能AIとして作ろうとすると失敗しやすくなります。

エージェントは、役割と使えるツールの範囲を狭く決めたほうが成果が安定しやすいです。

チャットとの違い

通常のAIチャットでは、その場で質問して回答を受け取るのが中心です。

一方、Managed Agentsでは、以下の要素を分けて管理します。

  • エージェント本体

  • 実行環境

  • 認証情報

  • 会話やタスクごとのセッション

この違いはかなり重要です。

たとえば、カスタマーサポート用のエージェントを1つ作ったとします。

そのうえで、顧客ごとに別々のセッションを作れば、それぞれの会話コンテキストを分けて扱えます。

つまり、Aさんの問い合わせ内容とBさんの問い合わせ内容が混ざりにくくなるということです。

これは、サポートチャットやチケット対応のような用途では大きなメリットになります。

Managed Agentsで押さえる4つの基本要素

Claude Managed Agentsを理解するうえで、まず押さえておきたい要素は4つあります。

1. Agent:仕事をする本体

Agentは、AIエージェントそのものです。

ここには、名前、説明、モデル、システムプロンプト、利用するMCPサーバー、ツール、スキルなどが設定されます。

最初に考えるべきなのは、このエージェントに何を任せるのかです。

いきなり万能なエージェントを作ろうとすると、かなり失敗しやすくなります。

たとえば、次のように1つの役割に絞るのが現実的です。

  • 問い合わせ内容を確認し、解決できなければClickUpにタスクを作る

  • Notionのアイデア一覧から次の企画を調べ、タイトル案と構成案を出す

  • 競合サービスを調査し、要点をまとめる

このように役割を絞ることで、エージェントの動きが安定しやすくなります。

Agentは、Claude ConsoleのQuick Startからテンプレートを使って作ることもできます。

また、チャット形式で「こういうエージェントを作りたい」と説明して作成することも可能です。

作成後は、設定内容を確認しながら、システムプロンプトやツール構成を調整していきます。

2. Session:1回ごとの仕事や会話

Sessionは、エージェントとの1回の会話、または1つのタスク実行の単位です。

カスタマーサポートであれば、顧客ごとにセッションを分けます。

請求書処理であれば、請求書ごとにセッションを分けるイメージです。

日次レポートなら、1日ごとにセッションを作る形も考えられます。

この考え方を理解しておくと、あとで外部サービスと連携するときに迷いにくくなります。

たとえば、新しいユーザーから初めてメッセージが来たら、新規セッションを作る。

同じユーザーから続きのメッセージが来たら、既存セッションに追加する。

このような設計にすると、チャットボットや問い合わせ対応の実装が自然になります。

毎回新しいセッションを作るのではなく、文脈を引き継ぐ必要があるかどうかで判断することが大切です。

3. Environment:エージェントが動く作業場所

Environmentは、エージェントがツールを実行するためのクラウド上の作業環境です。

ファイルを読む、コマンドを実行する、MCPサーバーを呼び出す、外部ネットワークへアクセスする。

こうした動作は、このEnvironmentの中で行われます。

Environmentでは、ネットワークアクセスの範囲も設定できます。

たとえば、自社サイトだけを参照させたいカスタマーサポートエージェントであれば、アクセス先を限定した環境にするのが安全です。

一方で、広く競合調査をさせたい場合は、インターネットアクセスを許可する必要があります。

ただし、何でも自由にアクセスできる環境を作ればよいわけではありません。

エージェントの役割に合わせて、必要な範囲だけを許可することが重要です。

そのほうが安全ですし、結果も安定しやすくなります。

4. Credential Vault:認証情報を安全に管理する場所

Credential Vaultは、外部サービスに接続するための認証情報を保存する場所です。

APIキー、OAuthログイン、アクセス許可などを管理し、エージェントが必要なサービスへ安全に接続できるようにします。

たとえば、Notionにあるデータベースを読み取りたい場合は、Notion用の認証情報をVaultに設定します。

ClickUpにタスクを作成したい場合も、ClickUpの接続情報をVaultに保存します。

毎回ログイン情報を入力するのではなく、Vaultに登録した認証をセッションから利用できるのが特徴です。

ただし、ここでも権限の渡しすぎには注意が必要です。

読み取りだけでよいのに、書き込み権限まで渡す必要はありません。

Credential Vaultは便利ですが、権限は必要最小限にするのが基本です。

実際にエージェントを作る流れ

Claude Consoleに入り、Managed Agentsを開く

まずはClaude Consoleにアクセスし、Managed Agentsのメニューを開きます。

ここで注意したいのは、Managed AgentsはClaude ProやMaxの通常チャット枠で動くものではないという点です。

API利用のためのクレジットが必要になります。

つまり、普段のClaudeチャットとは別枠で、APIトークンや実行時間に対して課金される仕組みです。

最初の画面では、テンプレートから始める方法と、作りたいエージェントを文章で説明する方法があります。

僕なら、最初は文章で説明する方法を選びます。

なぜなら、自分の業務に合わせた目的をそのまま反映しやすいからです。

目的を具体的に書く

エージェント作成時には、目的をできるだけ具体的に書きます。

悪い例は、次のような指示です。

「リサーチしてくれるエージェントを作る」

これでは範囲が広すぎます。

何を調べるのか、どんな形でまとめるのか、どこまで提案するのかが曖昧だからです。

良い例は、次のような指示です。

「競合サービスを調査し、価格、強み、弱み、差別化ポイントをまとめ、最後に自社が取るべき施策を3つ提案するエージェントを作る」

ここまで書くと、かなり実務に近づきます。

さらに良くするなら、出力形式まで決めておきましょう。

たとえば、次のような指定です。

  • 見出しは「概要」「競合一覧」「比較表」「リスク」「提案」の順にする

  • 情報源がある場合は最後にまとめる

  • 不明な点は推測せず、「不明」と書く

  • ClickUpに送る場合は、タスク名、本文、優先度を分ける

このように書くと、エージェントの設定がより実務向きになります。

エージェント作成では、目的だけでなく、出力形式まで決めることが大切です。

自動生成された設定を確認する

Claude Consoleでは、作りたい内容を入力すると、エージェント名、説明、モデル、システムプロンプト、MCPサーバー、ツールなどの設定案が作られます。

そのまま作成してもよいですが、実務で使うなら一度確認したほうが安全です。

特に見るべきなのは、システムプロンプトです。

ここに業務の前提や判断基準が入っていないと、表面的な回答になりやすくなります。

実際、ビジネスの背景をあとから伝えても、設定にしっかり反映されていない場合があります。

その場合は、手動編集やガイド付き編集でプロンプトを明確に直す必要があります。

Environmentを作成する

次にEnvironmentを作成します。

エージェント専用に新しいEnvironmentを作るか、既存のEnvironmentを再利用するかを選びます。

最初は、エージェントごとにEnvironmentを分けるのがおすすめです。

たとえば、次のように分けておくと管理しやすくなります。

  • カスタマーサポート用

  • リサーチ用

  • ドキュメント処理用

このように分けると、権限や接続先を整理しやすくなります。

複数のエージェントで同じEnvironmentを共有することもできます。

ただし、最初から共有しすぎると、どのエージェントが何にアクセスできるのか分かりにくくなります。

最初は分ける。慣れてきたら共有を検討する。

この順番のほうが安全です。

Credential Vaultを設定する

外部サービスと接続する場合は、Credential Vaultを作成します。

Notion、ClickUpなど、接続したいサービスを選び、OAuthやアクセストークンで認証します。

ここで大切なのは、エージェントに本当に必要な権限だけを渡すことです。

読み取りだけでよいのに、書き込み権限まで与えると、意図しない変更が起きる可能性があります。

最初は小さな権限で試し、必要になったら範囲を広げる。

この進め方が安全です。

Sessionでテストする

Agent、Environment、Credential Vaultを設定したら、Sessionを作成してテストします。

ここで、実際にエージェントへタスクを投げて、期待通りに動くか確認します。

たとえば、Notionのコンテンツカレンダーを読み取り、次の企画に対してタイトル案と構成案を出すエージェントを作ったとします。

その場合、次の点を確認しましょう。

  • 実際にNotionへアクセスできているか

  • 情報を正しく読み取っているか

  • 出力内容が使える形になっているか

  • 勝手な推測をしていないか

  • 指定した形式で出力できているか

ここで大事なのは、1回で完璧に動くとは考えないことです。

エージェントは、社員に仕事を教えるのと同じように、指示を改善しながら育てるものです。

出力が浅ければ、参照すべき情報を増やす。

勝手な判断が多ければ、禁止事項を追加する。

形式が崩れるなら、出力テンプレートを明確にする。

このように少しずつ調整していくことが大切です。

外部ツールと連携して使う方法

n8nなどの自動化ツールを前段に置く

Managed Agentsを業務に組み込む場合、Claude Console内で手動実行するだけでは足りないことがあります。

チャットボット、問い合わせフォーム、社内ツール、タスク管理ツールとつなげるには、API経由でセッションを作成し、メッセージを送り、結果を取得する必要があります。

そのときに使いやすいのが、n8nのような自動化ツールです。

n8nをフロント側に置き、Claude Managed AgentsをバックエンドのAIエージェントとして使う構成にすると、業務に組み込みやすくなります。

たとえば、次のような流れです。

  1. Webチャットからメッセージを受け取る

  2. 必要に応じてClaudeのSessionを作る

  3. エージェントにメッセージを送る

  4. 結果を取得する

  5. ユーザーに回答を返す

このように、Managed Agentsだけで完結させるのではなく、外部ツールと組み合わせることで実用性が高まります。

新規セッションと既存セッションを分ける

チャットボットとして使う場合に重要なのは、毎回新しいClaudeセッションを作らないことです。

ユーザーから最初のメッセージが来たら、新しいClaudeセッションを作ります。

そのとき、n8n側のユーザーセッションIDとClaude側のセッションIDをデータベースに保存します。

次に同じユーザーからメッセージが来たら、保存済みのClaudeセッションIDを取り出し、既存セッションにメッセージを追加します。

これにより、会話の文脈を維持できます。

問い合わせ対応なら、ユーザーが前に説明した内容を踏まえて返答できます。

逆に、毎回新しいセッションを作ってしまうと、前のやり取りを覚えていない不自然なチャットになります。

チャットボットでは、セッション管理がかなり重要です。

ここを雑にすると、ユーザー体験が一気に悪くなります。

API連携で必要になる情報

外部ツールからManaged Agentsを動かす場合、主に次の情報を扱います。

  • Agent ID

  • Environment ID

  • Credential Vault ID

  • Session ID

  • 送信するメッセージ

  • セッション内のイベントや最新メッセージ

新しい会話では、Agent、Environment、Credential Vaultを指定してSessionを作成します。

その後、そのSessionにメッセージを送ります。

処理が終わったら、Sessionのイベント一覧を取得し、最新のエージェント回答をユーザーに返す流れです。

ただし、単純に「15秒待って結果を取りに行く」ような実装は、本番運用では不安定です。

タスクによっては数秒で終わることもあれば、数分かかることもあります。

実運用では、ステータスを確認しながら完了を待つ仕組みや、タイムアウト時の処理を設計する必要があります。

一定秒数だけ待つ実装ではなく、処理状態を見ながら待つ設計にすることが大切です。

料金・制限・使いどころ

料金はAPIトークンとセッション実行時間で考える

Managed Agentsは、Claudeの通常サブスクリプションではなく、API利用として課金されます。

料金の考え方は大きく2つあります。

1つ目は、モデルを使った分のAPIトークン費用です。

入力、出力、キャッシュなど、通常のAPI利用と同じようにトークンが発生します。

2つ目は、セッションの実行時間です。

資料では、セッションがアクティブに動いている時間に対して、1時間あたり0.08ドルがかかると説明されています。

待機中やアイドル状態の時間は課金対象にならないとされています。

ここは誤解しやすい部分です。

Environmentを作っただけで、常に料金が発生するわけではありません。

実際にSessionが動いている間に、実行時間の課金が発生します。

つまり、Managed Agentsの料金は主に以下で考える必要があります。

  • APIトークン

  • アクティブなSessionの実行時間

使い始める前に、この2つをざっくり見積もっておくと安心です。

得意な用途

Managed Agentsが向いているのは、次のような用途です。

  • 社内ナレッジを参照して回答するサポートエージェント

  • NotionやClickUpなどの情報を読み取り、要約や提案を作るエージェント

  • 競合調査や市場調査を定型フォーマットでまとめるエージェント

  • 問い合わせ内容を整理し、必要に応じてタスクを作るエージェント

  • 請求書、資料、レポートなどを処理するエージェント

  • まずは手動実行で業務フローを試したいケース

特に、Claude Console上でエージェント作成、環境設定、認証情報管理、テスト実行まで進められる点は便利です。

AIエージェントの全体像をつかみたい人にとっても、かなり学びやすい仕組みだと言えます。

苦手な用途

一方で、常時動き続ける自動化や、定期実行を前提にした処理には注意が必要です。

Managed AgentsはAPI呼び出しによって起動する設計です。

そのため、次のような仕組みを作るには、別のトリガーや外部の自動化ツールが必要になります。

  • 30分ごとに自動で起きてタスクを確認する

  • ClickUpのステータス変更を検知して即座に動く

  • 毎朝決まった時間にレポートを作る

つまり、Managed Agentsだけで完全な自動化が完結するとは限りません。

n8n、Webhook、Trigger.devなど、何らかの外部レイヤーで「いつ起動するか」を設計する必要があります。

Managed Agentsは、AIが仕事をする部分には強いです。

ただし、起動タイミングの設計は外部ツールと組み合わせたほうが現実的です。

今後期待される機能

Managed Agentsには、今後さらに便利になりそうな機能もあります。

資料内では、次のような機能が今後の注目機能として触れられています。

  • Outcomes

  • Multi-agent orchestration

  • Persistent memory

Outcomesは、成果基準を定義して、エージェントが自己評価しながら改善する仕組みです。

Multi-agent orchestrationは、複数のエージェントを連携させる仕組みです。

Persistent memoryは、セッションをまたいで記憶を保持する機能です。

特にPersistent memoryが使いやすくなると、毎回ゼロから動くエージェントではなく、過去の実行結果や改善履歴を踏まえたエージェントに近づきます。

現時点では、ログを書かせたり、参照用ドキュメントを用意したりして、擬似的に記憶を持たせる工夫が必要です。

ただ、ネイティブ対応が進めば、エージェント運用はかなり楽になるはずです。

まとめ

Managed Agentsは「AIを業務に置く」ための入口

Claude Managed Agentsは、AIエージェントの作成、実行環境、認証情報、セッション管理をまとめて扱える仕組みです。

これまでAIエージェントを作るには、サーバー、実行環境、API連携、認証情報管理、ログ確認など、多くの技術的な準備が必要でした。

しかしManaged Agentsでは、Claude Console上でエージェントを作り、Environmentを設定し、Credential Vaultで外部サービスと接続し、Sessionでテストできます。

最初に作るなら、複雑な自動化よりも、1つの明確な仕事を任せるエージェントがおすすめです。

たとえば、次のような小さな業務から始めるとよいでしょう。

  • 問い合わせを分類する

  • Notionの情報を整理する

  • 競合調査をまとめる

  • ClickUpにタスクを作る

このような小さな業務から始めると、エージェントの良し悪しを判断しやすくなります。

ただし、Managed Agentsは万能ではありません。

定期実行や外部イベントをきっかけに自動起動する仕組みは、別のツールと組み合わせる必要があります。

また、料金もAPIトークンと実行時間で発生するため、試す前に利用量を見積もることが大切です。

Claude Managed Agentsは、すべてを一瞬で自動化する魔法の道具ではありません。

AIを業務フローの中に安全に配置するための、実用的な土台です。

このように考えると、使いどころが見えやすくなります。

よくある質問

Q1. Claude Managed Agentsを使うにはClaude ProやMaxが必要ですか?

A. Claude ProやMaxの通常チャット枠で動かすものではありません。

Claude APIの利用として扱います。

そのため、Claude ConsoleでAPI利用の準備をし、クレジットを用意する必要があります。

課金は主にAPIトークンとSessionの実行時間で考えます。

Q2. 最初に作るならどんなエージェントがよいですか?

A. 最初は、役割がはっきりした小さなエージェントが向いています。

たとえば、問い合わせ内容を整理する、FAQに答える、Notionのデータを読んで要約する、競合調査を定型レポートにする、ClickUpにタスクを作る、といった用途です。

範囲を広げすぎるより、1つの仕事に絞ったほうが改善しやすくなります。

Q3. NotionやClickUpとは連携できますか?

A. 連携できます。

MCPやCredential Vaultを使って、NotionやClickUpなどの外部サービスに接続する流れです。

認証情報はVaultに保存し、Session作成時に必要な認証情報を指定してエージェントを動かします。

Q4. 自動で定期実行できますか?

A. Managed Agents単体では、cronのような定期起動や、外部イベントをきっかけにした完全自動起動には制限があります。

API呼び出しで起動する設計なので、n8n、Webhook、Trigger.devなどの外部ツールを組み合わせて、起動タイミングを作る必要があります。

Q5. 本番運用で注意することは何ですか?

A. まず、エージェントの権限を必要最小限にすることです。

次に、Sessionの状態確認、エラー時の再試行、タイムアウト、ログ確認、料金管理を設計する必要があります。

また、単純に一定秒数待って結果を取るだけの実装は不安定になりやすいです。

処理完了を確認する仕組みを入れるほうが安全です。

おわりに

Claude Managed Agentsを調べて感じたのは、AIエージェントを「試作品」から「実際の業務に置ける形」へ近づける仕組みが整ってきたということです。

Agent、Session、Environment、Credential Vaultという考え方を理解すれば、エージェントがどこで動き、何にアクセスし、どの単位で仕事をしているのかが見えやすくなります。

一方で、すべてをManaged Agentsだけで完結させようとすると、少し無理が出ることもあります。

必要に応じて、n8nやWebhookなどの外部ツールと組み合わせる視点も欠かせません。

最初から大きな自動化を狙う必要はありません。

まずは、小さな業務を1つ選ぶ。

テストする。

指示を直す。

権限を整える。

少しずつ育てる。

この進め方が、Claude Managed Agentsを現実的に活用する一番の近道です。

AIエージェントは、作って終わりではありません。育てて、業務に馴染ませていくものです。

そこを意識できれば、Claude Managed Agentsはかなり頼もしい選択肢になるでしょう。