ChatGPTの神プロンプトが毎回消える人へ│Markdownで「使い捨て」を「資産」に変える方法

はじめに

ChatGPTを使うほど、私のプロンプトは消えていった

ChatGPTを使っていて、こんなことはありませんか。

「前にうまくいったプロンプト、どこに書いたっけ？」

私は、何度もありました。たしかに一度は良い出力が出た。文章の雰囲気もよかった。指示の出し方もハマっていた。これはまた使えるぞ、と思ったのに、数日後に同じような作業をしようとすると、そのチャットが見つからないのです。

履歴を上から順番に探す。タイトルを見ても思い出せない。検索しても、それらしい会話が何件も出てくる。ようやく見つけたと思ったら、どこからどこまでが本当に使えるプロンプトだったのか分からない。

結局、また最初から書き直す。私にとってChatGPTは、便利な道具である一方で、使えば使うほど「大事なものが散らかっていく道具」でもありました。

特に困ったのは、noteの記事の構成出しや画像生成、文章の校正、レビュー、リライトのように、執筆そのものではない周辺作業を何度も繰り返す場面です。最初は毎回チャット欄に指示を書いていましたが、少し慣れてくると、過去のチャットから良さそうなプロンプトをコピーして使うようになりました。

でも、それも長続きしませんでした。チャット履歴は「会話の記録」であって、「道具箱」ではなかったからです。

ある日、私は気づきました。自分はChatGPTを使っているつもりで、実際には毎回、同じ説明をゼロから作り直しているだけなのではないか、と。

たとえば、記事の構成を作るためのプロンプト。校正するためのプロンプト。表紙画像を作るためのプロンプト。読者ペルソナでレビューするためのプロンプト。リライト方針を整理するためのプロンプト。

数えてみると、私が日常的に使っているプロンプトは10本どころではありませんでした。少なく見ても30本以上。作りかけや改善途中のものまで含めれば、もっとあります。

ところが、それらはChatGPTの履歴の中にバラバラに埋もれていました。この状態では、どれだけ良いプロンプトを作っても、次に使うときにはまた探すところから始まります。少し改善しても、その改善版がどこにあるのか分からなくなる。つまり、プロンプトが積み上がらないのです。

この記事で伝えたいのは、難しいAI活用術ではありません。GitHubも、プログラミングも、特別なツールも必要ありません。

最初にやることは、たったひとつです。プロンプトをチャット履歴から外に出す。 そして、Markdownという普通のテキストファイルに保存する。

それだけで、ChatGPTの使い方はかなり変わります。プロンプトは、その場で書いて終わりの使い捨てではありません。何度も使い、直し、増やし、分けていくことで、自分専用の道具になっていきます。

私はこれを、プロンプトの「資産化」と呼んでいます。この記事では、私がなぜプロンプトをMarkdownで管理するようになったのか、そしてどうやって「消えていくプロンプト」を「育っていくプロンプト」に変えていったのかを、できるだけ初心者向けに書いていきます。

読み終わるころには、少なくともこう思ってもらえるはずです。「あ、これなら今日からできそう」と。

そしてもうひとつ。「ChatGPTの差は、プロンプトの書き方より、プロンプトの残し方でつくのかもしれない」と感じてもらえたら、この記事の役目は果たせたと思っています。

第1章

「神プロンプト」が一週間後には行方不明になる理由

ChatGPTを使っていると、たまに「これは当たりだ」と思うプロンプトができます。思った通りの文章が返ってくる。言い回しも自然。余計な説明も少ない。こちらの意図をかなり正確に汲んでくれる。その瞬間は、少しうれしくなります。「これ、保存しておこう」と思う。でも現実には、保存しないことが多いです。なぜか。面倒だからです。

ChatGPTは、その場で会話できるのが便利です。だからこそ、良いプロンプトができても「あとで探せばいいか」と思ってしまいます。ところが、その「あとで」はだいたい失敗します。

一週間後には、どのチャットだったか分からなくなっています。タイトルは自動でついている。似たような会話が何個もある。検索しても、キーワードがうまく引っかからない。仮に見つかったとしても、会話の途中に改善案や失敗例が混ざっていて、完成形だけを取り出すのが面倒です。

つまり、ChatGPTの履歴は便利そうでいて、プロンプト管理にはあまり向いていません。これは、ChatGPTが悪いという話ではありません。

チャット履歴は、あくまで「会話の流れ」を保存する場所です。一方で、私たちが本当に欲しいのは「次にすぐ使える形で整ったプロンプト」です。この2つは、似ているようでまったく違います。

たとえば料理で考えると分かりやすいです。チャット履歴は、料理中の会話メモに近い。

「もう少し塩を足そう」 「火が強すぎた」 「次は玉ねぎを先に炒めよう」 「この味付けはよかった」

こういう試行錯誤の記録です。一方で、再利用したいのは完成したレシピです。材料、手順、分量、注意点がまとまっていて、次に見たときにすぐ作れるもの。

プロンプトも同じです。ChatGPTとの会話には、改善の過程がたくさん含まれています。それ自体は価値があります。でも、そのままでは再利用しづらい。再利用するには、プロンプトだけを取り出して、整えて、名前を付けて、置き場所を決める必要があります。

私は長い間、ここをサボっていました。その結果、同じようなプロンプトを何度も作ることになりました。

noteの記事構成を作るプロンプトを作る。数日後、また少し違う記事用に作る。さらに別の記事でまた作る。最初は「少しずつ良くなっている」と思っていました。

でも、よく見ると違いました。良くなっているのではなく、毎回似たような場所をぐるぐる回っているだけでした。前回の改善点を引き継げていない。失敗した指示をまた入れている。うまくいった条件を忘れている。つまり、経験が積み上がっていなかったのです。

これが、私にとって一番大きな問題でした。プロンプトそのものが悪いのではありません。管理方法が悪かったのです。

ChatGPTを使いこなせない原因は、必ずしも「良いプロンプトを知らないこと」ではありません。むしろ多くの場合、せっかく作ったプロンプトを、次に使える形で残していないことです。ここに気づいてから、私はプロンプトを「チャットの中に置きっぱなし」にするのをやめました。その代わりに、外に出すことにしました。

最初から大げさなことをしたわけではありません。プログラミング知識も必要ありません。専用アプリも使っていません。最初にやったのは、ただのフォルダを作ることでした。そして、その中にMarkdownファイルを1つ作りました。本当にそれだけです。でも、この小さな変化で、プロンプトに対する考え方が変わりました。プロンプトは、その場で消費するものではなくなりました。次回も使うものになりました。改善するものになりました。そして少しずつ、自分だけの道具箱になっていきました。

この時点で、私はようやく気づきました。問題は「もっと良いプロンプトを探すこと」ではなかった。問題は、すでに自分が作ったプロンプトを、ちゃんと残していなかったことだったのです。

第2章

私は「プロンプトを書く」のをやめた

以前の私は、ChatGPTを使うたびにプロンプトを書いていました。記事の構成を整えたいときは構成用のプロンプトを書く。校正したいときは校正用のプロンプトを書く。画像を作りたいときは画像用のプロンプトを書く。

その時点では、それが普通だと思っていました。でも、何度も同じような作業をしているうちに、少しずつ違和感が出てきました。「また同じことを書いているな」と感じる場面が増えたのです。

たとえば、note記事を作るとき。私は毎回、読者像、記事の目的、章立て、無料パートと有料パートの役割、文章のトーン、避けたい表現、出力形式などを指定して、構成案や校正方針を補助してもらっていました。

一度だけなら問題ありません。でも、2本目、3本目、4本目と続けるうちに、同じ説明を何度も書いていることに気づきます。しかも、毎回少しずつ違う書き方をするので、出力も安定しません。

前回はうまくいったのに、今回はなぜか浅い。前回は自然だったのに、今回はAIっぽい。前回は読者に刺さりそうだったのに、今回は一般論っぽい。その原因のひとつは、プロンプトが毎回微妙に違っていたことでした。

そこで私は、考え方を変えました。プロンプトを毎回「書く」のではなく、すでにあるプロンプトを「呼び出して使う」。そして、使った後に少しだけ直す。

この考え方に変えたことで、プロンプトは完成品ではなくなりました。途中経過になりました。最初から完璧なプロンプトを作ろうとしなくていい。まずVersion1として保存する。使ってみる。足りないところを直す。うまくいった表現を残す。いらない指示を削る。それを繰り返していく。このやり方にすると、プロンプトは少しずつ育っていきます。

たとえば、最初はこんな雑な指示だったとします。「note記事の構成を作ってください」これでもChatGPTは何かしら出してくれます。でも、実際に使うと足りない部分が見えてきます。読者像が弱い。無料パートと有料パートの導線が甘い。章タイトルが普通すぎる。買いたくなる理由が弱い。

そこで、次の版ではこう直します。「読者がお金を払ってでも続きを読みたくなる構成にしてください。無料パートと有料パートを分け、各章タイトルはコピーライティングを意識してください」

少し良くなります。でも、まだ足りないかもしれません。今度は、具体的な条件を足します。「有料パートでは、読者がすぐ実践できる手順、テンプレート、記入例を必ず入れてください」。こうやって、実際に使いながら直していく。この積み重ねが、プロンプトの価値になります。

ここで大事なのは、最初から完璧を目指さないことです。むしろ、最初は雑でいい。ただし、雑なままチャット履歴に流して終わらせない。Version1として残す。これだけで、そのプロンプトは「使い捨て」ではなくなります。

私はこの時点で、プロンプトに対する見方が変わりました。プロンプトは、文章ではありません。自分の作業手順です。自分の判断基準です。自分が何度も試して、失敗して、直してきた経験のかたまりです。だからこそ、残す価値があります。

そして、その保存先として一番ちょうどよかったのがMarkdownでした。Markdownと聞くと、少し難しく感じるかもしれません。でも、この記事で言っているMarkdownは、難しいものではありません。ざっくり言えば、見出しを付けられるテキストファイルです。

たとえば、こういう形です。

# 目的

# 役割

# 入力するもの

# 守ってほしいルール

# 出力形式

# 改善メモ

これだけです。特別なアプリもいりません。最初はメモ帳でもかまいません。スマホのメモアプリでもかまいません。大事なのは、プロンプトをチャット履歴の中だけに置かないことです。

外に出して、名前を付けて、次に使える形にする。これが、プロンプト資産化の第一歩です。私は最終的にGitHubでも管理するようになりましたが、最初からそこへ行く必要はありません。むしろ、最初からGitHubを出すと、多くの人は「自分には難しそう」と感じると思います。

でも安心してください。この記事で最初にやることは、GitHubではありません。VS Codeでもありません。プログラミングでもありません。必要なのは、1つのフォルダと、1つのMarkdownファイルだけです。

ただし、ここからが本題です。フォルダを作るだけなら、誰でもできます。Markdownファイルを作るだけなら、5分でできます。でも、本当に差がつくのはその先です。

どんな名前で保存するのか。どんな順番で並べるのか。完成版と改善途中をどう分けるのか。毎回の改善メモをどこに残すのか。記事作成、校正、画像生成、調査、レビューなど、用途ごとにどう整理するのか。

ここを決めないまま始めると、今度はMarkdownファイルの中が散らかります。つまり、チャット履歴のカオスが、フォルダの中に引っ越すだけです。

私も一度、それをやりました。プロンプトを保存し始めたのはいいものの、ファイル名がバラバラ。どれが最新版か分からない。似たようなファイルが増える。結局、また探す。

そこでようやく、保存するだけでは足りないと気づきました。必要だったのは、プロンプトを置いておく場所ではなく、育てるための仕組みでした。

ここから先では、私が実際に使っているフォルダ構成、Markdownテンプレート、Version管理の考え方、そして今日から15分で作れる「あなた専用プロンプト資産庫」の作り方を紹介します。

正直に言うと、ここからが一番おいしい部分です。なぜなら、プロンプト資産化で本当に役に立つのは、「Markdownで保存しましょう」という話ではなく、どう保存すれば、次に迷わず使えるのか だからです。

ここから先で公開する内容

ここから先の有料パートでは、私が実際にプロンプトを資産化するときの考え方と形を、できるだけそのまま公開します。単なる「Markdownの書き方」ではなく、私が実際にやっているプロンプト資産化の中身を、そのまま開示します。

もう二度と「あのプロンプトどこだっけ？」で時間を失わない仕組みを、自分の中に作る話です。

• 第3章　プロンプトが埋もれる人ほど、最初に作るべきは「●●●」だった

• 第4章　長いお願い文をやめたら、プロンプトは「使い回せる部品」に変わった

• 第5章　私が“完成版”を捨てて、あえて Version1 で保存する理由

• 第6章　今日から15分で作れる、あなた専用の「●●●資産庫」実践手順

• 特典　そのままコピペできるテンプレート一式。フォルダ名、ファイル名、Version管理メモまで全部つけました

ここから先は、考え方だけでは終わりません。今日このあと、そのまま手を動かせる形まで落とし込みます。