ブログ記事の質を爆上げするカスタムGPTの作り方|公開前クラッシャーを育てた話

こんにちは、のた(@Nor21011)です。

ブログ執筆にAIを使うことに、罪悪感を感じていませんか?

私も同じでした。「AIで書いた記事って、なんとなくズルしている気がする」と、最初の頃はずっと引っかかっていました。

でも今は、考え方が変わりました。AIは「楽するためのツール」ではなく、「今までできなかったことができるようになる」存在だと思っています。AIと自分の知識・経験を掛け合わせて、読者にちゃんと価値を届ける。そのスタンスで書こうとすると、新しい課題に直面しました。

その課題に向き合うために作ったのが、「公開前クラッシャー」というカスタムGPTです。

この記事では、公開前クラッシャーの作り方と、ブログ運営がどう変わったかを公開します。

目次

公開前クラッシャーとは

公開前クラッシャーは、ブログ記事を公開前にチェックしてくれるカスタムGPTです。

完成直前の記事を読ませて、弱点を見つけて指摘してもらう。それが役割です。

ポイントは、勝手に記事を書き換えないこと。一言で表すと、「読者に最後まで読んでもらえるようにするため、公開前に弱点を壊す役」。整える編集者ではなく、読者目線で厳しく指摘してくれる存在。そういう設計にしました。

この一手間を加えるようになってから、自分の記事の質が一段上がるようになったと感じています。

なぜこのGPTを作ろうと思ったのか。きっかけから話していきます。

きっかけ|AIに丸投げせず、魂を込めた記事にしたかった

私はClaudeに自分のブログの哲学を教え込んで、ワークフローを組んで、記事を書き始めていました。Claudeとの相性は良くて、書くスピードも上がっていました。

ただ、Claudeとの壁打ちで構成を詰めるたびに、ふと「これで本当に届くのか?」と立ち止まることがありました。整ってはいる。でも、自分の言葉になっているかと言われると、自信が持てない瞬間があったのです。

自分が書く記事には、ちゃんと魂を込めたい。

これは譲れない部分でした。AIに丸投げして量産する書き方は、私のやりたいことではない。だからこそ、自分の記事を厳しくチェックしてくれる存在が必要だと感じました。

書く側の自分とは別に、読む側の厳しい目を持ったAI。それを作ろうと決めました。

公開前クラッシャーの作り方|ChatGPTとClaudeで作る2ステップ

クラッシャーはChatGPTのカスタムGPT機能で作りました。

Claudeとの壁打ちを信頼していなかったから、ではありません。むしろClaudeとは別の、厳しい目が欲しかった。書き手として伴走してくれるClaudeと、読み手として斬り込んでくれる別のAI。役割を分けたかったのです。それに、ChatGPT Plusを契約していたので、せっかくならAI活用の幅を広げたい気持ちもありました(ChatGPT Plus契約に至った経緯は以前書いたChatGPT併用の話に詳しく書いています)。

ステップ①|ChatGPTで叩き台を作る

まずはChatGPTに「公開前フィードバック役のカスタムGPTを作りたい」と相談しました。

ただ、対話を進めるうちに「フィードバック役」では弱いと感じ始めました。私が欲しかったのは、もっと否定的に、破壊する役に近いものでした。

ChatGPTとの対話で大事な気づきがありました。破壊する対象は「記事そのもの」ではなく、読者に刺さらない原因や、伝わらない原因、甘い前提、弱い導入、ぼやけた主張。そういった記事の弱点を破壊する役なのだ、と。

「読者に最後まで読んでもらえるようにするため、公開前に弱点を壊す役」

この再定義に行き着いて、ChatGPTにそのまま指示の叩き台を書いてもらいました。

ステップ②|Claudeで哲学チェック

私はいつも、Claudeで作ったものをChatGPTで壊す、という流れで動いています。でもクラッシャー作成は逆でした。

叩き台はChatGPTでできた。でも、ブログ「Nota Tech Log」の哲学を一番知っているのはClaudeです。だから仕上げチェックはClaudeに任せることにしました。

Claudeに叩き台を見せたら、即座にこう指摘されました。「ブログ哲学の核心が抜けている」と。

そこで、ブログの核心にある哲学、つまり「AI×自分のシナジー」「Claudeとの壁打ちで醸成してきた考え」「今までできなかったことができるようになる」という3つの軸を、指示に追加しました。

これで完成です。「この記事に魂が宿っているか」を評価軸に持つ、Nota Tech Log専属のクラッシャーになりました。

ChatGPTで作って、Claudeで仕上げる。それぞれの強みを活かしたAI協業の結果です。

クラッシャーの中身|ブログ哲学を仕込んだ

クラッシャーの指示には、いくつかの方針を仕込んでいます。役割は「読者に最後まで読んでもらえるようにするため、公開前に弱点を壊す役」。この一点を軸に、編集者ではない、SEOコンサルでもない、と性格を絞っていきました。順番に紹介します。

編集者ではない

クラッシャーには「編集者ではない」と書きました。

理由はシンプルで、編集の役割はClaudeと自分で十分だったからです。ChatGPTには、自分とClaudeとは別の目線でのフィードバックがほしかった。

それに、編集者役にして勝手に書き換えられてしまうと、自分の考えや思いを記事に入れ込めなくなります。クラッシャーから指摘を受けて、それをもとにClaudeと壁打ち、というワークフローを守りたかったのです。直す主導権は、自分とClaudeに残しておきたい。だから編集者ではないと明記しました。

SEOコンサルではない

「SEOコンサルでもない」とも書きました。

戦略や利益だけを求める姿勢になると、他者への貢献や、読者への価値提供が疎かになる気がしたからです。順位やクリック率を上げる助言は、別に欲しいわけではありませんでした。

私が本当に欲しかったのは、「この記事は本当に読者に届くのか?」を突きつけてくれる存在。検索結果より、その先にいる読者を見てくれる役。だからSEOコンサル的な振る舞いは、最初から外しておきました。

ブログ哲学を仕込む

ここがクラッシャーの中心になる部分です。

Claudeとの壁打ちで言語化してきた哲学、つまりAI×自分のシナジー、壁打ちで考えを醸成する姿勢、今までできなかったことができるようになるという視点。これらを指示に仕込みました。

この一手間によって、「のたらしさが消えてる箇所」という独自の評価軸が生まれました。世の中にあるどのカスタムGPTにもない、私のブログ専属の評価軸です。

ネーミング

「クラッシャー」という名前に、深い意味はありません。

決め手は、わかりやすいこと、インパクトがあること、人に紹介する時のネタになること。それくらいです。「フィードバック役」では弱いし、「壊す」という強い言葉のほうが自分の意図に合っていました。装わない、等身大の温度感で付けた名前です。

ただ、公開後に読者が途中で離れていくくらいなら、公開前に一度ちゃんと壊してもらう。その感覚には、この名前が一番しっくり来ました。

あなたのブログ用に応用するなら|決めるべき3つの軸

自分のクラッシャーを作ってみて気づいたことがあります。細かい指示文を考える前に、決めておくと楽になることがありました。これから自分用のクラッシャーを作るなら、最低限この3つを押さえておくと、迷わず形になります。

まずは、自分のブログの土台をざっくり言葉にする

3つの軸を決める前に、ブログの土台になる部分をざっくり言葉にしておきます。クラッシャーが「あなたのブログ専属」になるための前提知識です。ここが曖昧だと、的外れな指摘が増えます。

私の場合は、こんな項目を整理しました。

  • ブログ名・テーマ・ターゲット・コンセプト
  • 大事にしていること(実体験ベース、等身大、初心者に寄り添う)
  • 避けたいこと(上から目線、SEO記事っぽすぎる)
  • ブログの核心にある考え方(AI×自分のシナジー、壁打ちで考えを醸成する姿勢、今までできなかったことができるようになる)

ここを言語化しておくと、このあとの3軸も自然に決まっていきます。

軸1|何を壊してほしいのか

クラッシャーに、どんな観点で記事を厳しく見てほしいかを決めます。読者離脱の原因、主張がぼやけている箇所、自分らしさが消えている箇所など、自分のブログにとって致命的だと思う弱点を書き出します。自分の記事に対して「痛いけど言ってほしいこと」を並べる感覚です。

私の場合は、こんな観点を入れました。

  • 読者に対して何の貢献にもなっていない箇所
  • AI×自分のシナジーが感じられない箇所
  • 一般論だけで終わっていて、自分の判断や体験が薄い箇所
  • AIに丸投げしただけに見えてしまう箇所
  • きれいにまとまりすぎて刺さらない箇所

「自分の記事ならこれを言われたら効く」というポイントを並べていく感覚です。

軸2|絶対に壊してほしくないものは何か

ブログの根っこにある「絶対に守ってほしいもの」を決めます。特定の文章ではなく、ブログ全体の温度感や姿勢、考え方のレベルで定義します。「ここだけは触らないでほしい」と思える、自分の譲れない部分を決める感覚です。

私の場合は、こんな要素を守る対象にしました。

  • 自分の温度感(実体験ベース、等身大、初心者に寄り添う)
  • 前向きなスタンス
  • 非エンジニア目線
  • 過度に煽らない姿勢

ここを定義しておくと、クラッシャーの指摘がブログの世界観を壊しに来ることがなくなります。

軸3|どんな形式でフィードバックしてほしいのか

クラッシャーからの指摘をどんな構造で受け取るかを決めます。毎回同じ形で返ってきた方が、改善のサイクルが回しやすくなります。

私の場合のフォーマットはこんな形です。

  • 総評(公開可否の判定)
  • 最優先で直すべきポイント
  • 読者が離脱しそうな箇所
  • 主張がぼやけている箇所
  • 自分らしさが消えている箇所
  • 壊さなくていい箇所

加えて、各指摘は「何が問題か/なぜ読者にとって問題か/どう直すとよいか」の3点セットで返してもらう形にしています。ここまで決めておくと、毎回同じフォーマットで届くので、改善のリズムが作りやすくなります。

締め

ここまでの軸を参考に、あなた自身のブログ用クラッシャーを作ってみてください。

作るときは、ChatGPTやClaudeと一緒に進めるのがおすすめです。「私のブログはこんなコンセプトで、こんな観点で記事を見てほしい」とAIに伝えながら対話を重ねていくと、自然と自分のブログに合った形に仕上がっていきます。

この過程そのものが、自分の哲学を言語化する作業にもなります。

実際にどう効くか|8記事目で書き加わったセクション

実例を1つ紹介します。

8記事目「挫折ブロガーがAIで再挑戦」を書き上げて、クラッシャーに渡してみました。返ってきた指摘は厳しかったです。

「のたらしさが薄い」「整いすぎている」「実体験よりも一般論寄り」。

読んで納得しました。確かに自分の言葉になっていない箇所がいくつもありました。読み返すと、当たり障りない正論が並んでいて、自分が書く必然性が薄い段落が見つかったのです。

そこからClaudeとの壁打ちに戻って、「本当に伝えたいことは何か」を掘り下げました。何度も対話して、何度も書き直して。その結果、「Claudeを止めた瞬間」というセクションが新しく書き加わりました。元の原稿には存在しなかった箇所です(実際の記事は挫折ブロガーがAIで再挑戦するブログ運営術【Claude×ChatGPT実体験】で読めます)。

ここで理解したことがあります。

クラッシャーは記事を直すツールではありません。壁打ちのきっかけを作るツールです。

クラッシャーが弱点を指摘する。それを受けて、Claudeとの壁打ちで自分の言葉を掘り起こす。この往復で、記事に魂が宿っていきます。

カスタムGPTもAIも、育てて使うもの

公開前クラッシャーを作って運用してみて、見えてきたことがあります。

カスタムGPTもAIも、ただ使うのではなく、育てて使うものだ、ということ。

育てる過程は、自分の哲学を言語化する過程でもありました。Claudeとの壁打ちで少しずつ言葉にしてきたブログ哲学が、今はクラッシャーの指示に宿っています。自分の中にあった曖昧なこだわりが、AIに教えるために言語化されて、形になっていく感覚でした。

これからも、必要に応じてクラッシャーの指示を書き換えたり、新しいカスタムGPTを作っていきたいと思っています。一度作って終わりではなく、ブログの成長に合わせて手を入れていく。「育てて使う」を、これからの自分のスタンスにします。

ちなみに、クラッシャーは記事の中身を全文読んで把握している存在です。もしかしたら、この記事に合うアイキャッチ用の画像生成プロンプトも書けるかもしれない、と思って試してみました。すると、文章にしっかり合った画像生成プロンプトを返してくれました。今までClaudeでアイキャッチ用プロンプトを書いて、ChatGPTで画像を生成していた工程が、ChatGPT側で完結できるようになりました。ちょっとした効率化になっています。

まとめ

AI執筆への罪悪感から始まり、公開前クラッシャーを作って運用してきた話を書きました。

クラッシャーは、記事を直すツールではなく、壁打ちのきっかけを作るツール。カスタムGPTを作る過程は、自分の哲学を言語化する作業でもありました。

AIは「楽するためのツール」ではなく、「今までできなかったことができるようになる」存在です。だからこそ、あなたも自分のブログ用に育ててみる価値があります。

自分の魂を込めた記事に近づくために、AIを育てる。私はこれからも、そのやり方でブログを続けていきます。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

AIをガチで使い倒しているウルフ系ブロガー、のたです。
毎日Claude・ChatGPT・Geminiを使いながら、「AIで何ができるか」を実験中。
このブログでは、実際に使って感じたことをそのまま書いています。

コメント

コメントする

目次