Claude + Notionで一か月分のコンテンツを計画する方法

01 · 入力概要

Claudeが推測できない入力から始める

見栄えのよいカレンダーでも、架空の内容かもしれません。実際の制作時間、読者の言葉、製品の事実、予定不可日は、提供しなければClaudeには分かりません。案を求める前に、この六つの入力群を集めましょう。必須項目が欠けていれば、後述のプロンプトはClaudeに停止して質問するよう指示します。

02 · 保存先

カレンダーをNotionへ渡す方法を選ぶ

保存先が受け入れられるフィールドで出力するため、計画前に受け渡し方法を選びます。Anthropicは、認可した接続から利用できるコンテンツを扱うNotionコネクターを説明しています。Notionも対応AIクライアント向けにホスト型MCPを提供しています。どちらも接続と認可が必要です。認可により、接続クライアントは選択したワークスペース内でユーザーがアクセスできるコンテンツを読み取り、更新できる場合があります。本ガイドの保存先プレビューはKaboの運用ルールであり、ページ単位の権限境界ではありません。

Anthropic：Claude用Notionコネクター ↗Notion開発者向け：AIツールをNotion MCPに接続する ↗Notion開発者向け：MCPセキュリティのベストプラクティス ↗

横にスクロールすると、すべての列を読めます。

Notionヘルプ：Notionにデータをインポートする ↗

確認しやすい小さなスキーマを使う

以下のプロパティから始め、実際の手順に必要なときだけ複雑にします。Notionのカレンダービューには日付プロパティが必要です。そのビューにコンテンツの行が見えても、SNSで投稿が予約されたことにはなりません。

Notionヘルプ：カレンダービュー ↗Notion開発者向け：Notion MCPの対応ツール ↗

横にスクロールすると、すべての列を読めます。

03 · 月の構成

30日分を埋める前に中心コンテンツを作る

毎日別々の案を出すと、タイトルだけ異なる繰り返しになりがちです。まず、役立つ解説、見解、ワークショップ、実験、発売時の企画など、根拠のある中心コンテンツを少数作ります。そこから異なる質問に答える、または深さや形式を変えた狭いテーマの作品へ展開します。

1. 01

   二〜四つのテーマの柱を選ぶ

   各柱は月間目標と手持ちの資料を結び付けます。Claudeの一般知識しか裏付けがない柱は外します。

2. 02

   各中心コンテンツに出典と得られる価値を付ける

   元となるメモ、文字起こし、質問、例、製品の事実を記録します。読者が見終えた後、何ができ、何を理解できるかを示します。

3. 03

   派生コンテンツにも独立した行にする理由を持たせる

   派生では質問、根拠、深さ、行動のいずれかを変えます。同じ主張を三つの縦横比に切り出すのは配信作業であり、三つの案ではありません。

4. 04

   レビューと予備の時間を確保する

   日付を確定する前に制作工数を加えます。Kaboでは、予定時間と予備時間の合計を利用可能時間内に収めます。プロンプトの既定の余裕は20%ですが、自分に合う既知の余裕に置き換えられます。

中心コンテンツの冒頭を強くしたい場合は、Kaboのバイラル動画の共通点で紹介する観察可能なパターンを使えます。編集のヒントとして扱い、完成した投稿が拡散する保証とは考えないでください。

04 · コピー用プロンプト

このプロンプトで月を組み立てる

角括弧内をすべて置き換えます。このプロンプトは計画と書き込みを分け、Claudeに入力の点検、負荷計算、月全体の提示、品質上の問題の報告を指示します。二度目の正確な承認フレーズを、一つの保存先と行の集合を確認する取り決めとして扱います。

クリエイターのコンテンツを一か月分計画するのを手伝ってください。提供する情報から現実的な編集カレンダーを作成してください。読者調査、分析データ、顧客の発言、製品の事実、プラットフォームの規則、トレンド、締切、成果予測を捏造しないでください。

必須入力
- 計画期間：[開始日]〜[終了日]
- タイムゾーン：[タイムゾーン]
- 読者：[今月の対象者]
- 主なプラットフォーム：[プラットフォーム]
- 補助チャネル：[チャネルまたはなし]
- 月間目標：[一つの目標]
- 使用可能なCTA：[行動の選択肢、なしも含む]
- コンテンツの柱：[2〜4個の柱]
- 利用できる資料：[メモ、文字起こし、コメント、リンク、製品の事実]
- 制作に使える時間：[時間]
- 形式別の工数：[形式 = 時間]
- 予定不可日、発売日、レビュー日、承認日：[日付]
- Notionの保存先：[データベース名 + URL/ID、または「コネクターなし」]
- 既存のNotionプロパティ：[プロパティ名 + タイプ、または「新規データベース」]

停止条件
計画期間、タイムゾーン、読者、主なプラットフォーム、月間目標、制作能力のいずれかが欠けていれば、停止して不足情報だけを質問してください。事実の主張に出典がなければ、ステータスは「案」のまま、メモに「根拠が必要」と記し、もっともらしい文で穴埋めしないでください。

計画方法
1. 短い入力点検で制約を言い直してください。提供済みの事実、仮定、未解決の質問を分けてください。
2. 2〜4個のコンテンツの柱を提案し、各柱を裏付ける提供資料を引用してください。
3. 日付を埋める前に中心コンテンツを少数選んでください。各中心からプラットフォーム別の続編を派生させますが、派生ごとに読者の質問、つかみ、深さ、次の行動を変えてください。
4. 私の形式別見積もりで制作時間を計算してください。予定作業を制作能力内に収め、別の規則を示さない限り、利用可能時間の少なくとも20%を予備として残してください。
5. 中心、派生、コミュニティ投稿、レビュー日、発売時の企画、予備を論理的な順序で配置し、予定不可日を守ってください。
6. ステータスは、案、計画済み、承認済み、執筆中、準備完了、予約済み、公開済みの一組だけを使ってください。根拠不足、読者の返答待ち、予定不可の理由などはメモに記し、別のステータスを作らないでください。NotionカレンダーをSNS公開システムと扱わないでください。

プレビュー出力
まず以下を返してください：
A. 入力点検：提供済みの事実、不足情報、承認が必要な仮定。
B. 制作能力の概要：利用可能時間、予定時間、予備時間、計算式。
C. 柱と中心の対応表：柱、中心、派生、出典/根拠、目標、CTA。
D. カレンダー項目ごとに一行の完全なプレビュー。チャネル間で日付は重複して構いません。次の列を使ってください：
公開日 | 仮タイトル | プラットフォーム | 形式 | テーマの柱 | コンテンツの役割 | 出典 / 根拠 | CTA | 工数（時間） | ステータス | メモ
E. 制作能力、読者適合、根拠、差異、再利用の質、プラットフォーム適合、目標/CTA、日程の論理、Notionの安全性、状態の正確さを扱う品質確認レポート。

NOTION書き込みゲート
プレビュー中はNotionの作成、編集、削除を一切しないでください。私がプレビューを確認したら、以下を示してください：
- 正確なワークスペース/データベースの保存先；
- 既存プロパティ -> 提案プロパティの対応；
- 作成する行数と更新する行数；
- 重複と日付/タイムゾーンの確認；
- 非対応または不確かなフィールドタイプ。

Notionを変更する前に、正確なフレーズAPPROVE NOTION WRITEを待ってください。承認は最新プレビューの保存先、対応、行だけに適用されます。何か変われば再びプレビューしてください。

コネクターがない場合の代替
Notion接続が使えなければ、承認済みカレンダーを同じ列のMarkdown表とUTF-8 CSVの両方で返してください。CSVの公開日は完全な年を含むMM/DD/YYYYにして、Notionが日付として解析できるようにします。CSV取り込みはデータベース行を追加するものであり、自動同期、更新または挿入、予約、SNS公開ではないと明記してください。

05 · 人によるレビューゲート

ClaudeがNotionへ書く前に計画を確認する

編集者と制作責任者の視点でカレンダーを読みます。合格は計画を安全にデータベースへ入れられるという意味であり、全投稿が完成、予約済み、好成績の見込みという意味ではありません。

1. 01

   制作能力

   予備を確保した後も、予定制作時間は利用可能時間内に収まりますか？

2. 02

   読者との適合

   公開対象の各行は、同じ対象読者と、実際の質問、必要性、葛藤を一つ示せますか？

3. 03

   根拠

   事実や読者に関する各主張に、提供された出典か、目立つ仮説ラベルがありますか？

4. 04

   差異

   つかみ、約束する価値、実際の収穫は、近くの行と意味のある違いがありますか？

5. 05

   再利用の質

   各派生は中心のコピーではなく、角度、深さ、伝え方を変えていますか？

6. 06

   プラットフォームとの適合

   指定プラットフォームに合う形式で、単独でも理解できる背景がありますか？

7. 07

   目標とCTA

   各CTAは月間目標を支えていますか？行動を求めず教えるだけの行も認めていますか？

8. 08

   日程の論理

   中心は派生より前、レビュー日は締切より前にあり、予定不可日は守られていますか？

9. 09

   Notionの安全性

   書き込み前に保存先、プロパティ対応、行数、日付、重複の可能性を確認しましたか？

10. 10

    状態の正確さ

    計画、承認、予約、公開を区別し、未公開の仕事が公開済みに見えないようにしていますか？

06 · 架空の例

架空の30日間で手順を見る

Maya Chenは架空のフリーランスデザイン講師で、架空のInstagram読者1.84万人とニュースレター登録者2700人を持ちます。架空の顧客受け入れミニ講座を発売予定で、2026年11月の制作時間は34時間です。以下の名前、読者数、時間見積もり、成果、行はKabo顧客を表すものでも、基準を示すものでもありません。

横にスクロールすると、すべての列を読めます。

無関係な30個のプロンプトではなく、四つの群を使う計画です。レビュー日と予備日を明示し、回答依存で裏付けのない投稿は保留し、最後の振り返りで実際に公開したものを記録します。月末にはClaudeに成果を推測させず、Mayaが計画状態を実際の結果に置き換えます。

07 · 同じ方法、別のクライアント

Codexでも同じコンテンツ計画手順を使う

Codexでも編集方法は変わりません。同じ入力概要とマスタープロンプトを使い、同じプレビューと品質確認レポートを求め、特定のNotion書き込みを承認するかCSV代替を使います。AIクライアントが変わっただけで戦略を作り直す必要はありません。

CodexにNotionへのアクセスを与えるには、MCP設定を読み取る対応ローカルCodex環境でNotionホスト型MCPサーバーを設定し、OAuthを完了します。OpenAIはMCP設定とOAuth対応を、Notionはホスト型エンドポイントと対応ツールを文書化しています。アクセスは認証済み接続に従うため、レビュー時にワークスペースと保存先を確認します。

OpenAI開発者向け：CodexのModel Context Protocol ↗Notion開発者向け：AIツールをNotion MCPに接続する ↗Notion開発者向け：Notion MCPの対応ツール ↗

08 · 引き渡しの診断

Notionへの引き渡しの問題を解決する

横にスクロールすると、すべての列を読めます。

Notionヘルプ：Notionにデータをインポートする ↗Notionヘルプ：カレンダービュー ↗

09 · 出典と方法

文書に基づく事項とKaboの方法

コネクター、MCP、認証、対応ツール、取り込み、カレンダービューの説明は、以下の公式資料に基づきます。入力概要、制作能力の範囲、中心から派生させる方法、プロンプト、書き込みゲート、品質チェック、Mayaの例はKaboの編集資料です。公開されたクリエイターの手順は問題設定の参考ですが、一定の時間短縮や成果の証明ではなく、一次資料バッジの件数に含めません。

• Anthropic：Claude用Notionコネクター ↗
• Notion開発者向け：AIツールをNotion MCPに接続する ↗
• Notion開発者向け：Notion MCPの対応ツール ↗
• Notion開発者向け：MCPセキュリティのベストプラクティス ↗
• Notionヘルプ：Notionにデータをインポートする ↗
• Notionヘルプ：カレンダービュー ↗
• OpenAI開発者向け：CodexのModel Context Protocol ↗