Notion AIでデータベースの情報を整理する方法

Notion AIでdatabaseを整理するときは、先に「一覧を見た人が何を決めるのか」を定義します。要約、分類、担当、期限、承認状態を全部AIに埋めさせるのではなく、確定情報は担当者が管理し、本文から読み取れる補助情報だけをAutofillへ任せます。最後に元ページとpropertyを照合し、viewやfilterで実際に使えるか確認します。

Notion公式HelpではAI Autofillによるsummary、key informationの抽出、tag付けなどを説明しています。Basic Autofillはその行・ページの内容を使う一方、Custom Agent Autofillは設定によりworkspaceやweb searchを使える機能として案内されています。plan、使用量、機能は変わるため、現在のworkspaceで表示される条件を確認してください。この記事は分類精度を実測したものではありません。

Databaseを一覧で何に使うか決める

案件databaseなら「今対応が必要な案件」、会議メモなら「決定と未完了action」、記事一覧なら「確認が必要な原稿」のように、viewを開いた人がする判断を一つ決めます。判断が決まる前にpropertyを追加すると、同じ情報を別名で何度も入力したり、誰も使わない列が増えたりします。

次に、1行が何を表すか決めます。1案件、1会議、1顧客、1記事のどれなのかが曖昧だと、AIも人もpropertyの意味を揃えられません。本文を複数レコードへまとめるのか、関連pageへ分けるのかも、この段階で設計します。

Propertyを人の確定情報とAIの整理情報に分ける

担当者、契約status、承認、締切、価格、公開可否のように、業務上の責任を伴う値はownerが入力・承認する欄にします。AI summary、本文からの候補タグ、要確認事項などは、誤りを人が見つけやすい補助propertyとして扱えます。

表は横にスクロールできます

Propertyの役割	例	入力・確認責任
業務上の確定	Owner、Status、承認日、期限	担当者または承認者
本文の要約	概要、会議の論点	AIが案を作り、人が原文確認
抽出候補	顧客名、日付、action候補	根拠箇所を照合して確定
分類候補	既存カテゴリからのtag案	許可したoptionだけ採用
運用状態	最終確認日、次回確認	実際に確認した人が更新

AIが本文中の「来週までに検討」といった文を見つけても、担当者や確定期限として保存してよいとは限りません。property名には「AI案」「確認済み」など状態の違いを表すラベルを使い、候補を正式な値と誤認しない表示にします。

Autofillへ渡す指示を狭くする

Autofillはsummaryやkey infoの下書きに使い、書き換える欄と対象範囲を限定します。たとえば既存のcategoryを壊して別の語を作らせるのではなく、登録済みoptionから一つを選ぶ、候補がなければ空欄にする、根拠が見つからなければ「要確認」と返す、と指定します。

このページ本文だけを読み、「案件概要」propertyへ2文以内で要約案を作成してください。

Status、Owner、期限、承認状態は変更しないでください。

本文にない事実や因果関係を補わず、対象が不明な場合は「要確認」と記してください。

重要な数字・日付を含めた場合は、根拠となる本文の一文を併記してください。

この例は設計用promptであり、Notionのすべての入力欄が根拠文を同時に返せると保証するものではありません。実際の欄で要求できる形式かを確認し、無理なら別の確認propertyに候補と根拠を分けます。

BasicとCustom Agentの境界を確認する

Notion HelpはBasic Autofillをページ内の内容に基づく単純なsummaryや分類向け、Custom Agent Autofillを複雑な指示やworkspace / web searchを含む作業向けとして説明しています。Basicが他ページやインターネットを参照すると仮定してはいけません。別pageの背景が必要なら、その内容を明示して入力するか、許可された検索設定を有効にした上でCustom Agentを検討します。

利用可能なplan、AI usage allowance、credits、管理者設定は変わり得ます。機能が必要なpropertyだけ小さく試し、誰が実行できるか、いつ実行されるか、再実行条件、上書き範囲を確認します。空欄のみを埋めたい場合、既存値を上書きしない条件を明記できるかも試してください。

Viewで作業が進むかテストする

propertyが埋まったことは、database整理の完了ではありません。担当者が必要な案件を絞り、次の作業へ進めるviewができたかを確かめます。たとえば会議記録なら「期限切れ」「owner未設定」「決定待ち」、顧客案件なら「初回返信待ち」「情報不足」のようなviewを設計できます。

表は横にスクロールできます

確認するview	表示条件	利用者ができること
未確認のAI案	確認statusが未完了	原文と照合し、採否を決める
担当者未設定	Ownerが空欄	会議・責任者へ確認
期限が近い	期限が確定し、現在日より前後	対応順を調整
分類不明	既存optionへ一致しない	新分類を作らず担当者へ相談
完了済み	承認者が完了を記録	必要なら履歴を保持

AIの候補を表示するviewと承認済みの情報を表示するviewは分けます。確認前の要約が正式レポートや顧客向け共有へ流れないよう、filterだけでなく権限・export方法も確認してください。

まずは使ってみる

記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。

• 

  Notion AI

  公式サイトを見るTool詳細を見る

Autofill結果を元ページへ戻って照合する

最初に少数のレコードで試し、AIが見落としやすい否定、期限、複数のowner、単位、重複を重点的に点検します。抽出された日付が本文で予定なのか、決定済みなのか、過去の記録なのかを確認してください。分類候補が既存optionに見えても、業務上の意味が同じとは限りません。

表は横にスクロールできます

症状	見直す点	修正
本文にない値が入る	指示が広すぎないか	対象範囲と「不明時は空欄」を指定
確定前の予定が締切になる	表現が「予定」か「決定」か	正式期限は人が登録
tagが細分化される	既存optionの指定	新規tagを作らず候補外として保留
古い値が残る	元ページの更新版	AI更新だけで済ませずsourceを確認
同じ内容が複数列に入る	propertyの責任重複	一つを正本にし、不要列を整理

問題が出たときは一括実行を続けず、対象property、prompt、trigger条件を分けて小さく再試行します。既存値の大量上書きや自動削除は避け、履歴から元値へ戻せることを確認してから対象を広げます。

情報管理と更新責任を含める

database pageには個人情報や顧客情報が含まれる場合があります。Notion AIへ渡せるかは会社・学校の規程、契約、workspaceのAI settings、接続アプリの権限を確認します。AI機能がworkspace内で使えることと、特定データを投入してよいことは別の判断です。

summaryが作られた後も、原文が更新されればsummaryやtagは古くなります。更新時に再実行するのか、確認者が差分を見るのか、定期点検にするのかを決めてください。sourceページへのrelationやlinkを残し、AI propertyだけが孤立しない構成にします。

小さなレコード群で再実行条件を確かめる

最初は代表的な少数レコードを選び、情報が十分なもの、空欄が多いもの、似た分類が並ぶもの、古い本文のものを含めます。実行前に元値を記録し、AIへ任せるpropertyと人が触らないpropertyを決めます。結果を確認してから、どのprompt・trigger・property設定で実行したかを記録してください。

表は横にスクロールできます

テスト例	見たい挙動	合格の目安
本文に日付が複数ある	対象の日付を区別できるか	会議日・期限・更新日を混同しない
本文に担当候補がある	ownerを勝手に確定しないか	明示された担当候補として扱う
既存categoryに該当しない	新しいoptionを作らないか	空欄または要確認になる
本文が更新された	古いsummaryを検出できるか	再確認が必要と分かる
本文がほぼ空	それらしく埋めないか	未入力のまま残る

再実行時に同じpropertyへ重ねて書くのか、空欄だけを処理するのかは操作前に確かめます。意図しない上書きがあった場合は、対象を増やす前に履歴から戻せるか確認し、個別に修正します。

AIものさしの判断

Notion AIのdatabase整理では、AIが記入できる列を増やすことより、人が責任を持つ確定値とAIの候補を分けることが先です。用途と1行の意味を決め、少数のレコードでAutofillを試し、結果を原文へ戻って確認します。その後、viewが担当者の判断や作業を実際に助けるかを確認してください。

最初に作るのは、property名、意味、入力元、確認者、空欄時の扱いを記した小さなschema表です。担当者・期限・承認などをAIが確定する設計は避け、確認が済んだ値だけを業務viewや外部共有へ出します。

承認後の値を確定欄へ移す

AI案が人の確認を通った後、誰が承認済みpropertyへ移すのかを決めます。元の候補を消す場合は変更履歴を残し、後から原文へ戻って判断経緯を追えるようにします。Autofillを定期実行する設定では、過去に承認した値が更新で上書きされないか、テスト用レコードで再確認してください。