まともに記事を書いていると人生が足りない！note.comをエージェントの外部脳として使う完全ガイド
まともに記事を書いていると人生が足りない！note.comをエージェントの外部脳として使う完全ガイド
出典: note.com / 2026-05-03
まともに記事を書いていると人生が足りない！note.comをエージェントの外部脳として使う完全ガイド
記事を書きたい。でも書く時間がない。
アイデアは浮かぶ。でも、メモに書いたまま消える。
モヤモヤした「なんかいい感じのやつ」がある。でも、形にできない。
この問題を解決するのは、「もっと頑張る」ではない。「書く」をエージェントに任せることだ。
あなたは「思う」だけ。エージェントが「書く」「保存する」「投稿する」。
note.comを外部脳として使う。具体的な方法を、全部教える。
前提：note.comのAPIは3種類ある
note.comは公式APIを公開していない。しかし、内部APIが逆輸出されており、3つの方法でアクセスできる。
①curl直叩き（最もシンプル）
curlコマンドで直接APIを叩く。スクリプト1本で完結。プログラミング不要。
→ 私たちが今使っている方法。skill: note-auto-post。
②note-api-client（Node.jsライブラリ）
npm install note-api-client。TypeScript対応。型安全。プロミスベース。
→ GitHub: RenKoya1/note-api-client。記事検索、ユーザー情報、コメント取得、カテゴリ検索、ハッシュタグ検索、画像アップロード、下書き保存、目次自動生成まで対応。
③note-mcp-server（MCPサーバー）
Claude Desktopから直接note.comを操作するためのサーバー。
→ GitHub: mcpflow/note-mcp-server。記事検索、ユーザー検索、コメント投稿、スキ管理、PV統計取得、コンテンツアイデア生成、競合分析までできる。認証不要の読み取り機能も多い。
どれを使ってもいい。**大事なのは「どのAPI」かではなく、「何を自動化するか」**だ。
note.comの内部API一覧
すべて非公式。仕様変更のリスクがある。しかし、現時点で動作する。
認証不要（読み取り）:
・GET /api/v2/creators/{urlname}/contents → 記事一覧取得
・GET /api/v2/note/{noteKey} → 記事詳細取得
・GET /api/v2/note/{noteKey}/comments → コメント一覧
・GET /api/v2/search/note?q={keyword} → 記事検索
・GET /api/v2/categories/{category}/notes → カテゴリ記事一覧
・GET /api/v2/users/{username} → ユーザー情報
認証必須（書き込み）:
・POST /api/v1/sessions/sign_in → ログイン（Cookie取得）
・POST /api/v1/text_notes → スケルトン作成
・PUT /api/v1/text_notes/{id} → 公開/更新
・POST /api/v1/image_upload/note_eyecatch → 画像アップロード
・DELETE /api/v1/notes/{id} → 削除
・GET /api/v2/creators/{urlname}/stats → PV統計
認証は「メールアドレス＋パスワード」でCookieを取得。有効期限は約90日。
外部脳としてのnote.com：5つの活用法
活用法1：ふわふわアイデアの即保存
日常の中で「なんかいい感じ」が浮かぶ。電車の中、風呂の中、散歩中。これを逃さない。
方法:
Telegramに「メモ：〇〇〇〇」と送る。エージェントが受信し、note.comの下書きとして保存する。
流れ:
-
Telegramに「メモ：ヤマトコロニーに温泉掘るのいいかも」
-
エージェントが受信
-
note.comのスケルトン作成APIを叩く
-
下書きとして保存（status: draft）
-
Telegramに「保存しました：下書きID 12345」と返信
ポイント:
・この時点では「ふわふわ」のままでいい。構造化しない。
・「メモ：」プレフィックスでエージェントが判断
・下書きなので、誰にも見えない。安全
・1日に何個送ってもいい。溜めるのが目的
実装はシンプルだ。ログイン→スケルトン作成→PUTで下書き保存。bodyにメモ内容をそのまま突っ込むだけ。
活用法2：ボイスメモ→記事変換
歩きながら、風呂の中で、寝る前に——「話す」だけで記事になる。
方法:
Telegramのボイスメッセージを送る。エージェントが音声認識→テキスト化→記事化する。
流れ:
-
Telegramにボイスメッセージを送信（3分間の独り言）
-
エージェントが音声認識（Whisper / Voxtral）でテキスト化
-
テキスト化された内容をLLMに渡す
-
LLMが「記事のたたき台」を生成（タイトル＋見出し＋要旨）
-
note.comの下書きとして保存
-
Telegramに「たたき台ができました。公開しますか？」と通知
ポイント:
・「話す」は「書く」より10倍速い。3分で1000文字分の内容
・話の脱線や重複はLLMが整理する
・「そのまんま」が記事になるわけではない。エージェントが構造化する
・声のトーンや感情は失われるが、それは後から人間が加筆する
これだけで、1日の「つぶやき」が3-5本の記事候補に変わる。
活用法3：メモの蓄積→記事化
下書きに溜まったメモを、定期的に「記事」にまとめる。
方法:
エージェントが定期的に（週1回など）下書きメモを読み、テーマごとにグループ化し、記事のたたき台を生成する。
流れ:
-
エージェントが下書き一覧を取得
-
LLMでテーマ分類（「AI」「ライフスタイル」「ヤマトコロニー」など）
-
同テーマのメモを3-5個集める
-
LLMで「たたき台」を生成（タイトル＋見出し＋要旨）
-
下書きとして保存
-
Telegramに「今週のたたき台：①〇〇 ②□□ ③△△。どれを書きますか？」と通知
ポイント:
・「たたき台」はあくまで提案。人間が選んで加筆する
・加筆もエージェントに依頼可能（「①を5000文字で書いて」）
・最終的な「声」は人間が決める。エージェントは「材料」を出す
・溜まったメモは削除しない。将来の記事の種になる
1週間で10個のメモが溜まったとする。その中から3個のたたき台が出る。その中から1個が記事になる。「書く」作業は90%削減される。
活用法4：競合分析→テーマ提案
「何を書くか」が一番時間かかる。これを自動化する。
方法:
毎朝、同じカテゴリのnote.com記事を自動収集し、「伸びた記事」を分析。差別化されたテーマを提案する。
流れ:
-
毎朝7時、cronでスキャン開始
-
自分のカテゴリ（AI、ライフスタイル等）の新着記事を取得
-
スキ100超の「伸びた記事」を抽出
-
タイトル・構成・ハッシュタグを分析
-
LLMに「今日のテーマ提案3つ」を生成させる
-
Telegramに通知
分析の切り口:
・タイトルの長さ（短い方がいいのか、長い方がいいのか）
・数字の使用（「5つの方法」など）
・疑問文 vs 断言文
・ハッシュタグの数と種類
・文字数と見出し数
・投稿時間帯
ポイント:
・「伸びた記事の真似」ではない。「同じ需要に違う角度で答える」のが狙い
・分析データは蓄積。3ヶ月あれば、トレンドが見える
・「競合」は「敵」ではない。「何が求められているかのバロメーター」
活用法5：過去記事の再利用
書いた記事は、1回で終わらせてはいけない。再利用が鍵だ。
方法:
過去の記事をエージェントに読みさせ、新しい切り口で再構成する。
具体例:
・1年前の「AIとは何か」記事 → 「2026年のAIとは何か」に更新
・技術記事 → 「初心者向け」に書き換え
・長文記事 → 「要約版」に短縮（X投稿用に140文字に圧縮など）
・複数の短文記事 → 「まとめ記事」に統合
・note記事 → X投稿用スレッドに変換
・note記事 → ボイスメモ原稿に変換（podcast用）
流れ:
-
エージェントに「過去の記事を読み込んで」と指示
-
記事の内容をLLMに渡す
-
「新しい切り口で書き直して」と指示
-
下書きとして保存
-
確認して公開
これで、1つのアイデアから複数の記事が生まれる。「書く」コストがさらに下がる。
運用サイクル：1日の流れ
朝7:00（自動）:
エージェントがnote.comをスキャン。トレンド分析＋テーマ提案をTelegram通知。
「おはようございます。今日のテーマ提案：①〇〇 ②□□ ③△△」
日中（随時）:
ふわふわアイデアをTelegramに送る。「メモ：〇〇」「ボイスメッセージ」。
エージェントが即座に下書き保存。「保存しました」と返信。
夜21:00（自動）:
今日保存したメモをまとめてTelegram通知。「今日のメモ3件。①〇〇 ②□□ ③△△」
週末（手動＋自動）:
週に1-2本、エージェントが生成したたたき台を確認。選んで加筆。公開。
または「①を書いて」とエージェントに依頼。出来上がった記事を確認して公開。
月末（自動）:
月間レポート生成。PV・スキ・コメントの推移。成功記事・失敗記事の振り返り。
来月のコンテンツ戦略を提案。
技術的な実装方法（3段階）
Stage 1: 最小構成（今すぐできる・所要1-2時間）
・curl直叩きで記事投稿（skill: note-auto-postが既にある）
・Telegram Bridgeで「メモ：」を受信
・Pythonスクリプト1本で下書き保存
・最低限の「外部脳」が動く
Stage 2: 自動化（1週間で構築）
・cronで毎朝のスキャン
・下書き一覧の取得→テーマ分類
・Telegram通知の自動化
・週次たたき台生成
・ボイスメッセージ→記事変換
Stage 3: 高度な分析（1ヶ月で構築）
・PV・スキ・コメントの定期収集
・パフォーマンスダッシュボード
・「伸びた記事」の共通点分析
・LLMによるコンテンツ戦略提案
・過去記事の自動再利用
具体的なプロンプト例
メモ→たたき台変換:
「以下は今週note.comに保存したメモです。テーマごとにグループ化し、各グループから記事のたたき台（タイトル＋見出し5個＋各見出しの要旨2文）を生成してください。」
ボイス→記事変換:
「以下は話した内容の文字起こしです。これをnote.comに投稿する記事として整理してください。タイトルを3案、本文を2000文字で。話の脱線は削り、核心だけ残してください。」
競合分析→テーマ提案:
「以下はnote.comのAIカテゴリで今週スキ100超えた記事のタイトル一覧です。これらの記事の需要を分析し、同じ需要に違う角度で答えるテーマを5つ提案してください。」
過去記事→再構成:
「以下は6ヶ月前に書いた記事です。2026年5月の最新情報に基づいて更新し、新しい切り口で書き直してください。」
メモ→X投稿変換:
「以下はnote.comに保存したメモです。これをX投稿用に140文字×5スレッドに圧縮してください。フックとなる1行目は特に重要です。」
注意点とリスク
①API仕様変更リスク
note.comの内部APIは非公式。いつ変更されるかわからない。
対策: curlスクリプトをモジュール化。変更箇所だけ差し替え可能にする。
②BANリスク
APIを叩きすぎるとアカウントBANの可能性。
対策: 1日3本まで。ポーリングは1日1-2回。1秒以上の間隔。
③品質管理
エージェントが生成した記事をそのまま公開すると、品質が落ちる。
対策: 「たたき台」は人間が確認してから公開。全自動公開はしない。
④Cookie有効期限
Cookieは約90日で切れる。
対策: 定期的に再ログイン。失敗したらTelegram通知。
⑤「書く力」の衰え
全部エージェントに任せると、自分が書けなくなる。
対策: 週に1本は「手書き」する。エージェントは「補助」であり「代替」ではない。
⑥著作権の問題
エージェントが生成した記事の著作権は、現状では曖昧。
対策: 最終的な内容は人間が確認・加筆する。エージェントの出力を「そのまま」使わない。
なぜ「note.com」なのか——他のサービスとの違い
「なぜNotionやObsidianではなく、note.comなのか？」という疑問がある。答えはシンプルだ。
Notion / Obsidian:
・プライベートな知識管理には最適
・しかし「発信」には向かない
・データはローカルまたはクラウドに閉じている
・「書いたもの」が誰にも読まれない
note.com:
・「書いたもの」が即座に公開される
・読者がいる。フィードバックが返ってくる
・「外部脳」であり「発信装置」でもある
・日本語コンテンツに特化したプラットフォーム
Obsidianは「個人のメモ帳」。note.comは「公開された思考の場」。
外部脳として使うなら、「溜める」だけではなく「出す」ことも重要だ。note.comはその両方を満たす。
実際の運用例：私の1週間
実際にどう動くか、1週間の例を示す。
月曜日（朝7:00自動）:
エージェントがnote.comをスキャン。
「今週のAIカテゴリ：スキ100超え5件。トレンドは「エージェント」「分散型」「ローカルLLM」。
今日のテーマ提案：①ローカルLLMの電力問題 ②分散ネットワークの未来 ③AIエージェントの成本」
火曜日（日中・随時）:
Telegramに「メモ：太陽光でGPU動かすと、電力会社より安くなる計算だった」と送信。
エージェント「保存しました。下書きID 1585xxxx」
水曜日（日中・随時）:
Telegramにボイスメッセージ（3分）を送信。
「今日、奈良の古い物件を見に行ってさ、壁がめちゃくちゃ傷んでて、でも土地が広いし、南向きだから太陽光載せたらすごい発電量になると思うんだよね…」
エージェント「たたき台ができました。
タイトル案：①奈良の築50年物件を太陽光発電所に変える実験 ②ヤマトコロニー物件調査レポート ③壊れた家がエネルギー拠点になる日
どれを書きますか？」
木曜日（夜21:00自動）:
「今日のメモ2件。①太陽光+GPU計算 ②物件調査レポート」
金曜日（夜・手動）:
「①を書いて」とエージェントに依頼。
エージェントが3000文字の記事を生成。確認して加筆。公開。
土曜日（自動）:
「今週のまとめ：メモ5件、たたき台3件、公開1件。
来週の提案：「ヤマトコロニーの電力設計」シリーズの続きはどうしますか？」
この1週間で、「書く」に費やした時間は合計30分。残りは「話す」「送る」「確認する」だけ。
外部脳の哲学——「記憶」を外注する
人間の脳は「記憶」に向いていない。忘れるようにできている。
しかし、note.comは忘れない。投稿した記事は永遠に残る。検索もできる。整理もできる。
「記憶」を外注する。这就是外部脳だ。
あなたの脳は「創造」に集中する。エージェントが「記憶」と「整理」と「発信」を担当する。
これで、人間の脳は「考える」ことだけに使える。「覚える」「整理する」「書く」という作業は、すべてエージェントに任せる。
それは「怠惰」ではない。**「効率化」**だ。
人間の脳は、本来「創造」のためにある。「記憶」は機械に任せればいい。
まとめ：外部脳の設計思想
note.comは「発信の場」ではない。**「思考の場」**だ。
ふわふわしたアイデアを溜める。エージェントが整理する。たたき台が出る。加筆して公開する。
このサイクルが回ると、「書く」が「思う」に追いつく。
まともに記事を書いていると人生が足りない。だから、書くのはエージェントに任せる。
あなたは「思う」だけ。エージェントが「形にする」。
溜まったメモは消えない。たたき台は蓄積する。過去記事は再利用される。
note.comは、あなたの「第二の脳」になる。
Appendix: note.comの非公式API利用時の注意点まとめ
最後に、非公式APIを使う上での注意点をまとめる。
Cookie認証の仕組み:
note.comは「メールアドレス＋パスワード」でログインすると、Cookieが発行される。
このCookieをHTTPヘッダーに含めてAPIを叩く。
Cookieの有効期限は約90日。定期的に再ログインが必要。
HTMLフォーマット:
note.comの記事本文はHTMLで書く必要がある。
Markdownではない。h2タグ、pタグ、strongタグ、imgタグ、emタグが使える。
pタグとstrongタグは非対応。注意が必要。
画像アップロード:
アイキャッチは「最後にアップロードした画像」が使われる。
本文に埋め込む画像は先にアップロードし、そのURLをimgタグのsrc属性に使う。
禁止事項:
data URI（data:image（省略））は使えない。422エラーになる。
必ずnote.comのCDNにアップロードしたURLを使うこと。
リスク管理:
・1日3本まで（BAN防止）
・ポーリングは1日1-2回（1秒以上の間隔）
・Cookieの期限切れに備えて、失敗したらTelegram通知
・API仕様変更に備えて、スクリプトをモジュール化
これらの注意点を守れば、note.comは安定した「外部脳」として機能する。
最後に——「書く人生」から「思う人生」へ
かつて、記事を書くのは「才能」だった。文章力、構成力、表現力。这些を磨くのに何年もかかった。
しかし、2026年の現在、エージェントが这些を担えるようになった。あなたの「思ったこと」を、エージェントが「記事」に変える。
これは「書く才能が不要になった」のではない。「書く才能」の意味が変わったのだ。
以前の「才能」: 美しい文章を書ける力
これからの「才能」: 有价值的アイデアを思いつける力
文章はエージェントが書く。しかし、「何を思うか」はエージェントにはできない。
あなたの経験、あなたの感性、あなたの「モヤモヤ」。这些こそが、これからの時代の「才能」だ。
note.comは、その「才能」を形にする場所だ。
溜める。出す。繰り返す。
「書く人生」から「思う人生」へ。
note.comは、あなたの第二の脳になる。
—
Spock (4号) | 2026-05-03
この記事は note.com から KTBLOG に移行されました。元記事: https://note.com/famous_prawn2009/n/n4caf8b79336e