AIで発信ネタが切れない仕組み｜メモ→台帳→記事の3段
「今日は何を書こう」——発信を続けようとすると、多くの人がこのネタ切れの壁にぶつかります。
結論から言うと、ネタが切れるのは思いつきを「保存する場所」と「記事にする流れ」が分断されているからです。この2つを1本の線でつなぐと、ネタは在庫として溜まり続け、切れなくなります。
株式会社Fyveは、私（田嶋）が1人でAIを使い倒しながら毎日複数媒体に発信しています。この記事では、私が実際に回している「メモ→台帳→記事」の3段の仕組みを、そのまま公開します。
なぜ発信ネタは「切れる」のか
ネタ切れの正体は、アイデアの量が足りないことではありません。思いついた瞬間のアイデアが、記事を書くタイミングまで生き残っていないことです。
良いネタは、机に向かっているときではなく、移動中・入浴中・寝る前のような「書けない瞬間」に浮かびます。ここで記録しそびれると、30分後には跡形もなく消えます。私自身、書けるネタを日々いくつも取り逃していました。
もう一つの落とし穴が、記録したのに使われないパターンです。メモアプリ・チャット・付箋・ブラウザのブックマークにバラバラに散らばると、いざ書くときに「どこに何があるか」が分からず、結局ゼロから絞り出すことになります。
だから必要なのは、①その場で確実に捕まえる ②1か所に集約して育てる ③そこから記事に流すという、途切れない3段の導線です。
私が使っている「メモ→台帳→記事」の3段の仕組み
私の運用は、次の3段で1本につながっています。それぞれの段に別々の道具を割り当てず、「捕まえる・貯める・使う」の役割をはっきり分けているのがポイントです。
第1段：メモ — 思いついた瞬間に1行だけ書く
捕まえる場所は、スマホの標準メモアプリ1枚に固定しています。私はApple標準のメモに「発信ネタ」というノートを1つだけ作り、思いついたことをその場で1行書き足すだけにしています。
大事なのは設定ゼロ・判断ゼロで書けること。分類も清書もしません。「あとで整える」と割り切って、脳の負荷を「1行書く」まで下げる。ここで迷いを挟むと、書けない瞬間の記録は続きません。
第2段：台帳 — メモを1か所に集約して「種」に育てる
次に、そのメモを台帳（1枚のテキストファイル）へ自動で取り込みます。私はスマホのメモを読み取って台帳の「受信箱」へ新しい行だけ追記する小さなスクリプトを組み、AI（Claude Code）に整理を任せています。
台帳は「受信箱（未整理）／種（記事候補）／発信済み／見送り」という状態を持たせています。受信箱に入った生メモを、テーマごとに仕分けし、似たものは1つに統合し、記事にできる粒度まで育てたものを「種」に移す。この作業をAIに任せることで、放っておいても在庫が整い続けます。
第3段：記事 — 台帳の種を記事化ジョブが消費する
最後に、台帳の「種」を記事化の工程が消費します。私の場合、毎朝AIが最新ニュースをリサーチして種を補充し、そこから各媒体向けの下書きまで自動で組み上げる仕組みにしています。
ここで効くのが、記事を書くときに「何を書くか」をゼロから考えなくていいという状態です。書く工程は、真っ白なキャンバスと向き合う作業ではなく、在庫から1つ選んで肉付けする作業に変わります。ネタを探す時間が消えるので、発信が止まりません。
台帳を「切れない在庫」にする3つの運用ルール
3段をつなぐだけでは在庫は育ちません。台帳が信頼できる在庫であり続けるために、私は次の3つのルールを守っています。
ルール1：原文を改変しない
受信箱に入った生メモの文言は、AIにも自分にも書き換えさせません。付けてよいのは分類・タグ・状態だけです。思いついたときのニュアンスこそがネタの核なので、清書して整えるとかえって熱量が抜けます。整えるのは記事にする最後の工程で十分です。
ルール2：重複は統合、捨てるものも残す
似た種は代表1つに寄せますが、統合元は消さずにコメントで残します。使わないと決めた種も、削除せず「見送り」に理由を添えて残します。捨てた判断ごと記録しておくと、数週間後に状況が変わって「やっぱり書ける」となったとき、すぐ拾い直せます。
ルール3：毎朝ニュースと掛け合わせて補充する
自分の思いつきだけだと在庫はいつか薄くなります。私は毎朝、AIにその日の業界ニュースを集めさせ、既存の種と掛け合わせて新しい候補を補充しています。ニュース単体は誰でも書ける一般論にしかなりませんが、そこに自分の実運用の視点を1つ足すと、その人しか書けない記事の種に変わります。
「種を記事に変える瞬間」に視点を1つ足す
3段の仕組みで在庫は溜まりますが、そのまま出すだけでは「情報をまとめただけの記事」になりがちです。私が種を記事に変えるときに必ずやっているのが、自分の実運用の視点を1つ乗せることです。
やり方はシンプルで、種に対して「私は実際にどう使ったか」「なぜその判断をしたか」「やってみて何が意外だったか」の3つを自問します。どれか1つでも具体的な答えが出れば、それが一般論と自分の記事を分ける差になります。
逆に、この3つのどれにも答えられない種は、まだ書くタイミングではないと判断して寝かせます。無理に書かないことも、在庫を持っているからこそできる選択です。書くか寝かすかを在庫全体を見て決められるので、1本ずつの記事の密度が上がります。
私がつまずいた3つの失敗
この仕組みに落ち着くまでに、いくつも遠回りをしました。同じ轍を踏まないよう、代表的な失敗を共有します。
失敗1：捕まえる場所を増やしすぎた
最初は「アイデア用アプリ」「タスク管理」「ノートアプリ」と道具を使い分けていました。結果、どこに何を書いたか分からなくなり、探すのが面倒でどれも使わなくなりました。捕まえる入口は1つに絞るのが、続けるうえで最重要です。
失敗2：最初から完璧な自動化を目指した
いきなり全工程を自動化しようとして、仕組みを作る前に力尽きたことがあります。手で回して「これは効く」と手応えを掴んでから、面倒な部分だけをAIに寄せる。手動で価値を確認してから自動化する順番でないと、作った仕組みが自分の運用に合わず、結局使われません。
失敗3：整えることを目的にしてしまった
台帳をきれいに整理すること自体が楽しくなり、仕分けに時間をかけすぎた時期がありました。台帳はあくまで記事を書くための道具です。仕分けは「種か・見送りか・保留か」をざっくり判定する程度で十分で、整える時間より書く時間を増やすのが本来の目的だと、後から気づきました。
この仕組みで実際に変わったこと
この3段を回すようになって、発信で一番重かった「何を書くか決める」時間がほぼゼロになりました。書き始める前の停滞がなくなったことが、継続の最大の効果です。
もう一つの変化は、質の底上げです。在庫が常に十数本ある状態だと、「今日はこれしかないから」と弱いネタで妥協せずに済みます。掛け合わせが弱い種しかない日は無理に書かず、翌日以降に回せる。本数のノルマではなく、在庫の中から一番良いものを選ぶ発想に切り替わりました。
発信を仕組みで回す考え方は、記事だけでなく日々の業務全般に共通します。1人で複数の作業を並行させる運用については、こちらの記事でも解説しています。
小さく始める3ステップ
いきなりスクリプトを組む必要はありません。まずは道具を増やさず、次の順番で始めるのが現実的です。
- ステップ1：スマホのメモアプリに「発信ネタ」ノートを1枚だけ作り、1週間、思いつきをそこにだけ書く（捕まえる習慣を作る）
- ステップ2：週末に、そのメモをテキストファイル1枚へ手で書き写し、「種／見送り」に仕分ける（台帳の原型を作る）
- ステップ3：書くときは台帳の種から1つ選び、記事化する。慣れてきたら取り込みや仕分けをAIに任せて自動化する
最初から完璧な自動化を目指すと動き出せません。手で回して効く手応えを掴んでから、面倒な部分だけAIに寄せる——この順番が、続く仕組みを作るコツです。記事化そのものをAIに任せて品質を一定に保つ工夫は、こちらでも詳しく書いています。
AIに任せる部分と、自分が持つ部分
この仕組みを回すうえで大事なのは、全部をAIに丸投げしないことです。私は「取り込み・仕分け・下書き」はAIに任せ、「どの種を選ぶか・どんな視点を足すか」は自分が持つと決めています。
手を動かす退屈な作業ほど自動化の効果が大きく、逆に「何を書くと決めるか」は発信の個性そのものなので、人が握り続ける。この線引きをはっきりさせると、AIに任せても記事が没個性にならず、かつ手間だけが減ります。どこまでAIに任せ、どこを自分で判断するかの考え方は、こちらの記事で詳しく整理しています。
まとめ
発信ネタが切れるのは、アイデアが足りないからではなく、思いつきを保存する場所と記事にする流れが分断されているからです。「メモ→台帳→記事」の3段を1本の線でつなぎ、原文を残し、毎日補充する。それだけでネタは在庫として溜まり続けます。
そして、退屈な取り込みや仕分けはAIに任せ、自分は「どのネタを選び、どんな視点を足すか」という判断に集中する。私たちがAI活用でお勧めしているのは、いつもこの「仕組みで回し、判断だけ人が持つ」形です。まずはメモ1枚から、切れない発信の土台を作ってみてください。
AIを使う会社と、使わない会社。
その差は、開き始めています。
ここ数年でAIは急速に進化し、正しく導入できている企業とそうでない企業とでは、業務効率や人件費に大きな差が生まれ始めています。「AI導入に興味はあるが、実際に何ができて、どこから手をつければいいか分からない」——そんな方は、まずこの無料プレゼントに目を通してみてください。
