Claude Skills × Notion 連携とは — 公式パートナー Skill としての位置づけ

Skill は、指示文と参照資料を一つのフォルダにまとめた小さな部品です。フォルダ入口の SKILL.md を Claude が読み取り、その場面で必要かを判断して呼び出します。

Notion の Skill は、Anthropic 側で審査済みのパートナー Skill です。Skills Directory から選んで導入する形になっています。対応する入口は、Claude.ai、デスクトップ、モバイル、Claude Code、API です。同じ Skill が呼び出せます。

同梱されているのは四本です。Meeting Intelligence は、会議の準備を組み立てる Skill です。事前配布と議事録の下地を、Notion 側の資料から作ります。Knowledge Capture は、会話の中で決まったことを Notion のページに定着させます。Research Documentation は、複数のページを横断する Skill です。調査結果を一枚に整理します。Spec to Implementation は、仕様のページをタスクに落とします。Claude Code が着手できる形で書き戻します。

指示は日本語で構いません。「先週の広報会議の続きを、既存のプロジェクトページにまとめて」と伝えます。Notion 側の実データとして返ります。

Anthropic と Notion の連携は、この一年で厚みを増しました。Notion は Claude Code の design partner として、設計段階から関わってきています。その延長線上で、Notion MCP と Notion Skill が公式実装として揃いました。ブランド運用に載せる下地が整った形です。

できること — ページとデータベースの読み書き、検索、更新

Claude から呼び出せる Notion の機能は、五つに整理できます。

一つめは、新規ページの作成です。「今週のブランド会議の議事録を、いつもの雛形で」と指示します。見出し、表、チェックリスト、リンク先を含む Notion ページが返ります。

二つめは、ワークスペース横断の検索です。組織の Notion に残っているページやデータベースを、キーワードや条件で探せます。必要な内容だけを要約して会話に持ち込めます。ブランドガイドラインの該当箇所や、過去の意思決定の記録を、名前を思い出さずに引き当てられます。

三つめは、ページのプロパティ更新です。タスクの状態、担当、期限、優先度といった列を、Claude 側からまとめて更新できます。「今週の残タスクを一括で来週にずらして」と伝えれば、該当行がまとめて動きます。

四つめは、データベースの照会です。案件データベースやキャンペーン管理の構造化ページに、Claude 側から条件を渡します。結果を受け取れます。数値の集計、状態別の件数、締切間近の一覧を、会話の言葉で問い合わせできます。

五つめは、ワークスペースの接続確認です。複数の Notion アカウントを紐づけている場合の機能です。今どのワークスペースに接続しているかを確認できます。依頼を出す前に、書き込み先を切り替えられます。取り違えを防ぐ用途に使えます。

これらの下敷きに、権限の設計があります。Notion 側での権限が、Claude 側にそのまま引き継がれます。読めない人が読めるようになったり、書けない人が書けるようになったりはしません。既存の権限設計をそのまま流用できる点が、ブランド運用に載せるうえで大きい下地です。

セットアップ手順 — Claude 側と、Notion 側の認証

導入は五つの手順で終わります。

まず、Claude.ai の設定画面から Connectors のセクションを開きます。Notion を選ぶと、Notion のログイン画面が別窓で開きます。Claude と紐づけたい Notion のワークスペースで認証します。組織のワークスペースを持っている場合は、組織側で認証するのがブランド運用の前提です。

次に、Notion 側で権限の確認画面が出ます。ページの読み込み、作成、更新、データベースの照会といった項目が並びます。必要な範囲だけに絞って許可します。組織で管理者機能を運用している場合は、Notion 側の Enterprise プランで MCP の運用ルールを別に敷けます。

三つめは、Claude 側での Skill の有効化です。Skills Directory から Notion の 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 が Notion の該当ページに書き戻します。人が判断するのは「何を議題に載せるか」だけです。記録と配布は Skill 側に任せる分担です。

二つめは、ブランドガイドラインの照会です。Notion に置いた本編と、色、書体、ロゴ、トーンの各節を Claude が横断します。案件ごとに基準を満たしているかを、Research Documentation 経由で確認します。ガイドラインの本編は Notion 側で更新し、Claude 側は参照するだけの分担にします。この分け方で、二重管理を防げます。

三つめは、案件データベースの日次更新です。制作会社からの提出物、代理店からの提案、社内レビューの結果を、Claude 側から反映していきます。書き戻し先は、案件データベースの列です。担当者ごとの件数、締切、状態別の集計を、会話の質問形式で確認できます。

四つめは、仕様ページから実装タスクへの落とし込みです。Notion に書いたブランドサイトの改修要件や、ランディングページの仕様を渡します。Spec to Implementation が、Claude Code 側の形のタスクに変換します。結果は、Notion の該当データベースに書き戻されます。

制作ワークフローの例 — キャンペーン一本を通して見る

新商品のティザーキャンペーンを、Claude と Notion の Skill だけで組む場合の流れを追います。

最初に、Claude に商品概要とキャンペーン趣旨を伝えます。Research Documentation 経由で、必要な資料を参照します。参照先は、ブランドガイドラインの本編、去年の同時期の案件ページ、代理店から届いた提案書です。方向性の草案が固まったところで、Knowledge Capture が Notion のキャンペーンページに書き出します。

次に、案件データベースにこの案件の行を追加します。担当、期限、状態、関連の資料へのリンクを、Claude 側から一括で入れます。事業部と広報チームには、案件ページの URL を配布するだけで済みます。以降の更新は、同じページに集約されていきます。

制作の進行中は、Meeting Intelligence が週次の定例会議の事前配布と議事録を担います。仕様の変更が入ったら、Spec to Implementation が Claude Code に受け渡します。実装の進捗は、案件データベースの状態列に反映されます。

キャンペーンの終了時には、Research Documentation が案件ページの履歴を一枚にまとめます。次回に持ち越す学びを、そこに集約します。この一枚が、次の案件開始時に参照する下地の一つとして 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 であることです。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（一次情報中心）

  1. Anthropic — Notion Connector（現行 2026年8月時点、Skill の機能一覧と対応サーフェイス）
    https://claude.com/connectors/notion
  2. Anthropic — Notion Plugin（現行 2026年8月時点、同梱される四本の Skill の一覧）
    https://claude.com/plugins/notion
  3. Notion — Connect AI tools with Notion MCP（現行 2026年8月時点、MCP の運用ルールとプラン別の適用範囲）
    https://www.notion.com/help/notion-mcp
  4. 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
  5. Notion Developers — Connect to Notion MCP（現行 2026年8月時点、開発者向けの接続手順）
    https://developers.notion.com/guides/mcp/get-started-with-mcp
  6. Anthropic Platform Docs — Skills for enterprise（現行 2026年8月時点、Skill の組織運用の仕様）
    https://platform.claude.com/docs/en/agents-and-tools/agent-skills/enterprise
  7. 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
  8. Claude Code Docs — Extend Claude with skills（現行、Skill 全般のリファレンス）
    https://code.claude.com/docs/en/skills