先に結論から書きます。私はプロンプトを毎回チャット欄に書き直すのをやめて、テキストファイルに置いて、そのファイルを読ませる形に変えました。理由は精度が上がったからではありません。書き直すたびに指示の中身が少しずつ変わっていて、出てくる文章の質が日によってブレていたからです。
私は元調理師で、飲食の現場に10年いました。そこからSNS運用代行のフリーランスとして独立して、いまはAIを毎日使っています。ただ、最初からうまく使えていたわけではありません。むしろプロンプトの管理については、かなり長いあいだ何も考えていませんでした。
この記事は、そのやり方を変えるまでに何が起きたか、いま実際にどう置いているか、そしてファイルに置いただけでは直らなかったことまでを書きます。うまくいった話だけを並べても役に立たないので、失敗のほうも同じ量で書きます。
毎回書き直していた頃、何が起きていたか
私が最初にAIを本格的に使い始めたのは、独立してからです。触ったのはChatGPTでした。きっかけはYouTubeで動画を見たことで、それで自分でも試してみた、という順番です。最初にやらせたのは当時やっていたコンサル業務でした。当時は精度があまり高くなくて、期待していたほどではありませんでした。
そのころの私は、チャット欄に思いついた指示をそのまま打ち込んでいました。出力が気に入らなければ、その場で言葉を足して打ち直す。それで良くなったら次に進む。この繰り返しです。その場では動いているので、問題があると思っていませんでした。
問題が見えたのは、同じ種類の作業を何日も続けたときです。昨日はちょうどいい長さの文章が出たのに、今日はやたら長い。昨日は具体的だったのに、今日は当たり障りのないことしか言わない。原因を探すと、たいていは私の書いた指示が微妙に違っていました。
「昨日のあれ」をもう一度書けない
いちばん困ったのは、うまくいった指示を再現できないことでした。良い出力が出たときの指示は、そのときの気分と勢いで書いています。次の日に同じ気分で同じ言葉が出てくるとは限りません。
チャットの履歴をさかのぼれば残ってはいます。ただ、探すのに時間がかかります。しかも履歴の中の指示は、その会話の流れの中で書かれているので、単体で切り出すと意味が通らないことがあります。前のやり取りを前提にした「もっと短く」みたいな断片が混ざっているからです。
結局、探すより書き直したほうが早い、となります。そしてまた微妙に違うものが生まれます。この状態がしばらく続いていました。
指示が長くなっていくのに、整理されない
使い続けると、指示に条件が増えていきます。「箇条書きにしないで」「敬語で」「専門用語を使わないで」。こういうものが積み重なると、チャット欄に打ち込む文章がどんどん長くなります。
長くなると、今度は打つのが面倒になって省略します。省略した部分の条件が抜けるので、出力が崩れます。崩れたのでまた足す。足したり抜けたりを毎回やっているだけで、指示そのものは一度も整理されていませんでした。
ファイルに置く、という形に変えた
やり方はとても単純です。指示をテキストファイルに書いて保存し、AIにはそのファイルを読ませます。私の場合はGoogleドライブに置いています。これは自動化の別の部分でもドライブを使っているので、置き場所をそろえただけです。
チャット欄に打ち込むのは「このファイルの指示に従って、今回はこれをやって」という短い一文だけになりました。条件の本体はファイルの中にあるので、私が毎回打ち直す部分がほとんどありません。
この形にして変わったのは、精度そのものよりブレの幅でした。良くなった日と悪くなった日の差が小さくなりました。指示が固定されているので当然といえば当然なのですが、実際に差が縮まるまでは半信半疑でした。
ファイルにすると、直した跡が残る
もうひとつ効いたのは、指示を直したときにその変更がファイルに残ることです。チャット欄で打ち直していたときは、何を直したのか自分でも覚えていませんでした。ファイルなら、開けば今の指示が全部そこにあります。
おかしな出力が出たとき、まずファイルを開いて該当しそうな行を探します。指示が矛盾していることも、そもそも書いていなかったことも、開けば分かります。原因を探す場所が一箇所に決まっているというのが、思っていたより大きい変化でした。
置き場所は「自動化が読める場所」にした
私はThreadsとXの投稿を全自動で回しています。毎朝6時台にAIが投稿文をまとめて生成して、Googleドライブにテキストで保存する。投稿スクリプトはそれを読んで投げるだけ、という作りです。
この生成の部分も、指示をファイルから読ませています。つまり手作業でAIに頼むときと、スクリプトが自動でAIに頼むときで、同じファイルを見ています。指示が二重管理にならないので、片方だけ直して片方が古いまま、という事故が起きません。
ここは自動化を組んでいる人にしか関係ない話かもしれませんが、手作業だけの人でも「AIに読ませる場所」と「自分が編集する場所」を同じにしておくのは効くと思います。私は前に、告知文をスプレッドシートにだけ書き込んで、投稿スクリプトが読むドライブ側のファイルを更新していなかったせいで、note告知が一度も投稿されていない時期がありました。編集した場所と読まれる場所が違うと、こういう静かな失敗が起きます。
ファイルの中身をどう分けたか
最初は指示を一枚のファイルに全部書いていました。これはこれで管理は楽なのですが、内容が増えると読みにくくなります。いまは役割で分けています。
- ずっと変わらない前提（誰が書いているか、どういう立場か、使ってよい言葉づかい）
- この作業だけの条件（長さ、形式、してはいけないこと）
- 素材（実際に起きたことと、実測した数字）
この三つを分けたのは、直す頻度が違うからです。前提の部分はほとんど直しません。作業ごとの条件は月に何回か直します。素材は増え続けます。直す頻度が違うものを同じファイルに入れると、直すたびに全部を読み返すことになります。
素材を分けたら、別の問題が見つかった
素材を独立させたのには理由があります。投稿文をAIに書かせていたとき、実際とは違う数字を書いてきたことがありました。本当は68本なのに62本と書いていて、しかも文章としては自然なので、読んでも気づけません。
対策として、実際に起きたことと実測値だけを書いた台帳を作って、そこに載っている数字しか使わせないようにしました。これは効きました。ただ、これだけでは止まりませんでした。詳しい経緯は別の記事に書いたので、ここでは要点だけ書きます。
台帳を足しても作り話が止まらなかった原因は、前から書いてあった別の指示との噛み合わせでした。「毎回、具体的な出来事を必ず入れる」と書いてあったので、台帳のネタが尽きたときにAIは埋めにいったわけです。「無ければ書かなくていい」と言い直して、やっと止まりました。
これはプロンプト管理の話としても大事な気づきでした。指示を足すときは、既にある指示と衝突していないかを見ないといけない。チャット欄に打ち込んでいた頃は、既にある指示が何なのか自分でも把握していなかったので、この確認自体ができませんでした。ファイルにしたから確認できるようになった、という順番です。
禁止事項は「してはいけない」より「無ければ書くな」
この経験から、禁止の書き方も変えました。前は「嘘を書かないで」と書いていましたが、これはあまり効きませんでした。書いている本人（AI）は嘘のつもりがないからです。
いまは「素材に無いものは書かなくていい」という形にしています。禁止ではなく、空欄を許可する形です。これで止まりました。もちろん私の環境で、私の使い方での話です。一般にどうかまでは分かりません。
使い回すために書き方を変えた部分
ファイルに置くと決めたあと、書き方そのものも少し変わりました。一回きりの指示と、置いておく指示では、書くべき内容が違うからです。
「今回は」を消す
チャット欄では「今回は短めで」と書きます。これはその場限りだから成立する書き方です。ファイルに置くなら「今回」が何を指すのか分かりません。
なので、条件は必ず具体的な値で書くようにしました。短めなら何字までなのか。硬めなら敬語なのか常体なのか。読み返して意味が一意に決まるかを基準にしています。ここを曖昧にしておくと、後から自分で読んでも「これ何のことだっけ」となります。
理由を一言だけ添える
条件のうしろに、なぜそうしているかを短く足しています。「箇条書きにしない（読み流されるので）」のような形です。
これは自分のためです。数週間後にファイルを開いたとき、理由が書いていない条件は消していいのか判断できません。理由があれば、まだ有効かどうかを自分で判断できます。実際、理由を書いていなかった条件をいくつか消して、あとで「なんで消したんだっけ」と思ったことがありました。
会話の流れに依存する言葉を使わない
「もっと」「さっきの」「それを踏まえて」といった言葉は、ファイルに置く指示には入れないようにしています。前のやり取りが無い状態で読まれるので、指す先がありません。
これはチャットで書き慣れていると意外と抜けます。私も最初にファイル化したとき、コピーした指示の中に「もう少しだけ具体的に」という行が混ざっていて、何と比べて「もう少し」なのか分からないまま残っていました。
ツールの使い分けと、ファイルの相性
私が実際に使ったことがあるのはChatGPT・Claude・Gemini・higgsfield、あとはWindowsのタスクスケジューラーとDiscordです。プロンプトのファイル管理という話でいうと、ChatGPTとClaudeとGeminiのどれでも「ファイルを読ませる」形自体は成立します。
ただ、私は長い指示ファイルを読ませるときはClaudeを使うことが多いです。これは使い分けの記事に詳しく書いたので繰り返しませんが、条件が多い作業を一度に投げるときに扱いやすいと感じているからです。あくまで私の体感で、比較検証をしたわけではありません。
プロンプト管理を専用にやるツールも世の中にはあるようですが、私は未検証なので名前は出しません。おすすめもしません。私が使っているのはテキストファイルとGoogleドライブだけで、これで足りています。追加費用も発生していません。
ファイル形式は素のテキストにした
凝った形式にはしていません。素のテキストです。理由は、スクリプトから読むときに扱いが単純だからです。
ここは実際に痛い目を見た部分でもあります。認証トークンのファイルにBOMが混ざっていて、投稿が丸ごと止まったことがありました。見た目は何も変わらないので、原因の特定に時間がかかりました。別のときは、トークンのファイルを全行つなげて読んでしまって認証エラーになったこともあります。実際に必要だったのは1行目だけでした。
プロンプトのファイルはトークンほど厳密ではありませんが、テキストファイルは見た目が同じでも中身が違うことがあるというのは、この経験から警戒するようになりました。エディタで開いて正常に見えることは、正しく読めていることの証拠になりません。
この方法でも解決していないこと
良かった点ばかり書いてきたので、直っていないほうも書きます。
まず、ファイルを直すのを忘れます。チャットで一時的に条件を足して、それがうまくいったときに、ファイルへ戻して書き足すのを忘れる。次の日にまた同じ条件を口頭で足すことになります。仕組みで防げていません。いまは気づいたときに戻す、という運用しかできていません。
次に、ファイルが増えます。役割で分けたのは良かったのですが、作業の種類が増えるごとにファイルも増えます。どれが最新でどれが使っていないものか、だんだん分からなくなってきています。ここは整理し直す必要があると思っています。
それから、これは自動化全体に言えることですが、仕組みを作っても結局そのつど自分の手を動かしています。プロンプトをファイル化しても、出てきたものを読んで直すのは私です。作業時間はゼロにはなりません。楽になった部分と、変わっていない部分があります。
「動いているように見える」失敗がいちばん厄介
自動化を組んでいて何度も刺されたのが、エラーが表に出ない失敗です。Xの自動投稿を組んだとき、タスクは全部「準備完了」と表示されていたのに、実際は一度も動いていませんでした。原因は登録スクリプトで変数名にPowerShellの予約語を使っていて、タスクに渡す引数が丸ごと空になっていたことでした。エラーもログも残らないので、気づくのに時間がかかりました。
日付を整える処理でも似たことがありました。パソコンによって使える書き方と使えない書き方があるのを知らずに書いて、機能がまるごと無言でスキップされていました。
プロンプトのファイル管理も、この種類の失敗と無関係ではありません。ファイルを読んでいるつもりで、実は読めていないという状態はありえます。私は指示ファイルの中に、必ず出力に含まれる短い目印を入れて、それが出ているかで読めているかを確認しています。目印が無ければ、ファイルが渡っていないと判断します。
2ヶ月やってみて、いまの実感
私が自動化を組み始めたのは2026年6月なので、まだ2ヶ月ほどです。プロンプトをファイルに移したのもその流れの中でした。
正直に書くと、この管理方法を整えたからといって、数字が動いたわけではありません。Threadsは6月25日から7月27日までに87本を自動投稿しましたが、その間フォロワーは0人のままでした。7月27日時点で数えたとき、7月のビューは527、いいね7、返信0、リポスト0でした。返信は一度も来ていません。
7月全体で見ると82本投稿して合計ビュー582、いいね8、平均ビュー7.1でした。8月4日までの7日間では24本投稿して、合計ビュー120、いいね1、返信0です。プロンプトの管理をどれだけ整えても、届く量が増えるわけではないというのは、この数字を見ていて何度も思いました。
それでも変えてよかったと思っているのは、作業が再開しやすくなったからです。数日ぶりに触るときも、ファイルを開けば前回の状態がそのまま残っています。毎回ゼロから思い出す必要がありません。これは数字には出ないけれど、続けるうえでは効いています。
あと、指示を直したときの効果が判断しやすくなりました。チャットで毎回違うことを書いていた頃は、良くなったのが指示のおかげなのか、たまたまなのか分かりませんでした。固定した指示を一箇所だけ直せば、その差が何によるものかは絞り込めます。
これから試そうとしていること
いまいちばん引っかかっているのが、ファイルの数が増えて管理しきれなくなってきている点です。役割で分けたところまでは良かったのですが、その先の整理ができていません。
考えているのは、使っていないファイルを別の場所に移すことです。消すのは怖いので、退避する形にしたいと思っています。ただ、これはまだやっていないので、うまくいくかは分かりません。
もうひとつは、指示を直した日付を残すことです。いまは直しっぱなしなので、いつ何を変えたのか追えません。週次・月次で自分の投稿を自動集計してDiscordにレポートを飛ばす仕組みは作ってあるので、指示ファイルの変更もそこに混ぜられないかと考えています。これも構想段階です。
フリーランスをやっていると、こういう「地味だけど効いている」部分は誰にも見えません。自社の収益はまだ立っていないし、自分の発信の集客もうまくいっていません。誰にも見られていない状況が続くのは単純にきついのですが、手元の作業が整っていくこと自体は、少なくとも自分には分かります。いまはそれを積んでいる時期だと思っています。
まとめ
- プロンプトをチャット欄に毎回書き直していると、指示が微妙に変わって出力がブレる。良かった指示を再現できないのがいちばん困った。
- テキストファイルに置いて読ませる形に変えた。精度そのものより、日ごとのブレ幅が小さくなったのが効果だった。
- ファイルは「変わらない前提」「その作業の条件」「素材」で分けた。直す頻度が違うものを混ぜると、直すたび全部読む羽目になる。
- 指示を足すときは、既にある指示と衝突しないか確認する。台帳を足しただけでは作り話が止まらず、既存の指示との噛み合わせが原因だった。
- 禁止は「するな」より「無ければ書かなくていい」と空欄を許可する形にしたら止まった。私の環境での話。
- ファイルに置く指示からは「今回は」「もっと」など会話に依存する言葉を消し、値で書く。条件には理由を一言添えておくと、後で消してよいか判断できる。
- 使っているのはテキストファイルとGoogleドライブだけで追加費用は無し。プロンプト管理の専用ツールは私は未検証なので勧めない。
- 直っていないこと。チャットで足した条件をファイルへ戻し忘れる、ファイルが増えて把握できなくなる、結局そのつど手を動かしている。
- ファイルが読めていない失敗は表に出ないので、出力に必ず含まれる目印を入れて確認している。
- この管理を整えても数字は動かなかった。6月25日〜7月27日で87本投稿してフォロワー0人。効いたのは「作業を再開しやすくなったこと」と「直した効果を判断しやすくなったこと」。
コメント