ChatGPT プロンプト例13選：コピペで使えるテンプレ

ChatGPT、Claude、Gemini で今日からコピーして使えるプロンプトを13個紹介します。どれにも空欄があり、カード上では入力欄として表示されます。自分のトピック、言語、文章で埋めてから、プロンプトをコピーするか、そのままチャットで開いてください。各プロンプトの下には、なぜその書き方をしているかの短いメモがあるので、手直ししたり同じスタイルで自分用のプロンプトを書いたりできます。

これらのプロンプトには共通のパターンがあります。どれもタスクを1文で述べ、モデルが推測できないコンテキストを与え、答えの形を指定しています。このパターンはプロンプトの書き方で要素ごとに説明しています。

学習のためのプロンプト

学習用のプロンプトは、自分がすでに何を知っているかをモデルに伝えると最もうまくいきます。それがないと、説明は架空の平均的な読み手に向けたものになり、たいてい基本的すぎるか詰め込みすぎになります。

自分のレベルに合わせて概念を説明してもらう

EditCopy

Fill in既に知っていることまだ知らないことトピック言語

変数、ループ、関数は知っているけれど、データ構造は習っていない人に向けて、再帰を説明してください。まず身近なたとえを1つ、次に短い Python の例を1つ、最後に理解できたかを確かめるための質問を1つ出してください。

Try it

Example replyReplies vary between models and runs.

たとえ：あなたは行列に並んでいて、自分が何番目かを知りたいとします。前の人に聞き、その人がさらに前の人に聞き、というふうに続けて、先頭の人が「私は1番」と答えます。各人は受け取った答えに1を足して後ろに返します。

例：

def countdown(n):
    if n == 0:
        print("Done!")
        return
    print(n)
    countdown(n - 1)

countdown(3)

これは 3、2、1 と表示してから Done! と表示します。再帰関数は、問題の小さい版に対して自分自身を呼び出すことで問題を解きます。if n == 0 のチェックがベースケースで、呼び出しを止めます。これがないと関数は自分を呼び続け、最後には Python が RecursionError を出します。

確認問題：countdown(0) は何を表示するでしょう？

まだ習っていないことを書くことで、説明があなたの手の届く範囲に収まります。最後の確認問題は、読むだけの作業を小さなテストに変えます。実際に身につくのはそこです。

1問ずつクイズを出してもらう

EditCopy

Fill inトピック問題数

SQL の結合（JOIN）についてクイズを出してください。一度に1問だけ出して、私の答えを待ってください。答えるたびに正解かどうかを伝え、理由を2文で説明してから次の問題に進んでください。簡単な問題から始めて、だんだん難しくしてください。5問で終わりにして、私が復習すべき考え方を教えてください。

Try it

Example replyReplies vary between models and runs.

第1問（全5問、初級）：customers テーブルと orders テーブルを customer_id で INNER JOIN します。一度も注文したことのない顧客は結果に含まれるでしょうか？ その理由も答えてください。

答えを入力してくれたら、結果をお伝えします。

大事なのは「私の答えを待ってください」の一文です。これがないと、モデルは5問すべてを1回の返答で書いてしまうことが多く、答えまで下に付けてしまうこともあります。そうなるとクイズがただの読み物になります。

学習計画を立ててもらう

EditCopy

Fill inスキル週数時間既に知っていること

JavaScript の基礎を学ぶための4週間の計画を作ってください。勉強できるのは1日30分で、HTML と少しの CSSは知っています。各週について、学ぶトピック、それを使う小さなプロジェクトを1つ、次に進んでよいと判断する目安を書いてください。計画全体を1画面に収めてください。

Try it

時間の予算と「次に進んでよい目安」の一文が、使える計画とトピックの羅列とを分けます。到達を確かめる目安のない計画は、何かを身につけたかどうかに関係なく、予定どおりに進められてしまいがちです。

コーディングのためのプロンプト

コーディング用のプロンプトには、言語、関係するならそのバージョン、そして実際のコードやエラーを丸ごと貼り付けることが必要です。コードの説明は「そのコードが何をしていると自分が思っているか」の説明にすぎず、バグはその差の中に潜んでいます。

仕様から関数を書いてもらう

EditCopy

Fill in処理内容言語関数名エッジケース

"$1,299.99" のような文字列を受け取り、その数値を float で返す Python の関数を、parse_price という名前で書いてください。次のエッジケースに対応してください：数値の前後の空白やドル記号がない場合もパースできること。空文字列の場合は ValueError を出すこと。短いテストを3つ付けてください。コードだけを返してください。

Try it

エッジケースと、それぞれでどうなるべきかを先に並べておくのが、望みどおりにそれらを扱うコードを得るいちばん手軽な方法です。テストを頼めば実行できるものが手に入るので、関数を信じるのではなく確かめられます。

エラーの原因を突き止めてもらう

EditCopy

Fill in言語期待した結果

私の Python のコードが下のエラーで失敗します。修正案を出す前に、まず原因をやさしい言葉で説明してください。そのあとで、エラーを直す最小限の変更を示してください。 期待していた結果：名前のリスト 実際に起きたこと：下のエラー コード：[ここにコードを貼り付け] エラー全文：[トレースバックを含むエラー全文を貼り付け]

Try it

修正より先に原因を聞くことで、モデルがたまたま動く当て推量でコードを書き換えてしまうのを防げます。バグを見つけるためにモデルに何を渡せばよいかは、デバッグのためのプロンプトで詳しく扱っています。

コードを1行ずつ説明してもらう

EditCopy

Fill in言語レベル例

この JavaScript のコードを、基本はわかるが async と await は使ったことがない人に向けて1行ずつ説明してください。説明のあとで、あなたが選んだ入力例で実行したときに何が起きるかをトレースし、各ステップでの各変数の値を示してください。 [ここにコードを貼り付け]

Try it

記憶に残るのはトレースの部分です。1行ずつの説明は各行が一般に何をするかを述べますが、トレースは実際の値に何が起きるかを見せます。それは自分でデバッガを使って確かめるときのやり方と同じです。

コードをレビューしてもらう

EditCopy

Fill in言語

プルリクエストを出す前に、この TypeScript のコードをレビューしてください。まずバグ、処理されていないエッジケース、セキュリティの問題を探し、そのあとで読みやすさを見てください。問題ごとに、該当する行、深刻度（高・中・低）、具体的な修正方法を示してください。問題かどうか確信がないものは、問題だと断定せずにそう書いてください。フォーマットについてはコメントしないでください。 [ここにコードを貼り付け]

Try it

深刻度のラベルがあれば危険なものから直せますし、「確信がない」と言ってよいと伝えることで、自信満々の誤報が減ります。コードレビューのためのプロンプトでは、レビューの種類ごとのチェックリストでさらに踏み込んでいます。

文章作成のためのプロンプト

文章作成のプロンプトには、読み手とトーンが必要です。「もっと良くして」ではモデルに狙う的がありませんが、「技術に詳しくないお客様にもっとわかりやすく」なら的があります。

わかりやすく書き直してもらう

EditCopy

Fill in読み手トーン

下の文章を、技術に詳しくないお客様にとってもっとわかりやすく、短くなるように書き直してください。事実と数字はすべて残してください。トーン：親しみやすく率直。まず書き直した文章を示し、そのあとで何を変えたかを最大3つの箇条書きで挙げてください。 """ [ここに文章を貼り付け] """

Try it

「事実と数字はすべて残して」の一文が、言い回しを変えるあいだも内容を守ります。変更点のリストで何が行われたかがわかるので、納得できない修正は元に戻せます。

メールを書いてもらう

EditCopy

Fill in宛先お願い理由段取りトーン

上司に、今週金曜日の休みをお願いする短いメールを書いてください。理由は姉の結婚式です。スプリントレポートは木曜日までに仕上げることにも触れてください。トーン：親しみやすく率直。200字以内で、謝罪の言葉は入れないでください。件名も付けてください。

Try it

Example replyReplies vary between models and runs.

件名：今週金曜日のお休みについて

[上司の名前]さん

姉の結婚式があるため、今週金曜日にお休みをいただきたいと考えています。スプリントレポートは木曜日までに仕上げますので、当日に私の作業待ちになるものはありません。

ご都合をお聞かせください。

よろしくお願いします。 [あなたの名前]

「謝罪の言葉は入れない」は小さな制約ですが効果は大きく、これがないとこの種の依頼は「お願いするのは心苦しいのですが」のような段落から始まりがちです。段取りの一文は、読み手が最初に抱く疑問に、聞かれる前に答えています。

長い文章を要約してもらう

EditCopy

Fill in読み手項目数

下の文章を、まだ読んでいない忙しいマネージャー向けに5つの箇条書きで要約してください。いちばん重要な点を最初に置いてください。箇条書きのあとに、文章の中で未解決のまま残っている疑問点や決定事項を挙げてください。 """ [ここに文章を貼り付け] """

Try it

読み手を指定すると、何が重要かが決まります。未解決の疑問点を挙げさせる一文は、ふつうの要約が落としてしまうもの、つまりまだ誰も決めていないことを拾います。

仕事と計画のためのプロンプト

これらのプロンプトは、散らかった入力を行動に移せる形に変えます。繰り返し使うコツは、情報が足りないときにどうするかをモデルに伝えることです。そうすればモデルは推測で埋めずに、欠けている箇所に印を付けます。

会議メモをアクションアイテムにする

EditCopy

この会議メモをアクションアイテムに変換してください。タスク、担当者、期限の列を持つ表にしてください。メモに担当者や日付が書かれていない場合は、推測せずに「記載なし」と書いてください。表のあとに、会議で決まったことを箇条書きで挙げてください。 """ ローンチは5月12日に変更。料金ページは Priya が更新する。ベータユーザーへのメールを誰かが送る必要あり。Tom が金曜日までにアナリティクスの設定を確認。 """

Try it

Example replyReplies vary between models and runs.

タスク	担当者	期限
料金ページを更新する	Priya	記載なし
ベータユーザーにメールを送る	記載なし	記載なし
アナリティクスの設定を確認する	Tom	金曜日

決定事項：

• ローンチ日を5月12日に変更した。

表を信頼できるものにしているのは「記載なし」のルールです。担当者が「記載なし」のタスクは誰も引き受けていないタスクで、あなたが見つけたいのはまさにそれです。結果をプログラムが読む場合は、表ではなく JSON を頼む方法を構造化出力で確認してください。

決める前に選択肢を比べる

EditCopy

Fill in状況選択肢

6人のチームについて、オフィスを借りるか、フルリモートを続けるかを決める必要があります。アドバイスをする前に、私の状況で何が大事かについて最大5つ質問してください。私が答えたら、その答えから出てきた基準を使って選択肢を表で比較し、そのうえでおすすめと、それを選んだ場合の主なリスクを示してください。

Try it

まずモデルに質問させることで、いつもの流れが逆になります。ありきたりなメリット・デメリットの一覧ではなく、あなた自身の優先順位にもとづいた比較が手に入ります。

プロジェクトをステップに分ける

EditCopy

Fill in大きさプロジェクト

このプロジェクトを、1つあたり1〜2時間で終わるステップに分けてください：個人のポートフォリオサイトを作る。各ステップで目に見えるもの、テストできるものができあがるように順番を決めてください。つまずきそうなステップには印を付け、そのとき何を検索すればよいかも書いてください。

Try it

小さく目に見えるステップにすれば進み具合を確かめられますし、難しいステップを先に示しておけば、それに出会ったときに心の準備ができています。このページのどのプロンプトも、自分用の再利用できる形にするにはプロンプトテンプレートを参照してください。