Notion AIで議事録をタスク化：Agentの使い分けとクレジット管理

Notion AIのNotion Agentを使えば、あちこちに散らばった議事録から、実務に使えるタスクデータベースを作れます。欲しい成果を伝えると、関連情報を探し、ページを作成し、レコードを更新します。Custom Agentなら、この作業を毎週金曜日に繰り返せます。Businessプランで業務を管理する担当者にとっての変化は、ページ間で決定事項を転記する仕事が、エージェントの用意した内容を確認する仕事に変わることです。

既存のBusinessおよびEnterpriseワークスペースは、2026年11月2日に新しいAIクレジット制度へ移行しました。ワークフローを組む際は、使うエージェントやモデルに加え、どのクレジットで動かすかも決める必要があります。本ガイドは11月4日に確認したルールに基づいています。適用日はNotionのクレジット移行に関する案内で確認できます。

Notion AIの使い分け：その場の依頼はNotion Agent、定型業務はCustom Agents

Notion Agentは、チャットで依頼すると動きます。Custom Agentsには、専用の指示、アクセス権、自動で起動する条件を設定できます。前者は隣で手伝うアシスタント、後者は手順書と専用の鍵を持つ定期実行の仕事、と考えるとわかりやすいでしょう。

個人用Agentのチャットでは、AutoはStandardクレジットを使用し、対象モデルを自分で選ぶとSelectクレジットを使用します。クレジット消費量の多いモデルは、ワークスペースのNotionクレジットを使います。StandardとSelectの残高は別々で、毎月リセットされ、繰り越しはできません。対象の残高を使い切ると、オーナーが利用可能なワークスペースクレジットを有効にしない限り、処理は停止します。実際の消費量はタスクとコンテキストによって変わります。接続済みアプリやAPI経由でエージェントを実行するとNotionクレジットを消費しますが、通常のインテグレーションやAPIの利用だけでは消費しません。AI Meeting NotesがStandardクレジットを消費し始めるのは2026年12月1日で、11月のワークスペース移行日とは異なります。こうした区分は、Notionの現行AIクレジットルールに記載されています。

新規のCustom Agentは、チームメンバーが実行する場合も、そのエージェントのオーナーのSelectクレジットを使います。続いてオーナーに追加で割り当てられたNotionクレジットを使い、その後、利用可能で許可されていれば共有ワークスペースクレジットを使います。オーナーは、ワークスペース予算から直接まかなう設定にもできます。**11月2日より前に作成されたCustom Agentsは、引き続き共有ワークスペースクレジットを使います。**個人の割り当て枠に移ったと思い込まず、エージェントの実際の支払い元を確認してください。この例外はCustom Agentのクレジット支払いルールで説明されています。

割り当て量と費用については、Notionの料金とCustom Agentのコスト試算を参照してください。

どの情報を読み取り、どこまで変更できるのか

実務上の範囲を決めるのは、許可したリソースと接続です。ワークスペース内を検索できることと、外部アプリを変更できることは、別の機能です。

関連するページからAgentを開き、@で情報源と書き込み先を指定します。All sourcesで検索範囲を絞ります。たとえば「@Launch Meetingを読み、明示された実行事項を@Tasksに追加してください」という依頼なら、作業範囲を適切に区切れます。ワークスペース内で行える操作は、Agentの機能リファレンスにまとめられています。

現在、検索コネクターとして掲載されているアプリは次のとおりです。

この一覧の出典はAIコネクターのディレクトリです。コネクターは資料の検索や要約に役立ちます。ただし、新しくインデックスに登録される内容は、元のアプリへの反映より遅れることがあります。

接続によっては、操作にも対応しています。自分のSlackアカウントを接続すると、個人用Agentは自分としてメッセージを投稿し、スレッドに返信し、自身が投稿したメッセージを編集し、リアクションを管理できます。アクセスを許可されているプライベートチャンネルやダイレクトメッセージも対象です。ワークスペース側の承認が必要な場合もあります。詳しくはSlackで操作するための要件を確認してください。

Gmailを接続すると、メールの検索、下書き、送信、整理ができます。個人用Agentによる書き込み操作には確認が入ります。Calendar接続では、自分の権限の範囲で予定の作成や変更ができます。Custom AgentsにもMailとCalendarの接続があり、メール処理や日程調整を定期的に行えます。これらのワークフローはメールとカレンダーの設定ガイドで解説されています。

アプリがエージェントにツールを公開するための標準的な接続方式であるMCPを使えば、さらに連携を増やせます。実行可能な操作は、サーバー、認証、有効にしたツールによって変わります。アプリをまたぐワークフローを約束する前に、Custom AgentのMCP設定ガイドで、実際に使えるツールを確認してください。

任せる前に、指示とメモリを整える

継続して守ってほしい仕事のルールは指示に書き、変化するプロジェクトの情報は元のデータベースで管理します。

個人用Agentでは、顔のアイコンをクリックしてチャットを開き、もう一度顔をクリックしてAdd instructionsを選びます。既存のページを選ぶか、新しいページを作成します。業務管理担当者なら、たとえば次のように指示できます。

Tasksデータベースを正しい情報の基準にしてください。既存の担当者と期限は維持してください。提案するタスクには、その根拠となる会議ページを示してください。担当者や日付が不明な場合は空欄のままにし、確認が必要であることを示してください。業務チーム向けの更新情報は簡潔に書いてください。

この指示ページを編集できる人は、Agentの振る舞いにも影響を与えられます。個人の好みを含む場合は、使用するページを非公開にしておきましょう。

Memoriesには、自分の役割、一緒に働く人、好みといった継続的なコンテキストが保存されます。個人用Agentはチャットを通じてこれらを覚えます。すべてのページや接続済みアプリから自動的にMemoriesを作るわけではありません。Settings → Notion AI → Memoryを開くと、保存されたMemoriesを確認し、編集・削除できます。個人のMemoriesは非公開です。Custom AgentのMemoriesには別のスイッチがあり、初期設定ではオフで、そのエージェントを編集できる人が管理します。違いはNotionのMemoriesガイドで説明されています。

自分で作業を指示しながら、同じ形式のレポートを繰り返し作りたい場合は、再利用できるスキルが役立ちます。ただし、スケジュール実行の代わりにはなりません。スキルのガイドでは、再利用する手順、常時適用される指示、自律的に動くCustom Agentsを区別しています。

Custom Agentsで増える機能と、作成できる人

BusinessおよびEnterpriseでは、通常のワークスペースメンバーは初期設定でCustom Agentsを作成できます。オーナーはSettings → Notion AI → Controlsで、作成できる人をオーナーのみ、または指定したメンバーやグループに制限できます。ゲストと制限付きメンバーは作成できません。ワークスペースの制御については、現行のAI設定ガイドで確認できます。

Custom Agentは定期スケジュールのほか、データベースへのページ追加、プロパティ変更、コメントの到着、AI Meeting Notesの完了などをきっかけに起動できます。Slackでは、設定したチャンネルへのメッセージ、リアクション、エージェントへのメンションがトリガーになります。MailとCalendarの接続にも、それぞれのイベントに応じたワークフローがあります。

アクセスの仕組みには注意が必要です。**Custom Agentを共有すると、利用者が直接開けない情報でも、そのエージェントに権限があれば取得・変更できる場合があります。**権限が呼び出した人の範囲に縮小されるわけではありません。仕事に必要なリソースを許可したうえで、そのリソースを使わせたい人にエージェントを共有してください。この点はCustom Agentの権限ルールに明記されています。

設定例：毎週金曜日に議事録からタスクを作る

業務管理担当者が確認できるよう、会議で決まった実行事項を整理する定型処理を作ります。以下は実装するための設定手順であり、すでに読者のワークスペースでエージェントを実行したという意味ではありません。

手作業では、議事録を読み、実行事項を特定し、既存タスクを調べ、担当者と日付を転記し、曖昧な点を確認します。このエージェントに任せるのは、抽出と転記です。担当者に割り当てられる状態かどうかの判断は、人が行います。金曜日の整理に現在1時間かかっているなら、それを基準にし、試験運用後に残った確認時間を測ります。

1. 入力と書き込み先を用意する

次のリソースを作成するか、既存のものを選びます。

TasksのStatusプロパティにReviewという選択肢を追加します。エージェントが読めるよう、議事録はページのテキストとして残します。この処理は議事録が存在するところから始まり、録音は開始しません。

2. Custom Agentを作成する

デスクトップ版またはWeb版でサイドバーのAgentsを開き、+からCreate blankを選びます。AIの設定チャットで仕事を説明してもかまいません。名前は「Friday Follow-through」にします。これらの操作と定期トリガーについては、Custom Agentの設定リファレンスを参照してください。

3. 必要なアクセス権を付与する

Settings → Tools and accessで、Meetingsを閲覧権限、TasksとRun Logを編集権限で追加します。エージェントに閲覧を超える権限を付与するには、自分がその書き込み先のFull Accessを持っている必要があります。指示の中でページを参照しただけでは、接続したことにはなりません。

最初の構成ではWebアクセスをオフにしておきます。根拠も出力先もワークスペース内にあるためです。

4. 具体的な指示を貼り付ける

以下のリソース名を、自分のワークスペースにある実際のページ参照に置き換えてください。

@Meetingsから、Readyにチェックが入り、会議日が過去7日間に含まれるエントリーを読んでください。ページ本文から、明示された実行事項を抽出してください。各項目について、元の会議URLと元の実行事項の文が同じものを@Tasksで検索し、同等のタスクがすでにないかも確認してください。既存の実行事項はスキップし、そのレコードは変更しないでください。新しいタスクはStatusをReviewにして作成してください。担当者と期限は、議事録に曖昧さなく書かれている場合だけ転記してください。それ以外は空欄にし、不足情報を示してください。各タスクには元の会議URLと実行事項の原文を記録してください。@Run Logにエントリーを追加し、作成したタスクへのリンク、重複としてスキップした項目、確認事項を記載してください。対象となる実行事項がなければ、その結果を記録してください。既存タスクは削除も変更もしないでください。

この指示で、重複確認を依頼内容に組み込めます。ただし、データベースの一意性を保証する仕組みではありません。実行が重ならないようにし、スケジュール運用を信頼する前に、同じ議事録で2回テストしてください。

5. スケジュール設定の前に手動で試す

自動トリガーをオフにした状態でエージェントを保存・公開します。少量のサンプル議事録を用意してRunをクリックします。明確な実行事項、担当者が不明な項目、すでにTasksにある実行事項を含めてください。

作成されたタスクのフィールドと出典リンクを確認します。もう一度実行し、既存の実行事項がスキップされることを確かめます。Activityで権限不足や予期しない変更を調べ、問題があれば指示を修正します。これはNotionの手動テストの指針に沿った進め方です。

6. スケジュールとクレジットの支払い元を設定する

Settings → Triggersを開き、Recurringを追加して毎週金曜日を選び、時刻とタイムゾーンを指定します。保存して有効にする前に、次回の実行予定を確認してください。

エージェントのCreditsを開き、Credit sourceを確認します。チームの定型業務なら、ワークスペースのオーナーにWorkspace budgetから支払う設定と、適切な上限の設定を依頼します。オーナーはここでOwner allowanceから切り替えられます。このCustom AgentでAutoを選んでも、個人用AgentのStandardクレジット消費に切り替わるわけではありません。

7. 最初の金曜日に結果と例外を確認する

Reviewで絞り込んだTasksのビューを開き、不明な担当者と日付を確認して、受け入れたタスクを通常の作業キューへ移します。Run Logを元の議事録と照合し、Notion AIの設定でクレジット消費量も確認します。

過去7日間という対象期間は、最初の運用ルールとして意図的に設けたものです。期間を過ぎてからReadyになった議事録は、手動で追加処理する必要があります。金曜日の実行を逃した場合も、復旧用に対象期間を広げる必要があります。定型処理が役立つことを確認できたら、チームや情報源を増やす前に、このルールを改善してください。

業務効果から考える6つの活用法

以下は、対応している機能を使ってチームが構築できるワークフローです。効果を実測した結果ではありません。

まずは最初の2つから始めるとよいでしょう。入力も出力もNotion内で完結させられ、担当者が仕事の出来を確認できます。

導入支援として提供するなら、この2つ

最も有力なのは、すでにNotionを使うチーム向けに、会議後の実行管理を整えるサービスです。想定する顧客は、議事録は整理できているのに、決まった仕事が埋もれてしまう業務管理担当者です。本記事のために確認したDataForSEOの米国Google推計では、「meeting minutes template with action items」は月間170検索でした。実行管理のための型に関心があることは示しますが、170人の購入見込み客がいるという意味ではありません。

最小限の商品には、MeetingsとTasksの構成、Custom Agentを1つ、レビュー用ビュー、重複・担当者未定・遅れて準備が整った議事録をテストする引き継ぎを含められます。課題は差別化です。抽出だけなら簡単に模倣できます。価値があるのは、チームが実際に責任を割り当てる方法にワークフローを合わせ、例外も処理できると実証することです。

より幅広い対象に提供できる次の候補は、週次レポートの設定支援です。創業者やエージェンシーの業務責任者なら、合意したデータベースから進捗、障害、次のアクションを一定の形式で報告するエージェントを購入する可能性があります。DataForSEOでは、「weekly status report template」の米国Google検索を月間390検索と推計しています。どちらも2026年11月4日に確認したキーワード概要の推計であり、支払い意欲を証明するものではありません。

最小構成は、レポートテンプレート、明示した参照元データベース、定期実行するエージェントを1つ、配布前の確認工程です。課題は元データの品質にあります。体裁の整ったレポートでも、古いプロジェクト状況を確かな情報のように繰り返しかねません。自動化とあわせて、元データの管理責任と確認の仕組みも提供してください。

人が判断・設定する必要があるところ

Agentは、AI Meeting Notesの開始、ページの共有権限の変更、リマインダーの作成、ワークスペースの請求やメンバーの役割の管理はできません。新しいデータベースオートメーションやテンプレートの作成もできません。これらの設定作業は人が担当します。

さらに根本的には、曖昧な提案が本当に実行を約束したものかを、このワークフローで判断することはできません。そのため、設定例では根拠を残し、新規タスクをレビューに回しています。多数のツールをまたぐ業務なら、ワークスペースをプロセスの中心に据える前に、Notion AIとChatGPTの比較で選択肢を検討してください。

会議のアクションアイテムには何を記録すべきですか？

具体的な行動と元の会議を記録し、議事録に担当者や期限が明記されていれば、それらも含めます。この設定例では、担当者や時期が不明な場合、勝手に割り当てず、レビュー時の確認事項にします。

議事録のアクションアイテム用テンプレートは使えますか？

はい。実行事項を見つけやすいように議事録の形式を統一し、Tasksにも対応するフィールドを用意します。テンプレートは入力を揃える役割を担い、Custom Agentは定期的な抽出と登録を担います。

シンプルな週次レポートには何を載せればよいですか？

完了した仕事、現在の障害、次のアクションを、それぞれの根拠となる記録へのリンクとともに載せます。レポートを作るエージェントにこの構成を伝え、参照するデータベースを指定してください。見つけたものをすべて並べた長い要約よりも、出典を確認できる短いレポートのほうが役立ちます。

月曜日に、まず1チームの会議データベースを選び、Reviewビューを用意して、手動でワークフローを実行してみてください。同じ議事録で再実行しても問題がないことを確かめてから、金曜日の定期実行を有効にします。評価するのは、受け入れられたタスクと確認にかかった時間です。

チームのワークスペースに合わせてこの仕組みを構築したい場合は、AIエージェント開発をご検討ください。