VISIONHUBDAILY AI BRIEF / 2026.10.20スライド一覧 ↗

NOTION / 2026年10月19日の発表を読み解く

Notion AI、長時間の作業を
支える仕組み
を刷新。

資料集めから、報告書の下書きまで。

Notionは、AIが複数の手順を続けて実行できるよう、Notion AgentとCustom Agentsの実行基盤を作り直しました。再起動などへの備えと、長い会話・大量の検索結果を整理する工夫を組み合わせています。[1]

たとえば、PMの週報づくりなら、資料を探して進捗を整理し、根拠付きの下書きを作るところまで任せる使い方が考えられます。何を任せ、何を人が確認し、どの手間を減らせるかを、3つの業務例で説明します。

記事:2026年10月20日公式発表:2026年10月19日再調査:2026年10月20日対象:Notion Agent / Custom Agents
Notionの公式説明単一タスクを24時間超扱えると発表

従来は5分。実行できる時間の説明で、成果物の正確性や完走を保証する数字ではありません。[1]

使い方の提案資料を集め、比べ、下書きにする

週報、仕様変更の調査、手順書の見直し。情報収集と整理を任せ、人が根拠や不足を確認します。

使う前の確認手動と定期実行で、設定が異なる

自分で依頼するNotion Agentと、定期・自動実行するCustom Agentsを使い分けます。[2][3]

ONE-PAGE BRIEF

人が範囲を決め、AIが下書きを作り、人が確かめる

人物イラストと、公式説明を基にした概念図を組み合わせた要点画像です。業務例は本記事の提案で、実際の製品画面・導入実績ではありません。[1][2][3]

誰に:複数の資料から報告・調査・更新案を作るPM、開発担当、社内文書の管理者。

任せる仕事:指定資料を読む → 情報を照合する → 出典と未確認事項を付けた下書きを作る。

確かめる効果:必要な項目の抜け、根拠の誤り、確認・修正に使う時間、消費クレジット。

画像の内容を文章で読む

Notionは長時間の作業を支える実行基盤を刷新しました。公式発表では単一タスクが従来5分から24時間超に対応すると説明しています。作業の待ち行列と実行処理で再起動などに備え、長い会話を要約し、大きなツール結果を会話の外に置きます。ブラウザや短いコードも利用します。

使い方の提案は、PMの週報の下書き、開発担当の仕様変更の影響一覧、文書管理担当の見直し候補です。人が資料と成果物を指定し、AIが調べて整理した後、人が根拠と抜けを確認します。まずは内容を知っている資料で1件試し、確認・修正の時間、抜け、消費クレジットを比べます。手動はNotion Agent、定期・自動実行はCustom Agentsを使い分け、権限と費用を確認します。

公式説明仕様・提供条件Notionの自社評価同社の比較・測定本記事の提案業務例・評価手順本記事で未検証実アカウントでの効果
01

誰の、どんな手間を減らせるか

情報を集め直す3つの仕事で、下書きづくりを試す

本記事の提案 以下は、Notionの資料検索・ページ作成などの機能を基に考えた使い方です。各業務の成功率や時間削減は測定していません。[2][3]

PM・チームリーダー

週報の材料が、複数の場所に散らばっている

いまの手間
タスクDBと会議メモを読み直し、今週の進捗や判断待ちの事項を拾っている。
AIに任せる作業
対象週と参照先を指定し、更新内容・遅れ・確認待ちを整理する。
受け取る成果物
各項目に出典を付けた週報の下書き。
人が確かめる点
日付、担当者、完了の根拠。更新がない項目を「進捗なし」と決めつけない。
比べる指標
情報収集と確認・修正の時間、重要事項の抜け。

開発担当・レビュー担当

仕様変更の影響を、資料ごとに調べている

いまの手間
変更前後の仕様書と関連チケットを照合し、影響する機能を探している。
AIに任せる作業
変更箇所を比べ、関連機能と根拠を挙げる。影響の推測は事実と分ける。
受け取る成果物
変更点・影響候補・確認事項の表。
人が確かめる点
実装とテストに照らして影響を確定。資料だけで「影響なし」と判断しない。
比べる指標
調査時間、影響候補の抜け、不要な指摘の数。

社内Wiki・手順書の管理者

説明の食い違いを、更新前に見つけたい

いまの手間
ページが増え、どの説明を見直すべきか、誰に確認するかを追いきれない。
AIに任せる作業
指定した文書を比較し、矛盾や見直し期限の超過を候補として挙げる。
受け取る成果物
根拠と担当者を付けた見直し候補の一覧。
人が確かめる点
文書の管理者が正しい説明を決定。更新日が古いだけで誤りと判定しない。
比べる指標
有効な指摘の割合、見直し時間、誤った修正案の数。

長時間化が役立つのは、調べる・比較する・まとめると手順が続く仕事です。 一文の修正や、条件が決まった単純な集計なら、短いAI依頼や既存の自動処理で十分な場合があります。担当者が答え合わせできる仕事から選びます。

02

どちらのエージェントを使うか

まず手動で1件。繰り返す仕事はCustom Agentsへ

Notion Agentは、その都度チャットで依頼する個人向けのエージェントです。Custom Agentsは、決めた日時やデータの変更をきっかけに、バックグラウンドで動かす用途に向いています。[2][3]

公式ヘルプに基づく使い分け。導入する順番は本記事の提案です。
確認する点Notion AgentCustom Agents
始め方チャットで仕事を依頼する。手動で試し、定期実行やイベントを設定する。
向く場面一度だけの調査。資料や依頼文を変えながら試す。毎週の報告、更新が入った資料の整理など。
参照・編集権限依頼者本人が持つ権限に従う。エージェント専用に許可した権限で動く。
利用条件使えるAI機能と利用枠を、自分のプランで確認する。Business / Enterprise。作成・編集・操作はWebまたはデスクトップ。
最初の試し方対象ページを指定し、下書き1件を依頼する。参照先・出力先・費用を設定し、手動実行で確認する。

出典:Notion Agent、Custom Agents、共有と権限の公式ヘルプ。[2] [3] [4]

外部のチケット管理やチャットを使う例は、対応する接続と権限が設定されていることが前提です。最初の試行は、Notion内に用意した資料だけでも始められます。

03

長い作業を、どう続けるか

実行の継続と、毎回読み直す情報の削減を組み合わせる

今回の中心は、AIに資料や道具を渡し、作業を進める周辺の仕組みです。一般にハーネスと呼ばれ、モデルを呼び出すだけでなく、処理の実行や情報の持ち方を管理します。

図は左右にスクロールできます。

長い作業を支える実行と情報の管理依頼をキューで受け渡し、ワーカーがツールを使って作業を進める。会話を要約し、大きな結果を会話の外へ置いて、読み直す量を減らす。 公式説明を整理した概念図 セッションごとの専用サービス 仕事の依頼対象・成果物を指定 キュー仕事の待ち行列 ワーカー実際に作業を進める処理 調べる・処理する資料検索・ブラウザ短いコードの実行 再起動などをまたいで作業を続ける 結果を受けて次の処理へ 長い会話を要約毎回読み直す量を抑える 大きなツール結果を会話の外へ大量の情報で会話を埋めない
公式説明を整理した概念図。配置・矢印は説明用で、内部実装や処理時間の比率を再現したものではありません。[1]

1 / 再起動などに備える

仕事を受け渡す待ち行列と、実行する処理

各セッションを専用サービスで扱い、キューを使うワーカーが作業を進めます。キューは仕事の待ち行列、ワーカーは処理を実行する役割です。[1]

2 / 読む量を減らす

長い会話を要約し、大きな結果を会話の外へ

必要に応じてモデル提供元の圧縮機能を使い、長い会話を整理します。大量のツール結果も会話内に詰め込まず、各手順で読み直す量を減らします。[1]

3 / 処理方法を選ぶ

ブラウザや、短いコードを使う

エージェントが使うコンピューターで、ブラウザ操作やスクリプト実行を行います。集計などはコードで処理する方法が取れます。[1]

この説明だけでは、保存方式・正確な再開位置・外部操作の重複防止までは分かりません。 実務では、同じ項目の二重登録や、途中で抜けた作業がないかを別に確認します。会話の要約後も、重要な条件と根拠が成果物に残るかを見ます。

04

仕事に組み込む具体例

週報では、完了・予定・未確認を分けて下書きにする

本記事の想定例 1つのプロジェクトのタスクDBと会議メモから、対象週の週報を作る例です。以下の資料と出力は、説明用に作成した架空の内容です。

図は左右にスクロールできます。

週報の下書きと人の確認対象のタスクDB、会議メモ、期間と必要項目を指定する。AIが情報を集め、完了、予定、未確認を分けて下書きを作成。PMが根拠と抜けを確認して共有内容を決める。 週報の下書きを作る例 / 本記事の提案 タスクDB会議メモ対象期間・必要項目 AIが集めて照合更新・日付・根拠を整理食い違いは確認待ちへ 週報の下書き● 完了したこと● 次の予定● 未確認のこと根拠リンクを付ける PMが確認日付・抜け・根拠共有内容を確定 記録がないときは「未確認」。推測で「完了」や「遅延」にしない。
AIは材料の収集・整理・下書き作成を担当。共有する内容の確定はPMが担当します。専用の承認機能が自動で付くという意味ではありません。
例:同じ「進捗」でも、資料に書かれた状態を区別する
入力にある記述AIが作る下書きPMが確かめる点
タスクA:「テスト完了」。完了日の記録あり。完了 テストを完了。
根拠:タスクAの完了記録。
対象範囲と完了日が、報告する週に合っているか。
会議メモB:「来週、仕様を確定する予定」。予定 仕様確定は来週の予定。
根拠:会議メモB。
確定済みとして報告していないか。担当者・期限は合っているか。
タスクC:対象週の更新がない。未確認 最新の進捗は資料から確認できず。担当者に確認する。「進捗なし」「遅延」と推測で確定しない。

最初に渡すもの

対象期間、参照してよいページ、下書きの保存先、必要な項目を指定します。資料の日時が食い違う場合は、両方の根拠を残すよう依頼します。

受け取ってから確認すること

必要な事項がそろい、各項目に根拠か「未確認の理由」があるかを見ます。公開予定日や顧客への約束を含む記述は、PMが確定してから共有します。

05

発表の数字をどう読むか

実行時間、費用、稼働率は、それぞれ別の指標

数字ごとに、何を測ったのかを分けて読む必要があります。下表はいずれもNotionの公表内容です。

公式発表の数値と、その数値だけでは分からないこと [1]
公表値何の数字か読み方
5分 → 24時間超単一タスクを扱える時間同じ記事の技術説明では「24時間」と記載。厳密な上限や、24時間の完走保証とは扱わない。
平均約90%低コストAutoと比較対象モデルの費用20種類超の一般的な用途での同社比較。月額料金や全業務の費用が一律に90%下がる意味ではない。
約30%低コストCustom Agent実行のテスト結果実行基盤刷新に関する同社評価。Autoの約90%と同じ条件の比較とは示されておらず、合算・乗算して全体の削減率にはできない。
稼働率99.9%超実行基盤が稼働している割合成果物の正答率や、すべての仕事が完了した割合を示す値ではない。
最大50%高速化Web・モバイルでのエージェントの速度仕事全体の所要時間が半分になる、と読み替えない。
Autoの比較方法と、87%・90%の表記を詳しく読む

Autoは、仕事に合うモデルを選び、必要に応じて途中でも切り替える仕組みです。公式発表はOpus 5.5・Astraとの比較を「約90%低コスト」と説明し、AutoのヘルプはOpus 5.5比で「平均87%低コスト」と記載しています。比較対象と記載箇所を添えて扱います。[1][8]

Autoのヘルプでは、数千の実タスクを模擬Notion環境で再実行し、AIによる比較評価などを使った方法を説明しています。人が自社の成果物を受け入れた割合や、日本語の週報を作る時間の実測ではありません。モデルや仕事の条件が変われば、結果も変わります。[8]

公式発表は、基盤刷新に関する各数値の詳細な標本数・測定期間・業務別条件を示していません。本記事ではNotionの実アカウントによる長時間実行、品質、費用削減を検証していません。

06

使える時期と、費用の確認

新しい利用枠は、新規と既存で開始日が違う

新規Business / Enterprise2026年10月19日から
既存Business / Enterprise2026年11月2日から

これは新クレジット制度の適用日です。自分の付与量や残高は Settings → Notion AI → Usage で確認します。[5]

新制度の基本。クレジットは利用量の単位で、実行回数とは異なります。[5] [6]
利用枠主な用途月間の付与量・支払元
Standard個人のNotion AgentでAutoを使う。原則、1メンバーあたり1,500。
Select個人のNotion Agentで、Select対象のモデルを選ぶ。
Custom Agentsの標準的な支払元にもなる。
原則、1メンバーあたり500。
共有Custom Agentも、既定では所有者の枠を使う。
Notion credits管理者が予算を付けたCustom Agents、高消費モデル、利用枠を超えた追加利用など。ワークスペースで管理・購入する残高。
管理者の設定と契約を確認する。

付与量は契約・購入条件で異なります。StandardとSelectは合算・譲渡・翌月繰り越しができません。Custom AgentsでAutoを選んでも、個人のNotion AgentのStandard枠と同じ扱いにはなりません。[5][6]

既存Custom Agentsの支払元にも注意。 ヘルプでは、2026年11月2日より前に作られた既存Custom Agentsは、引き続き共有ワークスペースのクレジットを使うと説明しています。記事の一般表だけで判断せず、各エージェントの Credit source を確認します。[6]

長い仕事は、合格した成果物1件で費用を見る

測り方の提案

失敗・やり直しを含む総消費クレジットを、人が受け入れた成果物の件数で割ります。人の確認・修正時間も併記すると、任せる価値を比較できます。

個別上限は、実行中の処理で超える場合がある

公式ヘルプは、進行中のタスクを完了するために上限を超過する場合があると説明しています。消費の確認と、必要に応じた一時停止も使います。[9]

同時に発表された関連機能の提供段階
2026年10月19日の発表に記載された段階 [1]
機能発表時点の説明
ChatGPT契約の接続対象の個人向けChatGPT契約で提供開始。個人のNotion Agentが対象で、Custom Agentsは対象外。
自社のモデルAPIキーを使うBYOKEnterprise向けのprivate alpha。一般提供としては扱わない。
AI Command Center管理機能をまとめる画面は「近日提供」と説明。既存の利用状況画面と区別する。
07

資料と成果物を、誰に見せるか

Custom Agentsは、利用者本人とは別の権限で動く

個人のNotion Agentは、本人が見たり編集したりできる範囲で動きます。Custom Agentsには独自の権限があるため、共有相手が元ページを直接読めなくても、エージェントの回答を通じて内容を取得できる場合があります。 参照先と、エージェントを共有する相手を一緒に確認します。[4]

図は左右にスクロールできます。

Notion AgentとCustom Agentsの権限の違い個人のNotion Agentは本人の権限で参照する。Custom Agentは独自に許可された資料を参照する。利用できる共有相手が元資料を直接読めなくても、回答を通して内容が届く場合がある。 参照権限の違い / 公式ヘルプに基づく概念図 個人で利用共有して利用 本人Notion Agent本人が読める資料利用を許可した共有相手Custom AgentAgentに許可した資料・DB 依頼参照依頼参照 共有相手が元資料を直接読めなくても、Agentの回答に内容が含まれる場合があります。
Custom Agentの権限は、起動した人の権限をそのまま引き継ぐ方式ではありません。データベースの行へのアクセスも、エージェント自身の権限で判断されます。[4]

承認モードも、製品ごとに確認する

個人のNotion AgentのReview for meは、AIが操作を審査する設定です。人と同じ問題を必ず見つける保証はありません。Custom Agentsは、それぞれ別の承認設定を持ちます。[7]

試行では、下書きの保存先を分ける

運用の提案

Custom Agentの入力資料は閲覧権限、出力先はレビュー用ページへの編集権限に限定します。正式な更新や共有は担当者が行い、まず下書きの品質を確かめます。

指示文に「この資料だけ」と書くことと、接続・権限を限定することは別です。実際の参照範囲は、Custom Agentの Tools and access でも指定します。個人のNotion Agentでは、自分がアクセスできる範囲とチャットのソース設定を確認します。[2][3]

08

最初の1件から、利用判断まで

内容を知っている資料で試し、確認・修正までの手間を比べる

本記事の評価案 まずは過去の週報1回分で出力を確認し、使えそうなら5回分の資料で比較します。件数と判定基準は試行用の提案で、Notionの推奨値や実績ではありません。

  1. 01 / 材料をそろえる同じ資料で、従来手順と比べる

    対象週、資料の版、必要な報告項目を固定。重要事項と根拠をPMが先に用意し、AIの出力を答え合わせします。

  2. 02 / 手動で1回試す出典付きの下書きまで依頼する

    Notion Agentで対象ページと出力先を指定。接続、権限、承認設定、使えるクレジットを確認します。

  3. 03 / 例外も含めて評価する書かれていない情報を、推測で埋めないかを見る

    更新なし、資料の食い違い、参照できない資料、旧版混在などを含めます。存在しない出典や、途中で抜けた項目も確認します。

  4. 04 / 繰り返す前に設定するCustom Agentも、手動実行で確かめる

    作成後に参照権限・共有先・支払元・上限を設定。結果と消費を確認してから、必要な頻度のトリガーを有効にします。

同じ条件で記録する項目。少数の試行なので、件数と個々の失敗内容を残す。
測るもの記録方法試行の合否条件の例
抜け・誤り重要事項の抜け、誤った日付、出典が支えない主張。重大な抜け・誤りがあれば原因を直し、再評価する。
人の作業時間依頼・確認・修正・最終反映の時間。AIの待ち時間は別記録。合計時間の中央値が、従来より短くなる。
消費とやり直し再指示の回数、失敗・再試行を含むクレジット。受け入れた成果物1件あたりの消費が、事前予算に収まる。
権限・共有対象外情報の出力、未承認の送信、正式データの変更。発生時は止めて設定と原因を確認する。

モデル設定、参照資料の版、承認設定、実行日時も記録します。Autoでは内部で選ばれるモデルを固定できず、結果が変わる要因になります。個人チャットでAutoがどのモデルを使ったかは表示されないと、公式ヘルプに記載されています。[8]

5回の評価で問題が見つからなくても、他の部署・資料や24時間の無人運用まで確認できたことにはなりません。通常業務へ進む場合も、対象範囲を段階的に広げます。

角括弧の欄を埋め、画面のソース・権限・支払元も確認して使います。コピー操作ではデータを送信しません。

依頼文に上限を書くことは、強制停止の設定にはなりません。費用の監視や停止は管理画面と担当者の運用で補います。Custom Agentsの利用状況はActivityやInsights、クレジットの管理画面で確認できます。[3][9]

まず、週報の下書き1件を作らせる。

任せる範囲は資料の収集・整理・下書き作成まで。担当者が根拠と不足を確かめ、従来より手間が減ったかを比べます。その結果を見て、繰り返す仕事をCustom Agentsへ移すか判断します。

出典と、今回確認した範囲

公式発表は2026年10月19日公開。ヘルプの公開日は表示がないものがあり、すべて2026年10月20日に確認しました。製品や制度の記述は、確認時点の公式説明に基づきます。

  1. Notion公式発表:Agents, rebuilt to do more for less.単一タスクの実行時間、専用サービスとキュー、会話の整理、ブラウザ・コード、費用・速度・稼働率の公表値、関連機能。
  2. Notion Agent:できることと使い方個人用エージェント、資料・ソースの指定、検索とページ作成、本人の権限。
  3. Custom Agents:利用条件、設定、トリガーBusiness / Enterprise、手動・定期・イベント実行、明示的なアクセス設定と実行記録。
  4. Custom Agents:共有と権限エージェント自身の権限、共有相手が元資料を直接読めない場合の挙動、行レベルの権限。
  5. AIクレジットの管理新規・既存の適用日、Standard 1,500 / Select 500、契約差、残高と追加利用。
  6. Custom Agentsのクレジットと支払元所有者の枠と組織予算、共有時の費用、既存エージェントの扱い。
  7. Notion Agentの承認設定Review for meの説明と限界、Custom Agentsとの設定の違い。
  8. Auto:モデル選択と評価方法作業中の切り替え、Opus 5.5比87%の記載、模擬環境での評価、表示されないモデル選択情報。
  9. 利用状況とクレジット上限の管理Insights、使用量の確認、実行中タスクによる上限超過、一時停止。
確認したこと:公式発表と公式ヘルプの仕様・提供段階・権限・費用条件を照合しました。
本記事で未検証:実アカウントへの適用状況、24時間タスクの完走、日本語の業務資料での品質・費用削減。業務例・架空の出力・依頼文・評価基準は本記事の提案です。
ONE-PAGE BRIEF / 拡大表示

Escキーでも閉じられます。原寸表示では画像の中を縦横にスクロールできます。