はじめに：AIに毎回、自己紹介していませんか

1 (1)_.jpg

ChatGPTやClaudeに真面目な相談をするとき、毎回こんな前置きをしていませんか。

「まず私の状況を説明すると、今こういう仕事をしていて、今月はこの案件があって、将来的にはこういう方向を目指していて……」

僕は完全にこれでした。

AIはすごく賢い。でも毎回、こちらの事情は初対面です。仕事の状況も、予定も、過去の判断も、会計も、進行中のプロジェクトも、全部こちらが説明しないと動けない。

一方で、僕のNotionにはそれが全部入っていました。仕事のプロジェクト、日々のタスク、会計、カレンダー、Webクリップ、AI活用メモ、自分用のルール、アプリ開発計画。

だったら、毎回説明するのをやめて、NotionをAIが読める「作業台」にすればいい。最初はそんな思考から始まりました。

1年半にわたる試行錯誤の末、これはかなり便利になりました。今では、Notionのコメント欄からAIに作業を発注し、手元のパソコンでClaude CodeやCodexが実装して、結果が自動的にNotionに返ってくるところまで来ています。

ただ、しばらく運用して気づいたことがあります。この仕組みの肝は、自分で完璧な発注文を書けるようになることではありませんでした。僕が平易な日本語で話すだけで、Notion AIがそれを発注文に整え、ローカルのAIが実行できる形まで橋渡ししてくれる。その「環境」を設計することでした。

Notionを、ただのメモアプリではなく「自分の業務OS」として使う
Notion AIには平易な日本語で話すだけ。設計書づくりと発注への整理はAIと一緒に進める
言語化できることはAIに渡し、「向きと判断」という人生の手綱は人間が握る
大事なのは「どのAIを使うか」ではなく、AIに渡すルールと段取りを先に整えておくこと

これから紹介する仕組みは、プログラミングのためだけのものではありません。文章を書く、資料を作る、予定を整理する、会計を見る、仕事を進める。そうしたあらゆるホワイトワークを、日常語から設計・発注・実行へつなげるための基盤になります。

ここまで読んで、思い当たるところはありましたか。この記事は、こんな人に読んでほしいと思っています。

Notionをもっと深く使いたい
Claude CodeやCodexを遊びではなく実務や生活に組み込みたい
AIに毎回同じ説明をしている感覚がある
自分用に業務を自動化したい

そして、もう一人。「やりたいことはある」「AIを使えばできそうな気もする」。でも、始めたら情報が散らかりそうで怖い。すぐに一つのタスクで頭がいっぱいになってしまう。結局たいした成果物も残らず、ただ時間を浪費して終わる気がする。そんな不安で一歩目が重くなっていた人にも、ぜひ読んでほしいと思っています。

僕もそうでした。**好奇心はあるのに、それを受け止める場所と、実行へ流す仕組みがない。だから可能性の手前で止まってしまう。**この仕組みは、その重さを外すためのものでもあります。

先に結論：言語化できることは、AIに渡していい

この仕組みを運用していて、一番大きかった気づきから先に書きます。

AI時代に必要なのは、完璧なプロンプトを書く力ではありません。

言語化できる判断基準・手順・段取りは、AIに渡せる資産になります。だから僕は、それをどんどん仕組み側に渡しています。少し強い言い方をすると、言語化できることはAIに代替されるべきだと思っています。

これは人間の価値を下げる話ではありません。むしろ逆です。言葉にできることをAIに預けるほど、人間の価値は、対人感覚・現場での経験・五感・統合されたセンスのような、言葉にしきれない核に寄っていく。言語化は、自分の価値を削る作業ではなく、自分にしか残らない価値を浮かび上がらせる作業なんだと思います。

もうひとつ。誰でもAIで作れる時代に、代替されにくいものは何かをよく考えます。僕の答えは3つです。

①身体をともなうコミュニケーション（スポーツやお祭りなど）
②哲学や倫理観
③歴史・ブランド・自分だけが持っている内部情報(個性や文化)

Notionに自分の人生の情報を貯めていくのは、ちょうど③にあたります。AIそのものがコモディティ化しても、自分だけの蓄積層を持っていること自体が、長い目で見たとき「自分らしさ」の防御線になる。そう考えると、毎日Notionに情報を足すこと自体に意味が出てきます。

この記事は、その「蓄積層」を、AIが実際に働ける環境にするまでの話です。

なぜ作ったか：蓄積はあるのに、毎回説明していた

僕はNotionを、セカンドブレインとしてかなり深く使っています。土台は、とうまろさんのInfinity Brain Systemというテンプレート（P.A.R.A.とGTDを組み合わせた考え方）です。そこに自分の仕事や会計、プライベート情報を足して、かなり自分用に育てています。

問題は、蓄積はNotionにあるのに、それをAIにまとめて渡す経路がなかったことです。

たとえば「このNotionの下書きを、自分のホームページに記事として載せて」と頼みたいとします。普通なら、どの下書きか・タイトルやURLをどうするか・どこに載せるか・画像やリンクをどう扱うか・公開前にどこを確認するか・変更をどこへ反映するか、を全部説明しないといけません。

でも、その前提はすでにNotionやホームページ側のファイルにあります。だったら、AIがその状態を前提にして、反映や確認まで進めてくれればいい。そう考えて作り始めたのが、今の仕組みです。

やったこと：Notionを4つの役割に分けた

最初に大事だったのは、Notionをただの情報置き場にしないことでした。AIに使わせるには、Notionの中身が「どこに何があるか分かる状態」になっている必要があります。

僕はNotionを、大きく4つの役割に分けています。

① 考える場所（材料置き場）→ ノート、Webクリップ、AI活用メモ
② 整理する場所（地図）→ PARA、プロジェクト、リソース
③ 実行する場所（現在地）→ タスク、仕事、会計、カレンダー
④ 発注する場所（正本・発注・安全ルール）→ ページ本文、ページコメント、システムプロンプト、スキル

ポイントは、Notionを「全部入りのメモ帳」にしないことです。メモはメモ、プロジェクトはプロジェクト、タスクはタスク。ページ本文は正本、コメントは発注、GitHub（プログラムのコードを保管・共有する場所）はコードの正本、ローカル環境は実行場所、Notion AIは設計と確認のレイヤー。

こう分けておくと、AIに「今回はこのページを正本に見て」「このページに発注コメントを出して」「結果はこのページに戻して」と言えるようになります。

さらに、カレンダーや会計を外部ツールに置きっぱなしにせず、予定も会計もほとんどNotionに自動同期して、AIが参照できる状態にしています。AIに守ってほしいルールは、システムプロンプト(インストラクション)とスキルに置く。

つまりNotionは、資料置き場というより、AIに仕事を流すための管制塔に近くなっていきました。机に書類が山積みで「いい感じにやって」では人もAIも困りますが、正本・発注・現在地・禁止事項・提出先が分かっていれば動ける。AIも同じでした。

Notionコメントを、AIへの発注書にする

ig_08b7dee5775ca3bb016a3b0450faac8191998f6b36ab9b74b7.png

僕の仕組みでは、NotionのページコメントがAIへの発注書になります。

Notion AIのチャットパネルに、日常語でやりたいことを伝える
Notion AIが、それを発注文に整えてページコメントに投稿する
その発注が、24時間動いている中継所（クラウド側）を通ってMacに届く。Macを閉じていても取りこぼさない
Macのローカル環境でClaude Code / Codexが作業する
修正内容をGitHubのリポジトリ（コードの保管庫）に反映する
Notion AIがGitHubの更新内容を確認する
結果をNotionのコメントに返す

2段階でAIが関わる

ここで大事なのは、AIが2段階で関わっていることです。

まずNotion側にNotion AIがいます。僕はここで、ノートの整理や、ローカルのAIに渡す発注文・プロンプトづくりを手伝ってもらっています。「このノートをこう整理したい」「この作業をこう頼みたい」を一緒に言語化していくイメージです。

もうひとつが、Macのローカルで動くClaude CodeやCodexです。実際にコードを読み書きし、作業を実行するのはこちらです。

つまり、Notion側のAIが「何をどう頼むか」を整理し、その発注をローカルのAIに渡して動かす、という連携です。

Notion AI：ノートを整理する、発注文・プロンプトを一緒に作る、GitHubの更新を確認する
ローカルのClaude Code / Codex：実装する、検証する、リポジトリへ反映する

僕の前提も正直に書いておきます。僕はNotion AIのチャットパネルには、かなり平易な日常語でしか指示していません。文字入力すらほとんどせず、音声入力で、パソコンに向かってしゃべっているだけです。頭の中のもやっとした意図を声に出すと、Notion AIが発注文に、ローカルのAIが実装に変えてくれる。発注に必要な項目を、僕が覚えておく必要すらありません。

一番のポイントは、Notionが、手元のマシンで動くClaude CodeやCodexと地続きでつながっていることです。クラウドの便利機能で完結するのではなく、自分の手元で動くAIまでNotionから動かせる。ここがこの仕組みの肝です。

人間が見るのは、Notionだけでいい

この仕組みのいいところは、人間が触る場所がNotionだけになることです。人間にとってNotionは、仕組みとやり取りするための「窓口（ヒューマンインターフェース）」になり、それ以外の裏側を覗きにいく時間が自然となくなります。

これまでのいわゆるVibe Coding（AIと一緒に開発を進めるやり方）では、細かい雑務に時間を取られていました。開発用の画面（IDE）を行き来したり、ターミナル（文字でコマンドを打ちこむ画面）に流れるログをじっと眺めたり、ExplorerやFinderでファイルを探し回ったり。難しいログがどんどん流れていく様子は、映画『マトリックス』の文字が流れる画面みたいで、正直に言うと見ていて楽しいし、中毒性があるのもよく分かります。

でも、ファイルを探したり、専門的な動きを見張ったりしている時間は、多くの人にとっては人生のムダ遣いだと思います。専門のエンジニアなら監視が必要な場面もありますが、ふつうの人にとって、その時間は本来いらないはずです。

人間がやるべきなのは、裏側を見張ることではありません。自分自身の思考を整理することだけに集中すればいい。発注も、実行の様子も、結果の確認も、Notionという一つの窓口に戻ってくる。だからこそ人間は、自分の人生に専念できます。

日常語から、設計書が立ち上がっていく

たとえば、僕が実際に言うのはこのくらいの一言です。

今やってる、Notionとローカル開発の連携とか自動化のことを、ノートにまとめたいんだよね。
いい感じにまとめたいんだけど、技術自慢っぽくはしたくないんだよなあ。

これだけでは、たしかに弱い。でも僕は、ここから長い発注文を自分で書くわけではありません。Notion AIと一緒に、設計書や計画書のページを少しずつ作り上げていきます。感覚としては、発注文を書くというより、やり取りの中で設計書が立ち上がっていくのに近い。

実は、いま読んでいただいているこの記事自体が、まさにそうやって出来上がりました。最初は「もうちょっといい感じにして」くらいの一言でしたが、Notion AIとやり取りするうちに、読者像も、文体の方針も、ページの上に立ち上がっていきました。

そして、その設計書をもとにページ上でディスカッションしながら、Notion AIにNotionのコメント（＝ローカルのAIへの発注）を出してもらいます。一緒にページを作り上げ、そこでの議論から発注が生まれていく、という流れです。

たとえば、この記事の挿し絵づくりは、実際にはこんな流れでした。

声で「この内容に合う絵を、ページのいい場所に差し込んで」と投げる
Notion AIが、どの見出しにどんな絵を入れるか、差し込む位置とあわせて提案する
合意できたら、Notion AIが発注を出す
手元PCのAIがそれを受け取り、最新の画像生成AIで挿し絵を作る
できた絵がページの該当箇所に差し込まれ、結果がNotionに戻ってくる

僕がやったのは、最初の一言と「これでいい」の確認だけです。文章の設計から画像の用意、差し込みまで、同じ流れの上でつながっています。

重要なのは、この時点で、文章や作業の設計そのものが、Notion AIとのやり取りを通じてかなり出来上がっていることです。

しかもそれは一般的なテンプレートではありません。Notionにある過去のメモ、進行中のプロジェクト、読者像、自分用のルール、これまでの判断を前提にした、自分にパーソナライズされた設計です。Notion AIとのやり取りは、プロンプトをきれいにする作業ではなく、Notionの情報基盤を使って自分用の設計図を作る作業に近い。

実際には、Notionだけを見てこう動かしています

実際の画面では、細かいログを見るのではなく、Notionのページとチャットパネルだけで流れを追えるようにしています。細部を読むというより、「こういう往復になっている」という雰囲気だけ見てもらえれば十分です。

01_ユーザーはチャットパネルで日常的な言葉で気軽にNotion AIに投げかけるだけ.jpg

右側のNotion AIチャットパネルに、日常語でそのまま投げかけます。

02 ローカルパソコンで動くAIからの返信とNotion AlからローカルAIエージェントへの送信２.jpg

Notionページのコメント欄に発注が作られ、ローカルAIが作業を受け取ります。

03_ローカルAIからNotionのページにコメントが飛ぶと、自動的にNotion AIチャットパネルにも返が届く。.jpg

ローカルAIの結果は、Notionページのコメントに戻り、チャットパネル側にも通知されます。

ページと紐付けると、チャットパネルだけで最新の返信を追えます。
複数案件を並行するときは、この画面のままどんどん返信していきます。

平易な日本語が、実行につながる

たとえば、他の作業ではこんなことを頼んでいます。

「この記事の下書きをブログに載せて」→ ホームページ側のコードまで直して反映してくれる
「来週の予定を整理して」→ プライベートや家族の予定はGoogleカレンダー連携で共有でき、仕事の予定は、調整するとお客さんが見られる自作のカレンダーにも自動で反映される
「この案件を入れておいて」→ Notionと会計管理サービスのAPI連携（アプリ同士を自動でつなぐ仕組み）で収入の見込みが自動で立ち、経費の登録や確定申告までNotionで完結する
「この自作アプリの不具合を直して」→ 修正・ビルド（プログラムを動く形に組み立てること）・テスト・アプリへの入れ直しまでをAIが自分で繰り返す。最後の「実際に触った操作感が良いか」の目視確認だけ、僕がやる

見せたいのは派手な機能紹介ではありません。人間が平易な日本語で言ったことが、Notion側で整理され、ローカル側で実行され、またNotionに戻ってくることです。

最後の自作アプリの例が分かりやすい。AIは、修正して・ビルドして・テストして・アプリに入れ直して、というループを自分で回し切れます。でも「触ってみて気持ちいいか」「違和感がないか」という最終判断は、僕がやる。OKかどうかの最後の一押しは人間が握る。この線引きが、この仕組みの土台です。

本体は「システムプロンプトとスキルの設計」

1 (2)_.jpg

この仕組み、魔法のように見えるかもしれません。

でも本体は、派手なAI機能ではありません。何を見せるか。どこへ返すか。どこまで任せるか。どこで人間に戻すか。この線引きを、システムプロンプトとスキルに書いておくことです。

何を決めておくか

あらかじめ決めておくのは、たとえばこんな判断です。

どこから依頼を受けるか
どの情報を見せるか
どの正本に従うか
どの経路で実行するか
どこまで実行してよいか
結果をどこへ戻すか

これらを、その都度の気合いではなく、システムプロンプトとスキルに書いておく。ここを設計しておくことが、AIを安定して動かす土台になります。

効いてくるのは、役割分担です。Notion側と手元側で、「どこまでやるか」と「どこで止まるか」を書き分けておきます。

Notion側（Notion AI）：設計・発注文づくり・確認まで。
手元側（ローカルAI）：実装・検証・反映まで。最終OKは人間に返す。

よく使う処理だけをスキルに切り出す。この書き分けがあるから、日常語で頼んでも、裏側では実行可能な作業として流れていきます。

スキルは「増やす」より「棚卸し」

スキルは、増やすほど強くなる——わけではありません。

使わないスキルまで抱えこむと、かえってAIのノイズになります。だから、よく使う処理だけをスキルにして、不要になったら外す。「増やすもの」ではなく「棚卸しするもの」です。

仕組み化も同じです。全部を自動化することではなく、繰り返す判断だけをルールに書き出し、必要なものだけを残していく。むしろ引き算に近い作業なんです。

安全のための線引き

最後に、安全性にも少しだけ。AIにNotionを自由に書き換えさせるのは、便利な反面、かなり怖い。

だから僕は、AIがページ本文を勝手に書き換えられないようにしています。しかも「お願い」ベースではありません。基本は禁止、必要なときだけ明示的に許可。そうやって仕組み側に組み込んでいます。

ここまで決めておくと、便利さと怖さの境界線を仕組みとして持てます。

Notionは、AIに渡す「地図」になる

AIに仕事を頼むとき、情報量が多ければいいわけではありません。むしろ多すぎるとAIは迷う。大事なのは、どこに何があるか分かることです。

僕は「整理」と「整頓」を分けて考えています。整頓は見た目がきれいに並んでいる状態、整理は必要なものを必要なときに取り出せる状態。AIに渡すうえで効くのは後者です。見た目のきれいさより、取り出しやすさを優先する。

この地図は、自分があとで読むためだけのものではありません。「このテーマを考えるならこのリソース」「この作業ならこの設計正本」「このプロジェクトならこのページのコメントに返す」。こういう地図があると、AIはかなり使いやすくなります。

しかもこの地図は、ただの倉庫ではありません。調べて、貯めて、使って、更新する、を繰り返すと、だんだん「育つWiki」「動く記憶」に近づきます。一度入れたら終わりの保管庫ではなく、AIと一緒に育てる記憶です。

これは「Notion vs. Obsidian」の観点でも面白いところです。Obsidianの強みは、ローカルで動き、手元にファイルとして情報を持てること。Notionはクラウド専用だと思われがちですが、実はそうとも限りません。少し拡張すれば、Notionの情報すべてを手元へミラーリングするのは、案外かんたんに作れます。

そうなると、Obsidianの「ローカルであること」の強みは、ここではそれほど絶対的ではなくなります。たとえば、こんなことができます。

ローカルのAIが、Notionの情報を見ながら作業する
その結果を、GitHubやNotion側のリポジトリに反映する
Notion AIには「GitHub MCP」（外部サービスとAIをつなぐ連携の仕組み）をつなぎ、同じ更新を追えるようにする

こうすれば、ローカルのAIとNotion AIが同じ情報基盤の上で共同作業できます。クラウドの手軽さと、手元に知識がある強さ——その「いいとこ取り」が、ほんとうに成立するわけです。

ゴールは人間が握り、実行はAIに任せる

AIに任せ始めると、つい「全部やってほしい」と思います。でも、丸投げしていい部分と、絶対に人間が握る部分は違います。

どこへ向かうか：人間
何を大事にするか：人間
何を公開するか：人間
どこまで自動化するか：人間
実装の手順を考える／既存コードを読む／テストを書く／失敗原因を調べる：AIにかなり任せられる

ただしこれも、人間が毎回きれいに整理して渡すという意味ではありません。ゴールや判断基準が曖昧でも、平易な言葉で出しながら、仕組み側で実行できる形に整っていけばいい。人間が握るのは最終的な向きと判断であって、発注の形そのものではありません。

ここは僕の人生観ともつながっています。人間が生きている実感を得られるのは、人生の手綱を自分で握れている感覚からだと思っています。全部を手作業する必要はない。でも、どこへ向かい、何を大事にし、どこで止まるかを自分で決められている感覚は、手放してはいけない。

僕はこれを「ベクトル的意思決定」と呼んでいます。AIにはある区間を自走させる。でも、方向転換・審美的な判断・倫理的な判断・公開可否・「もう完成でいい」という判定は人間が握る。スピードはAIに出してもらい、進む向きは自分で決める。

最近では「ループエンジニアリング」（AIにひと区間を任せて自走させる設計の考え方）という概念が流行っていますが、このシステムでもこの「区間を任せる」部分を、もう少し踏み込んで設計しています。AIを放置して走らせるのではなく、Notionに戻ってくる経路・止まる条件・検証する手順を作ったうえで、任せられる区間を伸ばしている感覚です。

補足：Notion AIは、追加課金なしでかなり使える

この運用で地味に大きいのは、Notion AIのチャットパネルを追加課金なしで何度も使えることです。ビジネスプラン以上なら、ノート整理や発注文づくりを日常的に回せます。

一方で、トリガーで自動的に動く「カスタムエージェント」や「ワーカー」は別料金の仕組みです。僕のやり方はそこに頼らず、チャットパネルのNotion AIだけを窓口にしています。

料金や含まれる内容は変わるので、最新情報はNotion公式の料金ページで確認してください。

モデル名も固定しません。Notionの整理には文章をまとめるのが得意なモデル、ローカルの開発にはコードに強いモデルを使う、くらいの使い分けで十分です。ローカル側は、使用頻度によっては高めのサブスクプランが必要になる場合があります。

大事なのは、最新モデル名を追うことではありません。どの情報を見せ、どの経路で実行させ、どこで止めるか。その設計のほうが長く残ります。

まとめ

AI活用で本当に効いたのは、すごいプロンプトを書くことではありませんでした。

日常語を発注に変え、ローカルで実行し、結果をNotionに戻す——この一連の「環境」を設計したことでした。その積み重ねで、Notionはただのメモアプリではなく、僕にとってAIと一緒に働くための業務OSになりました。

正直な手触りも書いておきます。こういう環境を作って毎日の作業が加速しても、自由な時間が増えるわけではありません。むしろ、好奇心がある限りやりたいことは次々見つかり、同時並行のプロジェクトは増えていきます。それでも苦しくないのは、気になったことをまずNotionに投げておけば、整理も実行も結果も、すべてNotionに戻ってくるからです。

AIの時代に取り残されているような焦りは、たぶん「AIを使えていない」ことだけから来るのではありません。本当はもっと色々できるはずなのに、どこから始めればいいか分からない。始めても散らかりそうで怖い。その感覚から来ている。Notionを窓口にして、裏側のAIに実行を任せられるようになると、その重さがかなり軽くなります。

ちなみに、これは「公式機能」でも「買える商品」でもありません

「それ、Notionの公式機能でできるんじゃないの?」「どこかで売っている商品なんでしょ?」。答えは、どちらもノーです。

Notionにも、AIが自律的に動く公式の仕組み——さきほど触れた「カスタムエージェント」や「ワーカー」——はあります。どちらも強力ですが、動く場所はNotionのクラウドの中です。僕のように、自分のMacの中で、自分が契約しているClaude CodeやCodexを、Notionの発注から直接動かす——しかもMacを閉じていても取りこぼさない——という形は、公式の単品機能としては用意されていません。

部品そのものは公開されています。Notionと手元のAIをつなぐMCPや、Notionを操作するCLIなどです。でも、それらを「コメントで発注して、手元で実行して、また結果が戻ってくる」一つのループに組み上げる設計は、自分で作るしかありません。逆に言えば、ここが誰のものでもない、自分だけの設計になります。

だからこの記事で渡せるのは、ボタンひとつで動く魔法の商品ではありません。渡せるのは、その設計図と考え方です。そしてそれは、買ってくるよりずっと面白い。

ここまで読んだ「考え方」と「全体構造」は、それ自体がこの記事の本体です。読んで「自分のNotionでも、AIに仕事を流せるようにしたい」と火がついたなら、それだけでもう一歩目は踏み出せます。ここを手がかりに自分なりに組み始めてもらえたら、うれしいです。

無料部分だけでも、今日から踏み出せる

何より大事なのは、まずNotionに蓄積を始めること。完璧な分類はいりません。気になったこと、考えたこと、日々の気づきまで、とにかく置き始める。ここが「自分だけの蓄積層」になり、溜めたものをNotion AIが踏まえて動く——あの「活きる」手応えを、一度味わってみてください。ここまでは、ローカルの仕組みがなくても、Notionとビジネスプランがあれば試せます。

そして、この感覚をいちど体感できたら、次は自分のパソコン側へ広げる番です。ただ、いざ動かそうとすると「まず何を渡せばいいのか」「Notion AIには何を任せるのか」「ローカルのAIにどこまで実行させるのか」で手が止まりやすい。ここから先の有料パートは、その最初のつまずきを減らすための近道です。早く土台を開通させたい人に向けて、ローカルAIへ渡す構築ガイドと、Notion AI側を育てる設計ガイドをまとめてあります。

実際に作るための3つのガイド（有料パート）

８.png

ここから先は、この仕組みを自分の手で育て始めるための「ガイド一式」です。派手な実演を見せるためではなく、あなた自身のNotionとローカルAI環境で、まず土台を一つ開通させるために使ってください。

無料部分が「考え方と全体構造」だとすれば、有料パートは「自分の環境で最初のループを開通させるための材料」です。

お渡しするのは、大きく次の3つです。

① 3つのガイドを、まるごとお渡しします

Notionコメント駆動AI環境構築ガイド：ローカルとNotionを連携させ、土台を開通させるための設計書。ローカル側のAIにそのまま渡して使います。→ 「まず何を渡せばいいのか」で止まる時間をなくします。
Notion AI 設計ガイド①：システムプロンプトの作り方：話すだけでNotion AIが発注文に整えてくれる「頭脳」の作り方。→ 「Notion AIに何を任せ、何を見せるか」をゼロから悩まずに済みます。
Notion AI 設計ガイド②：ローカル開発運用スキルの作り方：日々の発注と、結果を確認する目を支える「スキル」の作り方。→ 「手元のAIにどこまで実行させ、どこで止めるか」の線引きを最初から持てます。

土台づくりは構築ガイドをローカルのAIへそのまま渡せば対話の中で開通します。
日々の指示や確認は設計ガイド①②を開いたままNotion AIに指示を出せば、自分用のNotionインストラクションとスキルが出来上がっていきます。説明した役割分担が、そのまま3つのガイドに対応しています。

② ローカル側の構築に使えるツール

構築は、ターミナルから直接使えるLLMが1つあれば始められます。Claude Code / Codex / Gemini 、その他ローカルで動くLLMのうち、少なくとも1つを用意してください。

③ 構築の進め方と、このガイドの使い方

ガイドは「読み物」であると同時に「AIへの入力」も兼ねています。むずかしい手順を、人間が全部覚える必要はありません。具体的な一歩目はこうです。

まず構築ガイドの全文を、ローカルのAI（Claude Code / Codex / Gemini/ローカルLLM）にそのまま渡す
自分のMacの状況を伝えながら、AIと一緒に土台（ローカルとNotionの連携）を開通させる
土台が安定したら、設計ガイド①②をNotion AIに渡し、自分専用のシステムプロンプトとスキルを少しずつ育てる

最初から完璧な自動化を目指さなくて大丈夫です。まずは土台を一つ開通させること。それが一番たしかな一歩目です。

この3つは、完成品というより「スターター」です。構築ガイドでNotionとローカルAIがつながる土壌を作り、その上に設計ガイド①②をまく。あとは、よく使う言い回し・自分の仕事の進め方・止めたい条件・確認したいポイントを少しずつ足して、自分のNotionと判断基準に合った仕組みへ育てていく。お渡しするのは「完成された誰かの環境」ではなく、あなたの環境に根を張らせるための種と、その土壌です。

やりたいことが並行で増えても、不思議と苦しくなりません。気になったことには置き場所があり、実行の経路も決まっているから、頭の中で渋滞しないんです。

整理と実行が前より速く流れるようになって、いまは逆に「心安らかな時間をどう作るか」を考え始めたほどです。コスパやタイパを突き詰めてきた人が、最後にヨガや瞑想やトライアスロンへ行き着く——、ようやく腑に落ちました。求めていたのは、速さそのものではなかったんです。

だからこれは、単に作業が速くなるという話ではありません。自分の可能性を、自分で閉じなくてよくなる。そこにこそ、この仕組みの一番の価値があります。

有料パートでお渡しする3つのガイドを利用すれば、この価値をあなた自身のNotionで作れます。ただし、注意点があります。

動作確認はMacのみ：僕自身がMacで確認しており、動作確認はMacでしか行っていません。WindowsやLinuxでも応用できる可能性はありますが、このガイドの確認済み環境ではありません。
ローカルの実行基盤があること：自分のパソコン上で、ターミナル・IDE・アプリなどからAIエージェントに命令できる実行基盤を構築できている、または構築できる状態にあることが前提です。
NotionとNotion AIを使えること：この仕組みは Notion AI が中心になるため、Notion AI を使えるプラン（ビジネスプラン以上）に入っていることが必須条件になります。すでにNotionを使っているか、これから加入して使う予定の人向けです。

この3つに当てはまらない場合は、購入してもガイドをそのまま活用しにくい可能性があります。

当てはまるなら、ここから先のガイドは、ただ読むものではなく、自分の環境を育て始めるための入口になります。

あなたはNotionを、ただのメモ置き場として使いますか。それとも、AIが整え、実行につないでくれる業務OSとして使いますか？