本文へスキップ

Claude Codeでnoteの記事を作る|下書きの作り方と、自動にできること・できないこと

Claude Codeでnoteの記事を作る:下書きの作り方と、自動にできること・できないこと
  • noteも書きたいのに、ブログを書いたら力尽きてしまう
  • AIに書かせたnoteが、ブログの記事とほとんど同じ中身になる
  • 投稿まで自動にできるのか、どこまで任せていいのか分からない

Claude Codeでnoteを作る方法を調べると、投稿まで全自動にする仕組みの話が多く出てきます。

でも、noteで大事なのは速さより「最後まで読まれるか」。ブログの記事を言い換えただけのnoteは、何本出しても読まれません。

僕は、ブログを書くときに集めた材料から、noteの下書きもClaude Codeで作っています。noteは売れていますが、投稿ボタンは自分で押す派です。

noteの下書きをAIに任せると、何がラクになるか

会話だけのAIは、毎回材料を貼り直す。Claude Codeは、手元のメモや過去のnoteを読んで下書きを作り、過去のnoteと見比べられる

文章を1本ひねり出すだけなら、会話だけのAIでも十分に書けます。違いが出るのは、書く前と書いたあとです。

材料を貼り直さなくていい

noteの材料になるのは、作業のメモ、失敗した日の記録、ブログに書ききれなかった話。こういうものは、たいていパソコンの中のファイルにたまっています。

会話だけのAIだと、毎回それを開いて、コピーして、貼ることになる。Claude Codeなら、「このフォルダのメモを読んで」と言うだけです。材料が多い人ほど、この差が効いてきます。

過去のnoteと、同じ話になっていないか見られる

noteを何本も書いていると、前にも同じ話をしていた、ということが起きます。読んでくれている人ほど、それに気づく。

これまでのnoteを1つのフォルダにためておけば、新しい下書きを作るときに一緒に読ませて、「すでに書いた話と重なっているところを教えて」と頼めます。

やりたいこと 会話のAI 手元のファイルを読めるAI
noteの文章を考える できる できる
手元のメモから材料を拾う 自分で貼る フォルダを読ませるだけ
過去のnoteと重なっていないか見る 全部貼らないと分からない ためたファイルと見比べる
ブログ・note・Xの下書きを一度にそろえる 1つずつ頼む 同じ材料から続けて作れる

ブログもXもやっているなら、最後の行が一番大きいかもしれません。1回集めた材料から、置く場所ごとの下書きが続けて出てくる。置く場所ごとの書き分けは、ロードマップの記事にまとめています。

noteの下書きを作る流れ

下書きの流れ。生のメモを渡す→誰の1つの悩みに答えるか決める→順番を出させて自分で直す→本文→自分の言葉に直す

ここからは、僕がnoteの下書きを作るときの流れです。

材料は「整える前のメモ」を渡す

AIに渡す材料は、きれいにまとめたものより、整える前のメモのほうがいいです。

まとめた文章には、そのときの迷いや、うまくいかなかった途中の話が残っていません。noteで読まれるのは、むしろそこなんですよね。いつ、何をして、どう困って、どうしたか。その順番が分かるメモを、そのまま渡します。

  • その日にやった作業と、かかった時間
  • うまくいかなかったことと、そのとき思ったこと
  • 人に聞かれたこと、聞かれて答えに詰まったこと

最後の1つは、意外といい材料になります。人に聞かれるということは、ほかにも同じことで困っている人がいる、ということなので。

誰の、どんな悩みに答える1本かを先に決める

材料を渡したら、いきなり本文を書かせずに、「このメモから、誰のどんな悩みに答えるnoteが書けるか、3つ案を出して」と頼みます。

1本のnoteに話を詰め込むと、読む人は何の話なのか分からないまま閉じてしまう。1本で答える悩みは1つだけ。案の中から、自分が一番熱を込めて書けるものを選びます。

順番を出させて、自分で直す

次は、話の順番です。「この悩みに答える順番を、見出しで出して」と頼む。

ここは必ず自分で直す。AIの出す順番は、だいたい「結論→理由→方法→まとめ」の教科書の形になりがちなんですよね。noteなら、起きたことの順に並べたほうが読みやすいことも多い。困ったところから始めて、試したこと、分かったこと、の順にする。

本文を書かせたら、自分の言葉に戻す

順番が決まったら、本文を書いてもらいます。書き上がったら、自分で読み直して、自分が言いそうにない言い回しを直す。

ここを飛ばすと、内容は合っているのに、誰が書いたのか分からない文章になります。noteは「この人の話」として読まれるので、そこが一番もったいない。

自分の言い回しのクセは、決まりのファイルや作業ごとの手順書に書いておくと、毎回直す量が減っていきます。書き方は、こちらにまとめました。

AIの文章が、noteで浮いてしまう理由

AIの文章がnoteで浮く3つの理由。答えだけを並べる・途中の迷いが消える・誰にでも当てはまる話になる

AIに書かせたnoteを読み返すと、内容は合っているのに、なぜか読む気が続かないことがあります。ブログでは気にならなかったのに、noteだと目立つ。理由は、読まれ方の違いです。

答えだけが並んでいる

ブログは、検索した人が答えを探しに来る場所です。答えがすぐ見つかるほど親切。

noteは、書いた人の話を読みに来る人が多い。答えだけが並んでいると、「それなら検索すればいい」となってしまうんです。答えにたどり着くまでに何があったか、を残しておく必要があります。

途中の迷いが、きれいに消されている

AIは、文章を整えるのが得意です。得意すぎて、メモに書いてあった「ここで2日止まった」「正直やめようかと思った」みたいな部分を、ばっさり削ってくることがある。

なので、頼むときに「迷った場面と、そのとき思ったことは削らないで」と一言入れています。これだけで、下書きの温度はかなり変わる。

誰にでも当てはまる話になっている

材料が薄いと、AIは足りないところを一般的な話で埋めます。「継続が大切です」「小さく始めましょう」。どこかで読んだことのある文が増えていく。

これは頼み方より、材料の問題です。自分にしかない記録が少ないなら、下書きを作る前に、メモを増やすほうが先なんですよね。


noteの自動化:できること、できないこと

自動にできる=材料集め・下書き・見出し画像の案・Xでの告知文。自動にしない=noteへの投稿と公開。noteには外から投稿するための公式の窓口がない

「note 自動化」で調べると、投稿まで全部自動にする方法も出てきます。僕が自動にしているのは、下書きを作るところまで。理由も含めて書きます。

作業 自動にできるか なぜか
メモから材料を拾う できる ファイルを読ませるだけ
下書きを作る できる 順番と本文を続けて頼める
見出しの画像の案を作る できる 文字入れまでなら作れる
Xで紹介する投稿文を作る できる 同じ材料から作れる
noteに投稿・公開する 自分でやる 外から投稿するための公式の窓口がない

noteには、外から投稿する公式の窓口がない

WordPressには、外のプログラムから「下書きを作って」と頼める窓口が最初からあります。noteには、そういう公式の窓口が用意されていません。

なので、投稿まで自動にしている人は、ブラウザをプログラムで動かして、人の代わりに画面をクリックさせています。

Xは、この「ブラウザを動かして投稿させる」やり方を規約ではっきり禁止していて、永久凍結の対象です。noteの利用規約を読んだ限りでは、そこまではっきり禁止した一文は見当たりませんでした。

ただ、公式に用意された方法ではないので、こういう弱点があります。

ブラウザでの自動投稿の弱点 何が起きるか
noteの画面が変わると止まる ボタンの場所が少し変わっただけで、投稿が失敗する
失敗に気づきにくい 「投稿しました」と言うのに、実は途中で止まっていることがある
規約が変わる可能性 今は書かれていなくても、あとから禁止される可能性はある

使うとしても、「下書きとして保存するところまで」にしておくのが安全です。公開ボタンは自分で押す。それなら、止まっても失敗しても、読者に変なものが届くことはありません。

貼るのは数分。そこで目を通す

自分で貼る作業は、1本なら数分で終わります。その数分が、出す前に自分の目を通す時間になる。

noteは、一度出すと読んだ人の手元に残ります。間違った数字や、言い過ぎた一言が出てしまうと、あとから直しても、読んだ人の記憶は戻らない。お金をもらって読んでもらうものなら、なおさらです。

Xでの告知まで含めて、どこを自動にするかは、Xの記事にも書きました。

noteに貼るときに、崩れやすいところ

noteに貼ると崩れやすいもの。表は使えない・見出しは2種類だけ・画像は自分で入れる。下書きの段階でnoteで使える形にしておく

Claude Codeで作った下書きをnoteの編集画面に貼ると、形が崩れることがあります。下書きの段階で、noteで使える形にしておくと、貼ったあとの手直しがほとんどなくなるんですよね。

表は、文章か箇条書きに直す

noteの編集画面には、表を作る機能がありません。AIは比べる話になると表を作りたがるので、貼ると文字がばらばらに並んでしまう。

頼むときに「表は使わずに、箇条書きか文章で書いて」と入れておきます。どうしても表で見せたいときは、表を画像にして入れる。

見出しは、大と小の2種類だけ

noteで使える見出しは、大きい見出しと小さい見出しの2種類です。AIが3段も4段も見出しを重ねると、貼ったときにどれをどの大きさにするか迷うことになる。

「見出しは2段まで」と決めておけば、そのまま当てはめられます。

画像は、あとから自分で入れる

見出しの画像も、本文の中の画像も、noteには自分で上げます。下書きの中には「ここに画像:〇〇の画面」のように、入れる場所と中身だけ書いておいてもらう。貼ったあとに、その印のところへ画像を入れていけば迷いません。

noteに貼る前の下書きは、ブログの記事の文章と見比べておく。同じ文章が2か所にあると、読んでくれている人には手抜きに見えます。

Claude Codeのnote記事作成でよくある質問

有料のnoteも、AIで書いていい?

書く作業を手伝ってもらうのは問題ないと思います。ただ、お金を払ってもらう理由は、書いた人しか持っていない記録や手順です。AIに一から書かせた文章は、AIに頼めば誰でも手に入るので、有料にする理由がなくなる。材料は自分、整えるのはAI、という分け方を守るのが大事です。

Codexでもnoteの記事は作れる?

作れます。Codexも手元のファイルを読んで書けるので、メモから下書きを作る流れは同じです。僕の場合、下書きのような手を動かす作業はClaude Code、仕組みを直したり点検したりはCodex、と分けています。

ブログの記事を、そのままnoteに載せてもいい?

おすすめしません。同じ文章を読んだ人には手抜きに見えるし、検索でもどちらを出すか迷わせてしまいます。同じ材料でも、noteでは「そのとき何があったか」を厚く、ブログでは「検索した人の答え」を厚く。切り口を変えて書いたほうが、両方読んでくれる人も増えます。

1本作るのに、どれくらい時間がかかる?

材料のメモがそろっていれば、下書きまでは早いです。時間がかかるのは、順番を直すところと、自分の言葉に戻すところ。ここを削ると速くはなりますが、noteとしては弱くなる。僕は、削るならメモを整理する時間のほう、と決めています。

Claude Codeでnoteの記事を作るなら、AIに渡すのは整える前のメモと、誰の悩みに答えるかの一言。投稿は自分の手で。この分け方なら、ブログを書いたあとに力尽きることも減ります。

下書きが作れるようになったら、次は何を、どう売るかです。