なぜ Claude Code から Notion のブランド資料を引くのか

ブランド運用の資料は、置き場が分散しやすいものです。ガイドラインは PDF、用語集は共有ドライブ、トーン規約はチャットのピン留め、承認履歴はメール、というふうに散らばると、書き手や外部の制作会社が最新の版に辿り着けません。制作物の品質が下がるだけでなく、承認のやり直しが増えます。

Notion を正本の置き場に集約するだけでは足りません。集約しても、書き手が毎回 Notion を開き、該当箇所を探し、手元にコピーして反映する手作業が残ります。この手作業を Claude Code に肩代わりさせるのが、本稿の主題です。

Claude Code は Anthropic のコマンドライン型エージェントで、MCP という共通の接続の仕組みで外部のツールと繋がります。Notion 側は公式の MCP サーバーを提供しており、ここに Claude Code から接続すれば、ワークスペースのページとデータベースを直接読めます。制作担当者は端末に向かって指示するだけで、資料の該当箇所が引き寄せられ、その場で制作物に反映されます。

Notion の正本と、Claude Code の反映能力。この二つが噛み合うと、ブランド資料は「見に行く場所」から「取りに行かせる場所」に変わります。書き手の手作業は減り、資料の版ずれは起きにくくなります。

Claude Code の Notion MCP 接続 — 制作担当者にとっての要点

MCP（Model Context Protocol）は、Claude が外部のツールと会話するための共通の枠組みです。Anthropic が仕様を公開し、各社が自社サービス向けの MCP サーバーを実装しています。Notion もそのひとつで、公式サーバーが用意されています。

制作担当者の立場では、三つの点を押さえれば十分です。一つめは、接続の主体が個々の Claude Code のプロセスであり、Notion 側の権限がそのまま Claude 側に引き継がれる点です。読めない人が読めるようにはなりません。二つめは、Claude Code 側からは Notion のページ検索、ページ取得、ページ作成、データベース照会、データベース更新が呼び出せる点です。三つめは、認証は Notion の認可画面から行い、組織の管理者が用意した接続を使う運用に寄せられる点です。

エンジニア向けに書かれた解説では、ローカルにサーバーを立てる形が紹介されることがあります。制作担当者は、その手順を追う必要はありません。Notion 側が用意している公開のエンドポイントに、Claude Code から接続するだけで済みます。この差を理解しておくと、初期設定の負担が大きく下がります。

Notion 側で用意する三つのブランド資料データベース

Notion 側の設計は、三つのデータベースに絞ります。「ブランドガイドライン」「用語集」「トーン規約」の三つです。それぞれ、Claude Code から引きやすい形に整えます。

一つめの「ブランドガイドライン」は、色、書体、ロゴ、写真の扱い、印刷物の版下といった項目を、節ごとにひとつのページに分けます。ページタイトルは「色｜基本」「書体｜見出し」といった、Claude 側が意味を判断しやすい命名にします。ページの本文は、根拠、可否の判断、例外の扱いの三点を段落で書き、末尾に該当する画像や事例のリンクを置きます。

二つめの「用語集」は、データベース形式にします。列は、正式表記、読み、英字綴り、避ける表記、使う文脈、更新日の六つで十分です。行はブランド名、商品名、シリーズ名、キャンペーン名、社内独自の言い回しを漏れなく入れます。行の粒度は「表記が揺れる可能性のある固有名詞」に絞り、一般語まで広げないのが実務的です。

三つめの「トーン規約」は、書き手の立場ごとにページを分けます。「一般向け」「メディア向け」「取引先向け」「求人向け」といった読み手区分で、語尾、呼びかけの距離、避ける言い回し、代替の言い回しを列挙します。ページの末尾に、実例で書き分けた見本を三本ほど並べると、Claude Code が調子を掴みやすくなります。

この三つが揃うと、制作物の起草時に必要な素材が Notion 側に出揃います。Claude Code 側は、指示のたびに三つを横断して引き、制作物に反映します。

Notion MCP を Claude Code に繋ぐ手順

接続は、四つの手順で終わります。

一つめは、Notion 側の認可画面での接続許可です。Notion に管理者権限のあるアカウントでログインし、組織のワークスペースを対象にして、公式の MCP サーバーへの接続を許可します。個人のワークスペースをつないでも動きますが、ブランド運用に載せる前提であれば組織側を対象にします。

二つめは、Claude Code 側の MCP 設定への登録です。ターミナルから claude mcp add の系統のコマンドを使うか、設定ファイルに Notion のエンドポイントを追記します。エンドポイントは Notion の開発者向けドキュメントに記載された公開の URL を使い、認証は OAuth の初回フローに任せます。初回だけ Notion 側の許可画面がブラウザで開き、以降はトークンが保持されます。

三つめは、対象ワークスペースの絞り込みです。Claude Code のセッションが、どのワークスペースを見に行くのかを設定で固定します。制作会社の担当者に接続を配布する場合は、参照専用のワークスペースを一段挟むと、書き込みの事故を避けられます。

四つめは、動作の確認です。Claude Code のセッションを起動し、「ブランドガイドラインの色の節を引いて」と指示して、Notion 側の該当ページの内容が返ってくれば、接続は完了しています。返らない場合は、認可の範囲か、ワークスペースの選択のいずれかに原因があるので、その二つを見直します。

Claude Code から Notion のブランド資料を引く四つの参照パターン

Notion に置いたブランド資料を、Claude Code から制作物に反映するときには、四つの参照パターンを使い分けます。

一つめは、「起草時の参照」です。制作物を書き始める前に、該当するトーン規約とガイドラインの節を Notion から引き、Claude Code の作業ディレクトリに一時的に読み込ませます。書き始めから調子が揃うので、後段の修正が減ります。

二つめは、「途中の照合」です。書きかけの制作物を Claude Code に渡し、Notion 側の用語集と照らして表記の揺れを指摘させます。Claude Code 側の指摘は、置換の提案までは行いますが、最終判断は書き手に残す運用にします。

三つめは、「仕上げの検閲」です。ほぼ完成した制作物を、ブランドガイドラインの色、書体、ロゴの扱いの節と照らし、可否と根拠を返させます。図版が絡む場合は、生成物のファイル名と該当節のリンクを対応表にして返させると、修正の指示が出しやすくなります。

四つめは、「配布前の記録」です。制作物と、参照したガイドラインの版、指摘と修正の履歴を、Notion 側の案件ページに一件で書き戻します。次の案件で参照する下地になり、承認のやり直しが起きたときの根拠にもなります。

実例1｜Notion のトーン規約を引きながら SNS 投稿を起草する

新商品の予告投稿を起こす場面を考えます。読み手区分は「一般向け」で、投稿は三本、字数は各百二十字前後、絵文字は使わない、という前提です。

Claude Code のセッションで、Notion 側の「トーン規約」の「一般向け」のページを引く指示を出します。返ってきた語尾、呼びかけの距離、避ける言い回しを、そのまま起草の下敷きにします。次に、「ブランドガイドライン」の「商品写真の扱い」の節を引き、投稿に添える画像の可否条件を確認します。最後に「用語集」で商品名の表記と読みを確認し、下書きに反映します。

書き上がった三本を、Claude Code に検閲させます。トーン規約の語尾から外れた文、用語集の正式表記から外れた語、ガイドラインの写真条件を満たさない指示の三点を、行番号付きで指摘させます。書き手はその指摘を見て、可否と修正を決めます。決めた結果は、案件ページに書き戻します。この一連が、SNS 投稿の一回の起草の型になります。

実例2｜Notion の用語集と表記揺れを照合する

長めの制作物では、表記の揺れが避けられません。書き手が意識しても、外部の制作会社から戻る原稿では商品名の綴りが崩れます。用語集を Claude Code に引かせて、機械的に照合させると、この漏れが減ります。

制作物の原稿を Claude Code に読ませ、「用語集」のデータベースから正式表記と避ける表記を引かせます。原稿の中で、避ける表記に該当する語を全部拾い上げ、正式表記への置換候補を提示させます。文脈で使い分けが必要な語（たとえば「オンラインストア」と「公式サイト」の使い分け）は、用語集の「使う文脈」の列を引いて、どちらが妥当かの根拠を返させます。

書き手は、提示された置換候補を一件ずつ判断します。全件を機械的に置換する運用は取りません。誤爆が起きたときに、責任の所在が曖昧になるからです。Claude Code 側は判断の提示と根拠の提示に留め、最終の反映は書き手に残す。この分担が、実務に載る運用の下限です。

実例3｜Notion のブランド基準で生成物をチェックする

画像生成や動画生成の外部ツールで作った素材を、案件に載せる前にブランド基準に照らします。Notion 側のガイドラインを引いて、色、構図、ロゴの扱い、写真の扱いの節ごとに、可否と根拠を返させます。

Claude Code のセッションで、生成物のファイルを読み込ませ、「ブランドガイドライン」の該当節を Notion から引かせます。素材ごとに、節ごとの可否表を返させ、可否が「否」の項目には、ガイドラインのどの一文に該当するかのリンクを添えさせます。書き手は、可否表を見て、修正の指示を制作会社に出すか、再生成の指示を Claude Code から出すかを判断します。

この工程を挟むと、ブランドの承認担当者が最初に見る前に、素材の水準が底上げされます。差し戻しの回数が減り、公開までの日数も短くなります。承認担当者は、根拠付きの可否表を先に見られるので、判断の負荷も下がります。

Notion 側の更新を制作物に伝播させる仕組み

ブランド資料は、一度作って終わりではありません。ガイドラインは半年に一度、用語集は新商品の投入時、トーン規約はキャンペーンの節目に更新が入ります。更新を制作物に伝播させないと、資料と制作物の版ずれが起きます。

Claude Code の Hooks（フックの仕組み、工程の前後に自動処理を挟む機能）とサブエージェント（作業を並列に分けるための子エージェント）を組み合わせると、この伝播を仕組みにできます。

Hooks では、原稿の保存時に、Notion 側の用語集の更新日を取りに行き、前回の照合時から更新が入っていたら、原稿を再照合するサブエージェントを立ち上げます。サブエージェントは、更新の入った行だけを対象に、原稿の該当箇所を再チェックし、差分を書き手に返します。

ガイドラインの節が更新された場合は、案件ページの中で、該当節を根拠に承認済みの素材を洗い出させます。洗い出した素材ごとに、更新後の節との整合を再判定させ、否になった素材は修正候補として案件ページに書き戻します。書き手や承認担当者は、案件ページを開くだけで、更新の影響範囲を把握できます。

導入を判断する基準と落とし穴

この運用が向くのは、三つの条件を満たすチームです。ブランド資料の正本を Notion に集約する意思決定が済んでいること、制作物の起草を継続的に回していること、外部の制作会社と資料を共有する必要があること。三つ揃わない場合は、Notion 側の整備から先に手をつけます。

落とし穴は三つあります。一つめは、Notion 側の資料を Claude Code の運用に合わせて書き直そうとする誘惑です。資料はチームの理解のために書かれています。Claude Code の都合で構造を崩すと、人が読めなくなります。命名の一貫と、節の粒度の統一だけに留めます。

二つめは、書き込みの権限を Claude Code のプロセスに広く渡すことです。参照は広く、書き込みは狭く、が原則です。案件ページへの書き戻し以外は、Notion 側の管理者機能で書き込み先を限定します。

三つめは、Claude Code の指摘を全件そのまま採用してしまうことです。指摘の一件ずつを書き手が判断する運用にしないと、機械的な誤爆がブランドの品質を下げます。判断は人に残し、素材の提示と根拠の整理を Claude Code に任せる分担を崩さないようにします。

この三つを踏まえたうえで、ひとつの案件、たとえば次の新商品の予告投稿一本から、狭い単位で試すのが順当な入り方です。運用が固まったら、隣接する制作物へ横展開していきます。

FAQ

Q1. Claude Code から Notion のブランド資料を引く運用は、どのプランで始められますか

A. 個人の Notion ワークスペースであれば、無償プランでも接続と参照は始められます。組織で運用し、管理者機能で書き込み先の制限や接続の統制を敷く場合は、Notion 側の Business か Enterprise プランが実務の下限です。Claude Code 側は Pro、Max、Team、Enterprise のいずれのプランでも MCP 経由の Notion 接続が使えます。

Q2. Notion Skill（Anthropic の Skills Directory 経由）と、この記事の Notion MCP 直接接続は、どう使い分けますか

A. Notion Skill は、Meeting Intelligence や Knowledge Capture といった業務単位の Skill として提供されており、Claude.ai のチャット画面からの利用に寄せた設計です。本稿の Notion MCP 直接接続は、Claude Code のセッションから制作物のファイルを直接扱う運用に寄せた組み方です。制作物の起草と検閲を継続的に回す場合は、Claude Code からの直接接続のほうが、作業ディレクトリのファイルとの往復が短くて済みます。

Q3. ブランドガイドラインが Notion ではなく PDF で運用されています。Notion に移し直す必要がありますか

A. 段階的に進めるのが実務的です。まず、頻繁に参照する節（色、書体、ロゴ、写真の扱い）だけを Notion のページとして書き直し、PDF の該当箇所へのリンクを添える形で始めます。PDF は Claude Code から直接扱えないため、Notion 側の要約と PDF 本体の二段構成で回すのが、移行期の妥当な形です。用語集とトーン規約は、最初から Notion で作り直す判断が早いです。

Q4. 外部の制作会社の担当者にも、この接続を配布するべきですか

A. 参照専用のワークスペースを一段挟んだうえで、配布する運用が推奨です。案件の資料と、社内の意思決定の資料を同じワークスペースに混在させると、権限設計が難しくなります。外部の担当者には、参照専用のワークスペースへの接続だけを配布し、書き込みが必要な工程は社内で受ける分担にします。

Q5. Notion 側の資料が更新されたことを、制作物側から自動で気付けますか

A. Claude Code の Hooks で、原稿の保存時に用語集やガイドラインの更新日を取りに行く処理を挟めば、前回の照合時からの差分を検出できます。全文の再照合ではなく、差分の入った行だけを対象にサブエージェントを立ち上げる組み方が、動作の負荷と精度の両立に向きます。

関連の解説

情報源

  1. Anthropic — Claude Code Overview（現行 2026-08 反映、Claude Code の位置づけと MCP クライアントとしての仕様）
    https://code.claude.com/docs/en/overview
  2. Anthropic — Claude Code MCP（現行 2026-08 反映、MCP サーバーの追加手順と接続の設計）
    https://code.claude.com/docs/en/mcp
  3. Notion — Connect AI tools with Notion MCP（現行 2026-08 反映、Notion 側の MCP 運用ルールと対応プラン）
    https://www.notion.com/help/notion-mcp
  4. Notion Developers — Connect to Notion MCP（現行 2026-08 反映、開発者向けの接続手順と公式エンドポイント）
    https://developers.notion.com/docs/mcp
  5. Anthropic — Model Context Protocol Overview（現行 2026-08 反映、MCP 仕様の全体像）
    https://docs.claude.com/en/docs/mcp
  6. Anthropic — Claude Code Hooks（現行 2026-08 反映、Hooks の仕様と使いどころ）
    https://code.claude.com/docs/en/hooks
  7. Anthropic — Claude Code Sub-agents（現行 2026-08 反映、サブエージェントの仕様）
    https://code.claude.com/docs/en/sub-agents
  8. Notion — Set up enterprise-managed connections for Notion MCP（現行 2026-08 反映、組織運用における管理者機能の要件）
    https://www.notion.com/help/set-up-enterprise-managed-connections-for-notion-mcp