Geminiプロンプトの書き方：PTCFで精度を上げる

Geminiプロンプトで検索しているあなたは、「書き方が合っているのか」「例やテンプレートを真似しても微妙」「コツが知りたい」と感じているかもしれません。分かります、最初は出力が安定せず不安になりますよね。

この記事では、Geminiプロンプトをプロンプトエンジニアリングの視点で整理しつつ、PTCF（ペルソナ、タスク、コンテキスト、フォーマット）を軸に、プロンプト例やテンプレート、プロンプトチェイニングでの改善手順までまとめます。さらに、Google検索で最新情報を反映させる頼み方や、GoogleWorkspaceのサイドパネル連携、DeepResearchの使いどころも、実務で迷わない形に落とし込みます。

先にひとつだけ大事な前提です。生成AIは便利ですが、数値・日付・制度・契約などの重要情報は間違う可能性があります。なのでこの記事では、うまく出力させるコツだけでなく、事故らないためのガードも一緒に入れていきますね。

Geminiプロンプトの書き方と4要素

ここではまず、Geminiプロンプトの基本を「型」で理解します。結論から言うと、思いつきの一文よりも、PTCFの4要素で条件を整理したほうが、狙ったアウトプットに近づきます。

ただ、難しく考えなくて大丈夫です。あなたが同僚に仕事を頼むときも、「何を」「いつまでに」「どんな形で」「どんな前提で」って言いますよね。Geminiプロンプトもそれと同じで、頼み方を少し整えるだけで結果が変わる、という話です。

Geminiプロンプトとは何か

Geminiプロンプトは、Geminiに「何を」「どんな前提で」「どの形で」やってほしいかを伝える指示文です。生成AIは気の利いた文章を返してくれますが、曖昧な依頼ほど一般論になりやすいというクセがあります。ここ、気になりますよね。

たとえば「要約して」だけだと、要点の粒度も、重要視する観点も、出力形式もAI側の推測任せになります。要約って一言で言っても、「3行で結論だけ」「上司への報告用」「SNS投稿用」「読者が初心者」など、正解が何十通りもあるんですよ。だからGeminiは“無難”に寄せがちです。

一方で、目的や読者、制約条件を入れるだけで、アウトプットのズレが目に見えて減ります。これは、文章が上手い下手ではなく、指示の設計の話です。プロンプトを「AIに気持ちよく推測させる文章」ではなく、「作業条件が揃った依頼書」として扱うと、途端に安定してきます。

よくある“ブレる原因”

私が現場でよく見るのは、だいたいこの4つです。

これ、あなたのせいじゃなくて、頼み方の情報が足りないだけなんです。だから「使えない」と切り捨てる前に、条件を足して再指示してみるのが近道ですよ。

“依頼書”としての最小セット

もし今すぐ改善したいなら、まずはこの3点だけ入れてください。これだけで体感かなり変わります。

あと安全面。費用・健康・法律・セキュリティなど、人生やお金に関わる話は、AIの出力をそのまま使わないでください。これは強めに言っておきます。最終的には、正確な情報は公式サイトをご確認ください。必要なら、最終的な判断は専門家にご相談ください。

プロンプトが長い＝良い、ではありません。重要なのは「必要な条件が漏れていない」「矛盾していない」「出力形式が明確」の3点です。長さより整理が勝ちます。

4要素PTCFの全体像

Geminiのプロンプト設計は、Persona（ペルソナ）/ Task（タスク）/ Context（コンテキスト）/ Format（フォーマット）の4要素で整理すると、再現性が出ます。これって“コツ”というより、チェックリストに近いです。私はここを軸にして、チームでもテンプレ化しています。

この4要素は、Googleが公開しているプロンプトガイドでも「効果的なプロンプトの主要な観点」として整理されています。言い換えると、PTCFは私の独自理論というより、実務で通用する型としてまとまっているんですよ。（出典：Google『Gemini for Google Workspace: Prompting Guide 101』）

PTCFは“全部入り”じゃなくてOK

この4要素は、全部を毎回入れる必要はありません。ただ、迷ったら「タスク」と「フォーマット」だけでも入れると、出力がかなり安定します。慣れてきたら、ペルソナとコンテキストを足していくイメージが扱いやすいです。

たとえば「メール文を作って」なら、まずタスク＋フォーマットで型を作って、相手が誰か（取引先/社内）をコンテキストで足す。それでも固い/柔らかいがズレるなら、ペルソナで「丁寧なCS担当」などを付ける。こういう順番が、実務だと一番速いですよ。

仕様や機能を確認するときは、まず「公式のガイド」「公式ヘルプ」「公式のリリース情報」を優先するのが安全です。解説記事は便利ですが、更新が止まっていることもあるので、最終確認は一次情報に寄せるのが無難かと思います。

ペルソナ設定の書き方

ペルソナは「誰として答えるか」を決めるスイッチです。これを入れるだけで、語彙・トーン・視点が揃い、出力の揺れが減ります。ポイントは、職業名だけで終わらせず、得意な説明スタイルまで指定することです。

ここでよくある誤解が、「ペルソナ＝盛った肩書」になっちゃうことです。そうじゃなくて、ペルソナは“回答の品質基準”を決めるための設定だと思ってください。あなたが欲しいのは、すごい経歴の物語じゃなくて、使える文章や整理された要点ですよね。

ペルソナは“役職＋得意技”で強くなる

たとえば「SEOコンサルタントです」だけより、「初心者向けに専門用語を使わず、具体例で説明できるSEOコンサルタントです」としたほうが、読みやすい文章が出やすいです。私は、次の2行をよく使います。

あなたは実務経験10年の◯◯です。
専門用語は避け、例え話と手順で説明してください。

ペルソナを入れるときの“型”

私は、ペルソナを入れるときに、だいたい次の3点をセットで書きます。ここまで書くと、語彙もテンポもだいぶ揃います。

逆に、ペルソナを盛りすぎると矛盾が生まれやすいので注意です。「冷静沈着で情熱的」など、方向性がぶつかる指定は避けるのが無難です。あと「天才」「世界一」みたいな強い言葉も、文章のトーンが不自然になりやすいので、私はあまり使いません。

ペルソナは“嘘の肩書”を作るためではありません。目的は、語彙と視点を揃えて作業を早くすることです。対外資料に使う場合は、出力内容の事実確認を必ず行ってください。

タスク指示のコツ

タスクは「何をしてほしいか」を動詞で固定します。ここが曖昧だと、Geminiは“それっぽい説明”に流れやすいです。私が意識しているのは、成果物のゴールを先に言うことです。ここ、地味なんですが効きますよ。

理由は単純で、AIは「答えの形」を先に決められると、文章の組み立てが速くなるからです。逆に、ゴールが曖昧だと、説明の方向が揺れて、読み手にとって“長いわりに刺さらない”文章になりがちです。

タスクは「成果物＋条件＋評価軸」で書く

• 成果物：要約、メール、構成案、比較表、チェックリスト など
• 条件：個数、文字数、対象読者、禁止事項、前提 など
• 評価軸：読みやすさ、実務で使える、誤解が起きない、根拠が示される など

例として、同じ「要約」でも次のように変えると精度が上がります。

（弱い）
以下を要約して。

（強い）
以下を、上司に30秒で説明できるように要約してください。
決定事項・未決事項・次のアクションの3つに分け、各項目は3点まで。

“チェック項目”をタスクに入れると事故が減る

数字や日付、固有名詞が絡むタスクは、出力を鵜呑みにしない前提をプロンプト側に組み込むと安全です。「不確かな点は不確かと書く」「確認が必要な項目を列挙する」といった指示が効きます。

たとえば私は、次の一文をよく足します。これだけで、断定口調が減って、確認の観点も出やすいです。

不確かな情報は断定せず、要確認として箇条書きで分けてください。

「◯◯について教えて」より、「◯◯を意思決定するために必要な論点を3つに整理して」のほうが、実務に刺さる回答になりやすいですよ。

コンテキストの入れ方

コンテキストは、タスクが同じでも“正解の形”が変わる部分です。メールひとつとっても、初対面の取引先なのか、社内の同僚なのかで文面は別物になりますよね。Geminiも同じで、背景が薄いと、無難な一般論に寄りやすいです。ここ、めちゃくちゃ大事です。

逆に言うと、コンテキストを入れるだけで「なんか違う」が減ります。特に、ビジネス文書・提案・社内共有みたいな“用途が明確”な文章は、コンテキストが効きやすいです。

コンテキストは「目的・読者・利用シーン」を書く

私は次の3点を、最低限のテンプレとして入れています。

“前提条件”は箇条書きにすると強い

コンテキストは文章で長々書くより、箇条書きにしたほうが誤読が減ります。私はこんな形をよく使います。

また、資料やURLなど“参照してほしい材料”があるときは、文章で要点を添えるのがコツです。「この資料を読んで」は丸投げになりがちなので、「特に見るべきページ」「採用したいトーン」まで指定するとズレが減ります。

機密性の高い社内情報や個人情報は入力しないほうが安全です。固有名詞を伏せたり、数値を仮置きにするなど、運用ルールを決めておくのがおすすめです。

フォーマット指定の例

フォーマットは、作業の“後工程”を減らすために入れます。読みやすいだけでなく、コピペで使える状態にするのが目的です。私は、フォーマット指定を「最初から」入れる派です。後から整形するのが一番ムダになりやすいからです。

ここ、意外と見落とされがちなんですが、フォーマットを決めると「使える・使えない」が一気に変わります。たとえば、会議議事録の要約を“文章”で返されるより、「決定事項/未決/次アクション」で分けてもらったほうが、そのままタスク化できますよね。

よく使うフォーマット指定

• 箇条書き：各項目は50字以内
• 表形式：比較軸を固定して並べる
• 見出し構造：h2/h3相当の見出しで整理
• 出力トーン：です・ます、丁寧、断定を避ける

“作業に合わせた形式”に寄せる

たとえば、あなたが最終的にスプレッドシートに貼りたいなら「表形式」、WordPressで記事化したいなら「見出し構造」、上司に投げるなら「結論→理由→注意点」みたいに、最終用途から逆算するのが正解です。

「A4一枚に収めたい」など、現実の制約があるなら、具体的に書くほど効きます。次のように一言足すだけで、長文になりにくくなります。

出力はA4一枚に印刷する想定です。
見出し＋箇条書きで簡潔にまとめてください。

フォーマットはテンプレ化しておくと、毎回の作業がラクになります。チーム内でも「この形で出す」と決めるだけで、レビューが速くなりますよ。

Geminiプロンプト例と実務テンプレ

ここからは、すぐ使える実務向けのプロンプト例と、出力がブレたときの改善手順をまとめます。コピペして試しつつ、あなたの業務に合わせて条件だけ差し替えてください。

コツは「テンプレは固定、差し替えるのは条件だけ」です。毎回ゼロから書くとブレるので、型を持っておくほうが安定します。

タスク別プロンプト例

まずはタスク別に、私が“初手”として使う形を紹介します。ポイントは、最初から完璧を狙わず、たたき台を早く作ることです。そこから必要な条件を足していくほうが、結果的に早いです。ここ、焦るほど逆に遠回りになるので、落ち着いていきましょう。

要約（報告用）

あなたは経営企画のアナリストです。
以下の文章を、上司に30秒で報告できるように要約してください。
決定事項／未決事項／次アクションに分け、各3点まで。
不確かな点は「要確認」と明記してください。

メール（丁寧＋短め）

あなたは取引先対応が得意な営業担当です。
以下の要件で、丁寧で簡潔なメール文を作成してください。
・相手：初対面の取引先
・目的：打ち合わせ日程の候補提示
・制約：スマホ1画面で読める長さ
・形式：件名／本文（挨拶→要件→候補日→結び）

構成案（ブログ記事）

あなたはSEO編集者です。
対象キーワードに対するブログ記事の構成案を作ってください。
・読者：初心者
・ゴール：読後に具体的な手順が分かる
・形式：h2/h3見出し＋各見出しの要点を箇条書き
・注意：煽り表現は避ける

「どのタスクにどの型を当てるか」早見表

料金、制限、仕様などは変更されることがあります。プロンプト内で「目安として示す」「公式の確認が必要」と書かせつつ、最終的には公式サイトで裏取りする運用にしてください。迷うなら、最終的な判断は専門家にご相談ください。

プロンプトチェイニングによる改善

Geminiは“一発で正解”より、対話で育てるほうが強いです。私はこれをプロンプトチェイニング（タスク分割）として運用しています。複雑な依頼を一度に詰め込むと、条件が衝突して崩れやすいので、小さく作って、良い方向に寄せるのがコツです。ここ、地味ですが勝ち筋です。

改善の基本フロー

1. 初手：目的と成果物を伝えて、たたき台を出す
2. 評価：どこが足りないか、どこがズレているかを一言で返す
3. 追加条件：制約（文字数、観点、禁止事項）を足す
4. 整形：フォーマットを固定して、使える形にする

“評価の返し方”テンプレ

対話で改善するとき、感想だけ（良い/微妙）だと伸びません。私は、次の型で返します。するとGeminiが修正ポイントを理解しやすいです。

たとえば「アイデアを出して」→「その中の3番を深掘りして」→「上司向けメールに変換して」のように、アウトプットを別タスクに“転用”していくと、実務がかなり速くなります。最初の一歩で完璧を狙うより、段階的に詰めるほうが早いんですよ。

対話で改善できるのは、あくまで“同じチャット内で条件を追加していく”という意味です。モデルが自動的に学習して正確性が保証される、という話ではありません。機密情報や個人情報は入力しない運用を徹底してください。

Google検索で最新情報

Geminiプロンプトで「最新情報」を扱うときは、プロンプト側で“鮮度”の条件を明示します。ここがないと、一般的な説明で止まったり、根拠が曖昧なまま断定的に書かれたりすることがあります。ここ、怖いところですよね。

私のおすすめは、最新情報を取りにいくときほど「出力のゴール」を小さくすることです。いきなり完璧な結論を求めるより、「確認すべき論点」「一次情報のあたり方」「不確かな点の洗い出し」を先に出させたほうが、結果として正確に近づきます。

最新性が必要なときの書き方

最新情報を優先して整理してください。
不確かな点は断定せず、確認すべき公式ソースの種類（公式ブログ、ヘルプ、リリースノート）を併記してください。
結論→理由→注意点の順でまとめてください。

“更新日”を意識させるとズレが減る

AIの回答って、年単位で古い前提が混ざることがあります。だから私は、「いつ時点の話か」を必ず書かせます。例えばこんな感じです。

追い指示（これ効きます）

回答の前提となる情報が「いつ時点」かを、分かる範囲で明記してください。
日時が不明なら「不明」と書いてください。

さらに、私は「出典のヒント」を出させる使い方をします。リンクの羅列ではなく、どの種類の一次情報を当たればよいかが分かるだけでも、確認の手間が減るからです。

GoogleのWorkspace連携術

仕事でGeminiを使うなら、GoogleWorkspace連携を前提にプロンプトを組むと強いです。ポイントは、AIに丸投げするのではなく、参照させたいファイルや文脈を“渡す”ことです。ここ、使いこなすと本当にラクになりますよ。

ただし、連携が強いぶん、運用ルールも大事です。誰のファイルを参照していいのか、社外秘を入れないか、共有範囲はどうか。こういう“現実の制約”を踏まえた上で使うと、成果も安全性も両立しやすいです。

@参照やソース追加で精度を上げる

Driveでファイルを選んで要約したり、複数ファイルをソースとして追加したりすると、コンテキストが一気に濃くなります。つまり「あなたの状況に合った出力」が出やすくなるんです。ここでのコツは、ファイルを渡したうえで、何を拾ってほしいかを明示すること。

例えば「この企画書を要約して」より、「この企画書の“リスク”と“必要な次アクション”だけ抜き出して」のほうが、判断に使える形になりやすいです。

連携前提のプロンプト例

あなたはプロジェクトマネージャーです。
（ソースとして指定した）議事録を前提に、次を作成してください。
・決定事項
・未決事項
・担当者別のTODO
形式は表＋箇条書きで、チームに共有しやすい形にしてください。

SNSの@指定は“過信しない”のが安全

なお、「SNSアカウントを@で指定すれば過去投稿を自動で参照できる」といった説明を見かけることがありますが、少なくともWorkspace連携で一般的に案内されている@は、ファイルなどのソース参照文脈で語られることが多いです。過去投稿の参照が必要なら、URLや投稿テキストを明示して渡すほうが安全です。ここ、誤解しやすいので注意してください。

社内規程や契約上の制約がある場合は必ず従ってください。入力してよい情報の範囲が不明なときは、最終的な判断は専門家にご相談ください。

関連トピックを深掘りしたい場合は、次の記事も役に立ちます。

• Geminiのプロジェクト機能で仕事が速くなる設定と運用術
• GeminiのURL読み込みを使い倒す仕事効率化テクと注意点

まとめ：Geminiプロンプト注意点

Geminiプロンプトは、PTCFの型で整理すると、出力のブレが減り、実務で使えるたたき台が速く出せるようになります。特に、ペルソナで視点を揃え、タスクで成果物を固定し、コンテキストでズレを減らし、フォーマットで後工程を減らす。この順番で考えると迷いません。

そして、いちばん大事なのは「一回で当てにいかない」ことです。最初はたたき台でOK。そこから、足りない条件を追加して、あなたの業務に合わせて育てる。この運用にすると、Geminiは“その場しのぎ”じゃなくて、ちゃんと戦力になりますよ。

もし「Geminiが思った通りに動かない」「出力がズレ続ける」と感じるなら、プロンプト以前に設定や前提が原因になっていることもあります。チェック観点を整理したいときは、次の記事も参考になります。

Geminiは使い物にならない？原因と改善方法を紹介