Claude Skills × Notion 連携とは — 公式パートナー Skill としての位置づけ
Skill は、指示文と参照資料を一つのフォルダにまとめた小さな部品で、フォルダ入口の SKILL.md を Claude が読み取り、その場面で必要かを判断して呼び出します。Notion の Skill は Anthropic 側で審査済みのパートナー Skill として Skills Directory から選んで導入する形になっており、Claude.ai、デスクトップ、モバイル、Claude Code、API のいずれの入口からも同じ Skill が使えます。
Notion の Skill には、四つの Skill が同梱されています。Meeting Intelligence は会議の準備を Notion 側の資料から組み立て、事前配布と議事録の下地を作る Skill です。Knowledge Capture は会話の中で決まったことを Notion のページに定着させる Skill で、Research Documentation は複数のページを横断して調査結果を一枚に整理する Skill、Spec to Implementation は仕様のページを Claude Code が着手できる形のタスクに落とす Skill です。指示は日本語で構いません。「先週の広報会議の続きを、既存のプロジェクトページにまとめて」といった依頼から、Notion 側の実データとして返る挙動です。
Anthropic と Notion の連携はこの一年で厚みが増しています。Notion は Claude Code の設計段階からの design partner として関わり、Notion 側の AI 開発ワークフローの知見が Claude Code の仕様に反映されてきました。その延長線上で、Notion MCP と Notion Skill が公式のパートナー実装として揃い、ブランド運用に載せる下地が整った形です。
できること — ページとデータベースの読み書き、検索、更新
Claude から呼び出せる Notion の機能は、五つに整理できます。
一つめは、新規ページの作成です。「今週のブランド会議の議事録を、いつものテンプレートで」といった指示から、見出し、表、チェックリスト、リンク先といった構造付きの Notion ページが返ります。
二つめは、ワークスペース横断の検索です。組織の Notion に残っているページやデータベースをキーワードや条件で探し、必要な内容だけを要約して会話に持ち込めます。ブランドガイドラインの該当箇所や過去の意思決定の記録を、名前を思い出さずに引き当てられます。
三つめは、ページのプロパティ更新です。タスクの状態、担当、期限、優先度といった列を Claude 側からまとめて更新できます。「今週の残タスクを一括で来週にずらして」と伝えれば、Notion 側の該当行がまとめて動きます。
四つめは、データベースの照会です。案件データベースやキャンペーン管理の構造化ページに、Claude 側から条件を渡して結果を受け取れます。数値の集計、状態別の件数、締切間近の一覧といった質問を、会話の言葉で問い合わせできます。
五つめは、ワークスペースの接続確認です。複数の Notion アカウントを紐づけている場合に、どのワークスペースに接続しているかを確認し、依頼を出す前に置き場所を切り替えられます。書き込み先の取り違えを防ぐ用途に使えます。
これらの下敷きに、Notion 側での権限が Claude 側にそのまま引き継がれる設計があります。読めない人が読めるようになったり、書けない人が書けるようになったりはしません。既存の権限設計をそのまま流用できる点が、ブランド運用に載せるうえで大きい下地です。
セットアップ手順 — Claude 側と、Notion 側の認証
導入は五つの手順で終わります。
まず、Claude.ai の設定画面から Connectors のセクションを開き、Notion を選びます。Notion のログイン画面が別窓で開くので、Claude と紐づけたい Notion のワークスペースで認証します。組織のワークスペースを持っている場合は、組織側で認証するのがブランド運用の前提です。
次に、Notion 側で権限の確認画面が出ます。ページの読み込み、作成、更新、データベースの照会といった項目が並ぶので、必要な範囲だけに絞って許可します。組織で管理者機能を運用している場合は、Notion 側の Enterprise プランで MCP の運用ルールを別に敷けます。
三つめは、Claude 側での Skill の有効化です。Skills Directory から Notion の Skill を選び、組織の場合は管理者が公開してから、個々のメンバーで有効になります。四つの Skill のうち使う予定のあるものだけを有効化する運用が実務的です。
四つめは、Enterprise 運用の場合の Okta 経由の認証設定です。Notion 側と Claude 側で SSO をそろえたい場合は、Okta 上で両方のアプリを有効化し、Cross App Access で二つを結び、Notion の設定画面から Enterprise-managed connections として Okta の発行元 URL を登録します。Claude 側では組織の Connector として Notion を追加し、Enterprise managed authentication を有効化します。この経路では、利用者は Notion の許可画面を都度見ずに済み、接続は最長で八時間ごとに更新されます。
五つめは、テンプレートの用意です。よく使う会議の議事録、案件データベースの雛形、ブランドガイドラインの構造といったページを Notion 側に整えておくと、Claude 側から「いつもの雛形で」と指示するだけで、構造の揃った状態で返ります。
ブランドチームでの実務ユースケース
ここまでの機能を、ブランド運用の現場に載せた例を四つ挙げます。
一つめは、ブランド会議の運営です。事前に前回の議事録と関連する意思決定のページを Claude が読み込んで論点の要約を作り、当日の議論を後追いで整理して、決まったことを Meeting Intelligence Skill が Notion の該当ページに書き戻します。人が判断するのは「何を議題に載せるか」で、記録と配布は Skill 側に任せる分担です。
二つめは、ブランドガイドラインの照会です。Notion に置いた本編と、色、書体、ロゴ、トーンの各節を Claude が横断して読み、案件ごとに基準を満たしているかを Research Documentation Skill 経由で確認します。ガイドラインの本編は Notion 側で更新し、Claude 側は参照するだけの分担にすることで、二重管理を防げます。
三つめは、案件データベースの日次更新です。制作会社からの提出物、代理店からの提案、社内レビューの結果を、Claude 側から案件データベースの列に反映していきます。担当者ごとの件数、締切、状態別の集計を、会話の質問形式で確認できます。
四つめは、仕様ページから実装タスクへの落とし込みです。Notion に書いたブランドサイトの改修要件や、ランディングページの仕様を、Spec to Implementation Skill が Claude Code 側で着手できる形のタスクに変換して、Notion の該当データベースに書き戻します。
制作ワークフローの例 — キャンペーン一本を通して見る
新商品のティザーキャンペーンを、Claude と Notion の Skill だけで組む場合の流れを追います。
最初に、Claude に商品概要とキャンペーン趣旨を伝え、Research Documentation Skill 経由でブランドガイドラインの本編、去年の同時期の案件ページ、代理店から届いた提案書を参照します。方向性の草案が固まったところで、Knowledge Capture Skill が決まったことを Notion のキャンペーンページに書き出します。
次に、案件データベースにこの案件の行を追加し、担当、期限、状態、関連の資料へのリンクを Claude 側から一括で入れます。事業部と広報チームには案件ページの URL を配布するだけで、以降の更新は同じページに集約されていきます。
制作の進行中は、Meeting Intelligence Skill が週次の定例会議の事前配布と議事録を担います。仕様の変更が入ったら Spec to Implementation Skill が Claude Code に受け渡し、実装の進捗は案件データベースの状態列に反映されます。キャンペーンの終了時には、Research Documentation Skill が案件ページの履歴から次回に持ち越す学びを一枚にまとめます。この一枚が、次の案件開始時に参照する下地の一つとして Notion 側に溜まっていきます。
商用範囲と料金 — どのプランで、どこまで使えるか
Notion 側は、MCP 経由の接続を全てのプランで許可しており、Skill 経由の読み書きも同じ範囲で扱われます。ただし、MCP の運用ルールを組織全体で敷ける管理者機能は Enterprise プランに限られ、無償や Plus、Business のプランでは個々のメンバーの判断で接続する形になります。ブランド運用に載せる前提であれば、Notion 側は Enterprise が実務の下限です。
Claude 側は、Pro、Max、Team、Enterprise のいずれのプランでも Notion Connector と Skill を使えます。組織横断で配布と管理を行う場合は、Team か Enterprise の管理者機能が必要になります。
Okta 経由の Enterprise managed authentication は、Claude 側と Notion 側の両方が Enterprise プランで、かつ SSO の下敷きが Okta の場合に限られます。SSO の下敷きが Okta 以外の組織は、当面は個々のメンバーが Notion の許可画面から接続する運用になります。
Canva 連携との違い — 使い分けの判断
Claude には Notion だけでなく Canva のパートナー連携も用意されています。二つは重ならず、担当する領域が違います。
Notion の Skill は、ブランドチームの意思決定と資料の履歴を集約する連携です。会議の記録、案件データベースの更新、ブランドガイドラインの照会、仕様から実装への橋渡しに向きます。読み手は主にブランドマネジャー、広報の担当者、事業部の担当者、社内の情報基盤の運用者です。
Canva の Skill は、社外に出す完成物、ブランドに沿った量産、代理店との連携に強い連携です。テンプレートから生成し、書き出し、社外提出まで一連で回すのに向きます。読み手は主にマーケティングの担当者、広報の担当者、代理店の担当者です。
ブランドチームの日常業務では、Notion 側が土台の役割を担い、Canva 側が仕上げの役割を担います。決定事項と資料の履歴は Notion に集約し、社外に出す実データは Canva で仕上げる、という順で組むのが素直です。両方を同時に有効にして併存させても、Skill 側の判断で使い分けが行われます。
よくある質問
Q1. Notion の Skill を有効にすると、社内の Notion データの全てが Claude 側から見えるようになりますか。
A. 認証したメンバーが Notion 側で見られる範囲だけです。Notion の権限設計がそのまま Claude 側にも引き継がれる設計で、読めない人が読めるようになったり、書けない人が書けるようになったりはしません。Enterprise プランでは、管理者が組織横断で MCP の運用ルールを別に敷けます。
Q2. 個人と組織で二つの Notion ワークスペースを使っています。書き込み先を取り違えるのが心配です。
A. Claude 側から「今どのワークスペースに接続しているか」を確認する機能があり、依頼を出す前に置き場所を切り替えられます。ブランド運用に載せる前提であれば、組織側のワークスペースだけを Claude に紐づけ、個人側は別のプロファイルで扱う運用が実務的です。
Q3. Notion Skill と Notion MCP の関係はどうなっていますか。
A. Notion MCP はワークスペースへの接続の下敷きで、Notion Skill はその上に載せた四つの Skill として設計されています。MCP の接続だけでも使えますが、Skill を組み合わせるとよく使う手順が名前付きの部品として呼び出せます。
Q4. Claude Code や API 側からも、同じ Notion Skill が使えますか。
A. 使えます。Skill の形式はサーフェイスをまたいで共通で、Claude.ai、デスクトップ、モバイル、Claude Code、API のいずれの入口からも同じ Skill が呼び出せます。組織で複数の入口を運用する場合は、各入口で個別に配布する運用になります。
Q5. Okta を使っていない組織でも、Enterprise 運用は可能ですか。
A. Enterprise managed authentication の経路は、当面は Okta を SSO の下敷きにしている組織に限られます。Okta 以外の SSO を使っている組織は、個々のメンバーが Notion の許可画面から接続する経路で運用します。管理者機能そのものは Enterprise プランの範囲で使えるため、運用ルールの整備は同じ手順で進められます。
まとめ — 判断の基準を Claude 側に置き、記録の置き場を Notion に集約する
Notion Skill の要点は、機能の目新しさではなく、意思決定と資料の置き場の分担のかたちにあります。何を決めるかの判断、過去の経緯の要約、次に取る行動の提案を Claude 側に持たせ、決まったことと資料の履歴を Notion 側に集約する。この分担が固まると、人が判断する場面と記録が残る場面が自然に一致します。
まずはひとつの業務、たとえば週次のブランド会議の議事録や、案件データベースの日次更新の一本から、狭い単位で Skill を試すのが順当な入り方です。二つ以上の Skill を同時に導入せず、一本の業務で質を確かめてから隣接する業務に広げていく。この歩幅が、生成AIをブランド運用に載せるときの下地になります。
関連の解説
・Claude Skills 企業導入ガイド — ブランド運用をチームで揃える方法
・Claude Skills × Canva 連携ガイド — ブランドチームでの実務セットアップ
・Claude MCP でつなぐクリエイティブツール一覧
・Claude Design 企業導入ガイド — チームでブランド管理を統一する方法
・Claude Skills でブランドガイドラインを Skill 化する方法
AIGC TIMES 法人パッケージ — 大企業のブランド管理チーム向けに、Claude Skills と Notion の連携を含む生成AIツールの運用ルール設計、社内認証、Okta 経由の Enterprise 運用、案件データベースとブランドガイドラインの整備までを一括で支援する法人向けパッケージ(税込20万円〜)をご用意しています。詳細は AIGC TIMES 事務局までお問い合わせください。
Sources(一次情報中心)
- Anthropic — Notion Connector(現行 2026年8月時点、Skill の機能一覧と対応サーフェイス)
https://claude.com/connectors/notion - Anthropic — Notion Plugin(現行 2026年8月時点、同梱される四つの Skill の一覧)
https://claude.com/plugins/notion - Notion — Connect AI tools with Notion MCP(現行 2026年8月時点、MCP の運用ルールとプラン別の適用範囲)
https://www.notion.com/help/notion-mcp - Notion — Set up enterprise-managed connections for Notion MCP(現行 2026年8月時点、Okta 経由の Enterprise 運用の要件と手順)
https://www.notion.com/help/set-up-enterprise-managed-connections-for-notion-mcp - Notion Developers — Connect to Notion MCP(現行 2026年8月時点、開発者向けの接続手順)
https://developers.notion.com/guides/mcp/get-started-with-mcp - Anthropic Platform Docs — Skills for enterprise(現行 2026年8月時点、Skill の組織運用の仕様)
https://platform.claude.com/docs/en/agents-and-tools/agent-skills/enterprise - Anthropic — Building with Claude Code inside Notion's AI development workflow(現行、Notion が Claude Code の design partner である背景)
https://www.anthropic.com/webinars/building-with-claude-code-inside-notions-ai-development-workflow - Claude Code Docs — Extend Claude with skills(現行、Skill 全般のリファレンス)
https://code.claude.com/docs/en/skills