AIを業務に使いはじめてしばらく経つと、「先週はいい感じに出たのに、今週は微妙」「前にうまくいった指示文、どこにいったかわからない」「隣の席の人が同じ業務で頼んだら、まったく違うものが出てきた」といった、生成結果のブレに違和感を覚えた経験はありませんか？
ツールの性能の問題だと思われがちですが、原因の大半は、依頼文（プロンプト）を毎回ゼロから書き直していることにあります。毎回違う指示を出しているのですから、毎回違うものが出てくるのは当然です。
この記事では、その状態から抜け出すための具体的な方法として「プロンプト台帳」という考え方と、今日から使えるテンプレート・プロンプト・運用カレンダーをまとめます。
プロンプト台帳とは？依頼文を4項目に分解して保存する管理法
プロンプトは、1本の依頼文を次の4つに分解してスプレッドシート1行として保存します。2回目以降に書くのは可変部の数行だけになり、品質のブレも大きく減ります。
- 固定部 — 毎回変わらない指示（役割設定・読み手・トーン・出力フォーマット・禁止事項）
- 可変部 — 毎回変わる入力。〔 〕で囲んだプレースホルダーにする
- 合格条件 — 出力がOKかを判定する条件を3〜5個。数えられる形で書く
- NG例 — 実際に起きたAIの失敗と、それを防ぐ一文
プロンプトを台帳管理すると出力が安定する3つの理由
理由は以下の3つです。
固定部と可変部を分けるとプロンプトの作成時間が短くなる
同じ種類の生成物を作る際のプロンプト内容は、役割設定、トーン指定、出力フォーマット、禁止事項などの項目が8割方共通しています。毎回変わるのは、対象の商品名や今週の数値くらいです。
ここを固定部と可変部に切り分けておけば、2回目からは〔 〕を埋めるだけで済みます。
合格条件を明文化するとAIが自己チェックして手戻りが減る
多くの人は「この条件を満たしているか？」という基準を頭の中だけで持っています。これを文章にしてプロンプトに入れると、AIはそれを満たそうと動きます。そして、プロンプトの末尾に以下の一文を足すと、手直しの往復が1〜2回減ってさらに効果的です。
出力する前に、合格条件を自分で1つずつ満たしているか確認し、満たせていない項目があれば書き直してから出力してください。
NG例を記録するとAIの同じ失敗を再発させない
AIは放っておくと同じ失敗を繰り返します。一度でも起きた失敗をNG例として台帳に追記しておくと、そのクセは次から出なくなります。
プロンプト台帳の作り方
台帳化する定型業務を1つだけ選ぶ
いきなり全業務を台帳化しようとすると、なかなか生成結果が安定せず困難になります。まずは週1回以上やっている定型業務を1つだけ選んでください。
取り組みやすいのは、週次レポート、問い合わせの一次返信、SNS投稿案の作成、議事録の整形、記事のタイトル案出しといった比較的作業コストが軽い業務です。逆に、月1回しかやらない業務や毎回まったく内容が違う業務は後回しで構いません。頻度が高いものほど、投資対効果が大きくなります。
うまくいった出力例から逆算してプロンプトを設計する
ゼロから理想のプロンプトを設計しようとすると、何を書けばいいかわからなくなります。それより、「この出力をもう一度出すには、どう指示すればよかったか」と逆算するほうが早く、精度も上がります。
うまくいった例が手元になければ、まず1回生成して満足のいくクオリティまで生成を繰り返してください。その完成品を元に、修正していく過程で自分が何を気にしていたかがそのまま合格条件になります。
固定部・可変部・合格条件・NG例の4項目に分解する
固定部、可変部、合格条件、NG例の4つに分けます。４つに分解するコツは、可変部から先に抜き出すことです。依頼文の変更箇所に〔 〕を付けていくと残ったものが固定部になります。
合格条件を書くときは、主観的な表現を禁止してください。「読みやすい」「いい感じ」は条件になりません。「400字以内」「施策は3つ」「語尾は動詞で終わる」のように、数えられる形か、目視で○×が付く形で記入してください。
スプレッドシートに台帳の1行として保存する
専用ツールは不要です。スプレッドシート1枚で十分機能します。列は「ID／用途／固定部／可変部の定義／合格条件／NG例／最終更新日／担当」。後述のテンプレートをそのまま使ってください。
置き場所は、チームで使うなら共有ドライブ、個人なら自分のドライブで構いません。大事なのは、探さずにたどり着ける場所に1枚だけ置くことです。あちこちに散らばった瞬間に、台帳は機能しなくなります。
使うたびに1セルずつ直してプロンプトを育てる
使ってみて不満が出たら、その場で該当セルを1つだけ直す。「あとでまとめて改訂しよう」と思った瞬間、その改訂は永遠に来ません。1セルなら30秒で終わります。この30秒を積み重ねるのが、台帳を育てるということです。
プロンプト台帳の活用例
あくまで例示ですが、ビフォーとアフターを具体的に並べます。
ビフォー：品質が安定しない1文プロンプトの例
今週のSNSの結果をまとめてレポートにして。データは以下。
（数字を貼り付け）これだと、出力の長さも構成も毎回変わります。ある週は箇条書き、ある週は長文。そして上司に出すと、必ず「で、来週どうするの？」と聞かれます。レポートの目的が指示に入っていないからです。
アフター：4項目に分解したプロンプト台帳の記入例
| 項目 | 中身 |
|---|---|
| ID | RPT-001 |
| 用途 | SNS週次レポート（社内チャット投稿用・社外非公開） |
| 固定部 | 役割＝BtoB企業のSNS運用担当／読み手＝数字に明るくない上長／トーン＝冷静、断定しすぎない／出力＝見出しなし、400字以内、最後に「来週やること」を3行 |
| 可変部 | 〔対象期間〕〔媒体〕〔インプレッション・保存・プロフィール遷移の数値〕〔前週比〕〔今週の特記事項〕 |
| 合格条件 | ①本文400字以内 ②「来週やること」が動詞で終わる3行 ③数値は与えたものだけを使い推測しない ④専門用語には括弧で日本語補足を付ける |
| NG例 | 「バズりました！」等の煽り表現／与えていない業界平均値を出す／施策の提案が「改善する」等の抽象語で終わる |
| 最終更新 | 2026-10-14 |
| 担当 | 自分 |
分解してしまえば、来週やることは〔 〕の5つを埋めるだけです。そして出てくるものは、先週とほぼ同じ形をしています。この「同じ形で出てくる」こと自体が、読み手にとっての価値になります。
【コピペOK】依頼文をプロンプト台帳の形式に自動整形するプロンプト
ここからが実践です。いま手元にある「なんとなく書いた依頼文」を、台帳の4項目に分解してもらうためのプロンプトを用意しました。整形作業そのものをAIに任せる、という使い方です。
あなたは、業務プロセスの標準化を専門とするAI活用コンサルタントです。
社内でくり返し使われているAIへの依頼文を、再現性のある「プロンプト台帳」の
フォーマットに分解・再設計するのがあなたの役割です。
# 背景
わたしは〔業種・職種：例）BtoBメーカーの広報担当〕です。
〔頻度：例）週に1回〕発生する〔業務名：例）SNS週次レポート作成〕を
AIに依頼していますが、毎回ゼロから書いているため出力の品質が安定しません。
# 入力
以下が、いま使っている依頼文です。
---
〔現在の依頼文をそのまま貼り付け〕
---
（あれば）うまくいったときの出力例：
---
〔出力例を貼り付け。なければ「なし」と書く〕
---
# あなたのタスク
上記を分析し、次の4つに分解してください。
1. 固定部：毎回変わらない指示。役割設定／読み手／前提／トーン／文体／
出力フォーマット／文字数上限／禁止事項を、すべて明文化すること。
元の依頼文に書かれていない項目も、業務内容から妥当な既定値を推定して補い、
推定した箇所には「（推定）」と付けること。
2. 可変部：毎回変わる入力項目。〔 〕で囲んだプレースホルダー名の一覧にすること。
各項目に「何を入れるか」の説明を1行ずつ添えること。
3. 合格条件：出力がOKかを判定する条件を3〜5個。
「読みやすい」のような主観語は禁止。文字数・項目数・語尾など
数えられる形、または目視で○×が付く形で書くこと。
4. NG例：この業務で起こりがちなAIの失敗を3つ。
それぞれ「失敗の内容」と「それを防ぐ一文」をセットで書くこと。
# 制約
- 日本語で出力すること。英語の専門用語には括弧で日本語の補足を付けること。
- 事実や数値を創作しないこと。情報が足りない箇所は「要確認」と明記すること。
- 元の依頼文にあった意図は削らないこと。足りない部分だけを補うこと。
# 出力フォーマット
まず【分解結果】として上記1〜4をMarkdownの表で出力し、
続けて【完成版プロンプト】として、固定部＋可変部を組み込んだ
そのままコピーして使える依頼文を、コードブロックで全文出力してください。
最後に【改善メモ】として、元の依頼文の弱点を3点、箇条書きで指摘してください。
# 自己チェック
出力する前に、合格条件を自分で1つずつ満たしているか確認し、
満たせていない項目があれば書き直してから出力してください。プロンプトの使い方｜4ステップ
- 〔 〕を自分の業務に置き換えます。 特に「現在の依頼文」は、雑なままで構わないのでそのまま貼ってください。整形するのがこのプロンプトの役目です。
- そのまま実行します。【完成版プロンプト】が出てきたら、それをコピーして台帳の該当セルに貼ります。
- 完成版プロンプトを実際に1回動かして、合格条件を調整します。 初回はだいたい1〜2個ズレています。厳しすぎるか、逆にゆるすぎるかのどちらかです。
- 部分的に直します。納得いかなければ「合格条件の③をもっと厳しくして、完成版プロンプトだけ再出力してください」と指示します。全部を作り直させる必要はありません。
そのまま使えるプロンプト台帳のテンプレートとチェックリスト4点
①プロンプト台帳テンプレート（スプレッドシート用）
| ID | 用途 | 固定部 | 可変部 | 合格条件 | NG例 | 最終更新 | 担当 |
|---|---|---|---|---|---|---|---|
| RPT-001 | SNS週次レポート | 役割／読み手／トーン／400字以内／最後に3行 | 〔期間〕〔媒体〕〔数値〕〔前週比〕〔特記〕 | 400字以内／来週やること3行／数値は与えたものだけ | 煽り表現／推測値／抽象的な施策 | 2026-10-14 | 自分 |
| IMG-001 | 記事サムネの画像生成 | ||||||
| VID-001 | SNS用ショート動画 | ||||||
| MAIL-001 | 問い合わせ一次返信 | ||||||
| DOC-001 | 提案書のたたき台 |
IDの接頭辞は用途で分けておくと、増えてきたときに探しやすくなります。RPT＝レポート、IMG＝画像生成、VID＝動画生成、MAIL＝メール、SNS＝投稿文、DOC＝資料。
②台帳の色分けルール（カラーコード付き）
状態がひと目でわかるように、行に色を付けます。スプレッドシートの条件付き書式にそのまま入れられるよう、カラーコードを載せておきます。
| 状態 | 色 | カラーコード |
|---|---|---|
| 運用中（3回以上使って安定している） | 青 | #2E5BBA |
| 試験中（まだ調整が必要） | 黄 | #D4A017 |
| 要改訂（直近で失敗が出た） | 赤 | #C0392B |
| 凍結（使わなくなった） | 灰 | #8A8A8A |
③合格条件の書き方チェックリスト6項目
- 文字数または行数の上限が書いてあるか
- 必ず含める項目が「数」で指定されているか（例：施策は3つ）
- 語尾や文体の指定があるか（例：体言止め禁止、動詞で終わる）
- 事実の扱いが書いてあるか（例：与えたデータ以外の数値を出さない）
- 主観語（読みやすい・いい感じ・それっぽく）を使っていないか
- 出力形式が指定されているか（表・箇条書き・プレーンテキスト）
④週15分で回すプロンプト台帳の運用カレンダー
| タイミング | やること | 所要 |
|---|---|---|
| 月曜の朝 | 今週使う台帳の行を開き、可変部を埋めて実行する | 5分 |
| 使った直後 | 不満があればその場で1セルだけ直し、最終更新日を更新する | 3分 |
| 金曜の夕方 | 今週出たAIの失敗を1つ、該当行のNG例に書き足す | 5分 |
| 月末 | 3回以上使った行を「運用中」に色替え、使わなかった行は「凍結」にする | 2分 |
プロンプト台帳を社内で運用するときの注意点6つ
機密情報の扱い｜固定部に書かず可変部に置く
台帳の固定部は、チームで共有される前提のものです。ここに取引先名や未公開の数値、個人情報を書き込まないでください。機密にあたる情報は必ず可変部に置き、使う人がその都度入れる形にします。あわせて、使っているAIサービスの「入力内容を学習に利用するか」の設定を一度確認しておくことをおすすめします。業務利用を始める前に確認すべき項目です。
事実確認は人が行う｜数値と固有名詞は一次情報と突き合わせる
合格条件に「数値を創作しない」と書いても、その種の誤りがゼロになるわけではありません。数字と固有名詞については、最後に人が一次情報と突き合わせてください。ここは自動化しないのが安全です。台帳化で浮いた時間を、この確認に回すくらいでちょうどいいと考えています。
AIの得意・不得意で台帳に載せる業務を選ぶ
構成の整理、言い換え、形式の統一、観点の洗い出し、たたき台づくりは得意な領域です。一方で、社内の暗黙の事情を汲むこと、最新の一次情報を正確に出すこと、最終的な責任判断は不得意です。台帳に載せるのは前者だけにしてください。
AIツールの無料プランと有料プランの使い分け
文章系の定型業務であれば、無料の枠でも十分に回ることが多いです。長文の資料作成、画像や動画の生成など、量と解像度が必要になってきた段階で有料プランを検討する、という順番で問題ありません。まず無料で台帳を1行作り、効果を実感してから広げることをお勧めします。
著作権と商用利用の確認｜社外公開の前にチェックする
生成したものを社外に出す場合は、使っているサービスの利用規約で商用利用の可否と権利の帰属を必ず確認してください。条件はツールによって異なります。台帳の「用途」列に、社外公開するものかどうかを書いておくと、確認漏れによる事故が減ります。
プロンプトのバージョン管理｜枝番で前の版を残す
プロンプトを直したら、古い版を消さずに1行コピーしてIDに枝番（RPT-001b）を付けてください。改訂したら逆に悪くなった、ということは普通に起こります。戻せる状態にしておくだけで、改訂のハードルが下がります。
AI画像・動画生成のプロンプトこそ台帳化の効果が大きい理由
ここまで文章の例で説明してきましたが、この台帳は文章専用のものではありません。むしろ画像・動画の生成プロンプトのほうが、台帳化の効果は大きいと考えています。
理由は単純で、ビジュアルは「ブレ」が目に見えるからです。構図・画風・配色・比率・明るさといった固定部を一度決めて台帳に入れておけば、誰が生成してもサムネイルのトーンが揃います。記事のサムネが毎回違うテイストになる、という問題がそのまま解決します。可変部は「今回の被写体」と「入れる文字」だけで済むようになります。
わたしたちが提供している illuminAI（イルミンエーアイ） は、日本語に対応した画像生成・動画生成のプラットフォームです。AI画像生成、AI画像編集、テキストや画像からのAI動画生成までを1つの画面で扱えるので、台帳のIMG行とVID行を同じ場所で運用できます。生成物の著作権は利用者に帰属し、利用規約の範囲で商用利用も可能です。
Freeプランは毎月20クレジット、クレジットカードの登録不要で使えますので、台帳のIMG-001行を試すところから始めていただけます。料金や機能は変わることがありますので、最新の情報は公式サイト（https://illumin-ai.io）でご確認ください。
まとめ
プロンプトを書く技術そのものを磨くことにも意味はあります。ただ、長い目で見ると、書いたプロンプトを捨てない仕組みのほうが効きます。技術は属人化しますが、台帳は残るからです。
まずは1行だけで構いません。今週いちばんよく頼んでいる依頼を、4項目に分解して台帳に移してみてください。来週の自分が、確実に楽をします。