カスタマーサポート向けNotion AIエージェント：2026年にできること・できないこと

Notion AIエージェントとは：Notion AgentとCustom Agents

私はeeselでAIエージェントを開発しており、チームは何年も前から実際のサポートキューにAIエージェントを導入してきました。サポートリーダーからNotion AIについてまず聞かれるのは、もっともな質問です。「すでにNotionにお金を払っていて、ヘルプドキュメントもそこにある。なぜNotionのエージェントを使わないのか」。きちんと答えるには、Notionがエージェントと呼ぶ2つのものを分けて考える必要があります。実際の挙動はかなり違うからです。

**Notion Agent**は、Notionの右下にあるチャットです。Notionはこれを"your AI teammate inside Notion"と呼んでいます。オンデマンドで動き、あなたと同じ権限を持ち、ワークスペース、連携アプリ、Webを検索して、ページやデータベースを作成・編集できます。BusinessとEnterpriseプランでは、6時間枠と月間枠で計測される利用枠の範囲内で動作します。詳しくはNotion Agentガイドで解説しています。

サポート自動化で重要なのは**Custom Agents**です。Notionのヘルプセンターは違いをはっきり述べています。"Notion Agent is on-demand, whereas Custom Agents are autonomous." 指示を書き、モデルを選び、特定のページ、データベース、アプリへのアクセスを与えて、トリガーを設定します。その後は誰もチャットを開かなくても動きます。各実行は、何がトリガーになり、何をして、どんなエラーがあったかとともにアクティビティログに記録されます。

出典：Notion Agentヘルプ、Custom Agentsヘルプ、Notion料金。

注目してほしいのは権限の行です。Notionによると、Custom Agentsは"never have full workspace access by default"で、顧客データに触れるものとしては妥当な設計です。

Custom Agentを起動できるもの（できないもの）

Notionのエージェントがサポートで何をできるかの大半を決めるのが、この仕組みです。Custom Agentはトリガーが発火したときにだけ仕事をします。Notionのヘルプセンターには次のトリガーが載っています。

• 定期実行： 毎日、毎週、毎月、毎年。時刻とタイムゾーンを指定。
• Notion： ページへのコメント追加、データベースへのページの追加または削除、プロパティの更新、AI Meeting Noteの完了。
• Slack： チャンネルへのメッセージ投稿、絵文字リアクション、エージェントへのメンション。先にSlackワークスペースの管理者がSlackをNotionに接続する必要があります。
• Mail： 新着メール、新規送信メール、ラベルの付与。From、To、Subject、Body、Domainでフィルタ可能（Custom AgentsのMail）。
• カレンダー： イベントの作成、更新、キャンセル。

リストにないものに注目してください。どのヘルプデスクにも「新規チケット」のトリガーはありません。Notionのあらかじめ設定されたMCP接続は、Linear、HubSpot、Stripe、GitHub、Amplitude、Sentryなどのツールをカバーしていますが、これらは実行中のエージェントが呼び出せるツールを増やすだけで、エージェントを起動する新しい方法は増やしません。Zendesk、Freshdesk、Gorgiasもそのリストにないため、接続するにはカスタムMCPサーバーが必要です。ワークスペース管理者の有効化が先に必要で、構築やホストはあなた側の誰かが行います。

お客様に届くトリガーはMailです。Gmail、Notion Mail、Outlookの受信トレイを接続すると、Custom Agentは検索、ラベル付け、アーカイブ、下書き、送信ができます。権限（Modify inbox、Draft、Send）と、各アクションに人の確認を求めるかどうかを選べます。

この確認ステップがない場合に何が起こるか、Notionははっきり述べています。公式FAQは"Can my agent send emails without my approval?"と問い、"Yes, if you give it the send permission and include sending in your instructions."と答えています。サポート用の受信トレイでは、少なくとも最初の数週間は、すべての送信を下書き止まりにしておくのがよいと思います。

Notionのエージェントが今サポートチームのためにできること

これらのトリガーの範囲内には、Custom Agentがうまくこなせる実際のサポート業務があります。その大半はキューそのものではなく、キュー周辺の仕事です。

1. Slackで担当者の質問に答える。 Notionには、"answers repeat questions directly in Slack."と説明されるSlack Q&A assistantテンプレートがあります。返金ポリシー、エスカレーションのプレイブック、製品メモを読み込ませ、サポートチャンネルにメンショントリガーを設定すれば、新人はベテラン担当者に聞かなくても答えを得られます。対象が自分のチームで、間違った答えもお客様に届く前に見つかるので、私ならまずこの仕事から始めます。答えが質問された場所に届くため、従来型の社内ナレッジベースの検索ボックスよりも優れています。

2. バグやフィードバックのデータベースをトリアージする。 Notionのトリガーは、ページがデータベースに入ったときやプロパティが変わったときに発火するため、エージェントは新しいエントリを読み、重大度を設定し、製品領域のタグを付けて振り分けられます。Task triagerテンプレートとよく似ています。基本のデータベースAutofillはBusinessとEnterpriseに含まれますが、Custom Agent版のAutofillはクレジットを消費します。チケットのトリアージが「プロダクトチームへ送る」ステップで終わるなら、Notionのエージェントが活躍する場面です。

3. ヘルプドキュメントとマクロを下書きする。 解決済みの案件メモへのアクセスを与えれば、ヘルプセンターの記事や定型返信をNotionページに下書きできます。NotionにはZendesk Guideなどへの公開コネクタの記載がないため、ヘルプセンターへのコピーは人が行う必要があります。

4. 週次のサポートレポートを書く。 定期トリガーとWeekly status reporterテンプレートのパターンを組み合わせれば、NotionデータベースやSlackチャンネルから情報を集め、毎週金曜日に要約を投稿できます。HubSpotやStripeのMCP接続があれば、アカウント情報もそのレポートに取り込めます。

5. 小規模な共有受信トレイを担当する。 チケット管理システムではなくGmailやOutlookでサポートしているチームなら、Mailトリガーのエージェントが届いたメールにラベルを付け、Notionのドキュメントから回答し、レビュー用の下書きを残せます。Notion自身の受信トレイガイドも、まさにそれを提案しています。"draft replies for anything that needs a response, and flag anything sensitive for my review."

こうした振り分けの判断にこそ価値があると、これらのエージェントを運用している人たちは言います。Custom Agentが通常の自動化に勝る場面を聞かれて、あるr/Notionユーザーは、まさにサポート的な仕事を挙げました。

"The one I'd miss is feedback triage: Zapier can copy a row into a database, it can't read a rambling comment and work out which team owns it, and that judgment is the whole job. If you can already write your rules down in advance, keep the automation."

u/No_Strain7306, r/Notion, Reddit

顧客対応のサポートでNotionエージェントが止まるところ

以下の制限はどれもバグではありません。Notionがヘルプデスクではなくワークスペースツールであることから生じるものです。導入計画を立てる前に知っておく価値があります。サポート以外も含む幅広いリストは、Notion AIの制限の記事で扱っています。

ヘルプデスクの中にはいません。 ヘルプデスクのイベントではCustom Agentを起動できず、チケットに到達するにはカスタムMCPサーバーが必要です。チームがZendeskやFreshdeskで仕事をしているなら、Notionのエージェントは新規チケットの到着を見ることも、フィールドを読むことも、スレッドに返信を投稿することもできません。連携の選択肢はNotionとZendeskに別にまとめました。

メールは使えますが、あなたのメールボックスとしてです。 Mailコネクタは接続したアカウントから動作します。ラベルと下書きは使えますが、チケットのステータス、担当者、優先度、SLAタイマー、CSATアンケートはありません。また、Mailに接続したCustom Agentを共有すると、"anyone who has access to that Agent can view emails in the connected inbox."とNotionも警告しています。顧客情報を含むサポート用の受信トレイでは、この共有設定をよく見直すべきです。

顧客向けのチャット画面がありません。 Custom AgentをNotionページに埋め込むことはできますが、Notionは"anyone who has access to the agent can chat with it right there"と明言しており、エージェントを共有した相手向けです。匿名のサイト訪問者、WhatsApp、SMS向けのウィジェットはNotionのドキュメントに記載がありません。

テストは過去の履歴ではなく、本番の実行で行います。 Custom AgentはChatタブでテストし、公開後はActivityタブで確認します。先月のチケットを流して回答を採点する方法は、記載がありません。これは思う以上に重要で、理由はこうです。月に約7,000件のチケットを扱うCXリードは、eeselのチームにこう語りました。

"I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone."

月に7,000件のチケットを扱うCXリード（eeselとの営業通話にて）

エージェントがどのチケットに自信を持てるかを知る唯一の方法は、すでに回答済みのチケットで実行してみることです。Notionのベストプラクティスガイドはチャットで改善を重ねるよう求めていますが、そのような再生は提供していません。

黙ってしまうことがあります。 Slackのトリガーが発火すると、エージェントは"Working on it…"と表示し、Notionは"Sometime the Agent will decide not to reply (based on instructions), or may time out before it can send a message."と注記しています。社内チャンネルなら問題ありませんが、お客様相手ではそうはいきません。さらにワークスペースのクレジットが尽きると、"Custom Agents will pause automatically until credits reset or an admin adds more credits."となります。

Custom Agentsを本番運用しているチームも同じパターンを述べています。16個運用している人の長いr/Notionスレッドで、定期レポート用エージェントについての返信が、うまくいかなかった点を挙げていました。

"The first version exposed the harder problem: not generating reports, but enforcing data contracts and understanding why scheduled runs fail, skip, or produce incomplete results. [...] I've already encountered: Silent result truncation Scope inconsistencies Runs marked "completed" despite an incomplete or blocked outcome"

u/hcbomb, r/Notion, Reddit

社内レポートで黙ってスキップされるのは厄介な程度です。顧客の受信トレイなら、誰も気づかない返信漏れになります。

どんなサポート業務がNotionエージェントに向いているか

Notionエージェントに任せようと考えている業務を選んでください。各回答は、2026年10月時点のNotion公式ヘルプセンターに基づいています。

サポート業務を選ぶと、Notion Custom Agentにできるか、何が必要か、代わりに私なら何を使うかがわかります。

Notion AIエージェントの費用

NotionのAIは今や2つのメーターに分かれており、サポートチームはその間で板挟みになりがちです。プラン料金で買えるのは席とNotion Agentです。Custom Agentsはクレジットで動きます。

出典：Notion料金。プランの詳細はNotion料金ガイドをご覧ください。

Notionクレジットの仕組みは次のとおりです。

• 月次クレジットは1,000あたり$10で、毎月リセットされ、繰り越せません。
• 年次クレジットは1,000あたり$13で、更新時に失効します。年内いつでも使えるため、料金が高くなっています。
• クレジットはワークスペース全体で共有されます。管理者には使用量80%と100%でアラートが届き、クレジットが尽きるとCustom Agentsは一時停止します。
• Custom Agentsは2026年5月4日にクレジット制へ移行しました。FreeやPlusにダウングレードするとすべてのCustom Agentsが停止しますが、削除はされません。
• Claude Fable 5のようなプレミアムモデルは、Notion Agentの中でもクレジットを消費し、管理者がモデルごとに有効化する必要があります。
• Notion Agent自体はクレジットを消費しません。6時間でリセットされ、さらに月間上限がある利用枠の範囲で動作します。

お伝えできないのは1回の実行あたりの費用です。Notionが公表していないからです。クレジットのFAQには"Simple tasks use fewer credits, while more complex, multi-step workflows use more."としか書かれていません。つまり、Businessプランの10人のサポートチームは、最初のクレジットを使う前に席代だけで月$200（定価$20の場合）を支払い、クレジットの請求額は、エージェントが処理するメールやSlackメッセージの数と、それぞれのステップ数によって決まります。この道を選ぶなら、2週間のパイロットを実施し、クレジットダッシュボードを見てから月額を決めてください。

ユーザーが自分の数字を公開し始めています。ある人は、フルエージェントとNotionのコードベースのWorkersを比較しました。

"I have workers that replace full Make.com scenarios and run for 0.2 to 0.6 credits, compared to an agent (testing) that just changes a property's status, which takes 2.5 credits."

u/SolarNotionPilot, r/Notion, Reddit

16エージェントのスレッドの投稿者は、自分の請求額を月"around $120"とし、1か月で12.6kクレジットを使用したと述べています。サポートにとっての教訓は、単純でルール化できるステップは通常の自動化で処理し、エージェントの実行は読解が必要なメッセージのために取っておくことです。

NotionエージェントとヘルプデスクAIエージェント

この比較で一番すっきりした整理の仕方はこうです。どちらもNotionのドキュメントを読めますが、違いは答えが着地する場所です。

出典：eeselヘルプデスクドキュメント、Zendesk料金、Freshdesk Omni料金、および上記のNotionページ。

この表だとトレードオフがきれいに見えますが、私が最も重視する行は「過去のチケットから学習」です。Notionのwikiにはポリシーがあります。しかし、チームが回答をどう言い回すか、どの順序で作業するか、みんなが知っているのに誰も書いていない回避策までは、ほとんど載っていません。ECサイトの受信トレイでの実トラフィックによる試験では、eeselはトリアージ精度93%に達しましたが、担当者がAI下書きをそのまま送ったのは12%だけで、修正の約65%はトーンと長さで、事実関係ではありませんでした。この差は、チームがすでに送った返信から学ぶことで埋まります。その履歴があるのはヘルプデスクで、Notionではありません。

ヘルプデスクネイティブの選択肢をもっと広く比較するなら、Zendesk AI agents、Zendeskの自動解決、Freddy AI Agentのセッションについての私のメモで、それぞれの課金モデルを詳しく扱っています。

購入前のチェックリスト全体は、AIエージェントの選び方のガイドをご覧ください。要点は、自社の過去のチケットでテストし、デモに惹かれる前に課金単位を確認することです。

サポートドキュメントがNotionにある場合の私の構成案

コーヒーを飲みながらこの質問をしてきたサポートリーダーには、次のような分担をおすすめします。

1. Notionを情報源として維持する。 ポリシー、プレイブック、製品メモ、マクロは、チームがすでに編集しているNotionに置いたままにします。AIの導入でこれらを移動させる必要はありません。散らかっているなら、Notionのナレッジハブ機能での整理やナレッジマネジメントの見直しが、後段のあらゆるツールに効いてきます。
2. 社内業務にはCustom Agentsを使う。 担当者向けのSlack Q&A、バグとフィードバックのデータベースのトリアージ、週次レポートです。これらはNotionのトリガーが想定している仕事で、間違った答えもチーム内にとどまります。
3. チケットにはヘルプデスクAIエージェントを置き、同じNotionページを読ませる。 そのエージェントは新規チケットで起動し、過去の返信から学び、お客様と話す前に自社の履歴でテストできるものにします。まず下書きから始め、スコアが安定したら簡単な話題は自律回答に切り替えます。エスカレーション側はAIエージェントの引き継ぎのガイドで扱っています。
4. 両方のメーターを見る。 社内エージェントにはNotionクレジット、チケットにはヘルプデスクエージェントの課金単位です。理解できる小さな請求書が2つある方が、予測できない大きな請求書が1つあるより良いです。

ヘルプデスク側をまだ検討中なら、AIカスタマーサポートエージェントとAIヘルプデスクソフトウェアの比較記事が出発点になり、振り分けについてはチケットトリアージ向けAIで扱っています。

NotionドキュメントでeeselをAIで試す

サポートの知識がNotionにあり、チケットがヘルプデスクにあるなら、eeselのAIヘルプデスクチームメイトは、まさにそのギャップのために作られています。Notionで親ページを1つ共有すると、eeselのNotion連携がその配下のすべてのページを取り込み、Zendesk、Freshdesk、Gorgiasなどの内部で、参照したNotionページを示して回答します。ヘルプデスクにフル接続すれば、マクロや過去のチケットからも学習し、シミュレーションで解決済みチケットを再生して、公開前にどう回答したかを確認できます。同じNotionページで、Slackでもチームに回答できます。

"Our agents can instantly draft replies to customers. We don't have to look through all our documentation on Notion, Google Docs or our help center anymore because eesel AI does it for us."

ミーティング生産性SaaSのサポートチーム（NotionとGoogleドキュメントからチケットに回答）

料金は固定プラン1つで、チケットまたはチャット1件が1クレジット、500クレジットで月$299からで、席料はありません。無料プランには100クレジットが含まれるので、Notionとヘルプデスクをつないでまずはご自身のチケットで実際の下書きを確認できます。eeselを無料で試すか、デモを予約して、いちばん散らかったNotionのwikiを持ってきてください。