ブログ / 8分で読めます · 2026-08-01

Gemini 3.6 Flashのプロンプト例40選：コーディング・分析・業務フローにそのまま使える

Gemini 3.6 Flashで使えるプロンプト例を40個まとめました。コーディング、画像やPDFの分析、計画づくり、複数ステップの作業をすばやく進めるための、短くて実用的なテンプレートです。日々の仕事にそのままコピーして使えます。

ここで紹介するGemini 3.6 Flashのプロンプトは、コーディング、画像や資料の読み取り（マルチモーダル）、計画づくり、複数ステップの作業など、すばやく筋道立てて考える必要がある仕事にすぐ使えます。gemini-3.6-flash は、関係する資料を渡し、どんな形の回答がほしいかをはっきり伝えたときにいちばん力を発揮します。テンプレートをコピーして角括弧の中を書き換え、必要に応じて条件を絞り込んでください。

Gemini 3.6 Flashでよい結果を出すコツ

範囲のはっきりした依頼、判断に必要な材料、わかりやすい出力形式の3つを渡しましょう。複雑な作業では「まず確認し、そのあとで提案する」という順番で頼んでください。この単純な順番を守るだけで当て推量が減り、トークンを本来の作業に集中して使えます。

計画・リサーチのプロンプト

1. アイデアを実行計画に落とし込む

Turn this idea into a seven-step plan: [idea].

For each step, include outcome, owner role, dependency, risk, and definition of done. Label assumptions clearly.

2. 選択肢を比較する

Compare [option A], [option B], and [option C] for this goal: [goal].

Choose decision criteria, score each from 1 to 5, recommend one option, and name the trade-off.

3. 週間スケジュールを作る

Create a Monday-to-Sunday work plan for [goal].

I have [hours] daily and these constraints: [constraints]. Include priorities, effort estimates, and a fallback task for each day.

4. 依頼書（ブリーフ）の抜け漏れを見つける

Review this brief:

[brief]

List unclear requirements, missing inputs, ownership questions, risks, and the five questions we should answer before starting.

5. やることがわかるメモを作る

Turn these notes into an action memo:

[notes]

Separate decisions, open questions, and action items. Include owners and dates only when explicitly stated.

6. 確からしさを明示してリサーチする

Research this question: [question].

Separate established facts, reasonable inferences, and claims needing verification. State the best source type for each uncertain claim.

7. 意思決定ログを作る

Create a decision log from this discussion:

[discussion]

Use: decision, rationale, alternatives, owner, date mentioned, and follow-up. Write “not specified” for missing fields.

8. リリース計画の弱点を洗い出す

Pressure-test this launch plan:

[plan]

Rank risks by impact and likelihood. For the top five, give one prevention step and one recovery step.

文章作成・コンテンツのプロンプト

すぐ使える文章・画像・動画のアイデアは、2026年版 Gemini AIプロンプト集もご覧ください。

9. コンテンツの制作指示書を書く

Create a content brief for [keyword].

Audience: [audience]
Search intent: [intent]

Include angle, outline, reader questions, examples, objections, and claims that require fact-checking.

10. 分かりやすく書き直す

Rewrite this for [audience].

Preserve all factual claims and point of view. Remove repetition, filler, and corporate language. Use plain, natural sentences.

[text]

11. 下書きから FAQ を作る

Using only this draft, write five search-focused FAQs with answers of 40 to 70 words.

Do not introduce unsupported claims.

[draft]

12. 刺さらないコピーの原因を探る

Audit this copy for clarity and conversion friction:

[copy]

Quote each problem phrase, explain the issue, and provide a replacement. Return only the five highest-impact fixes.

13. アウトラインから下書きを作る

Write a [word count]-word draft from this outline:

[outline]

Audience: [audience]
Tone: direct and experienced

Use [verify] wherever a needed fact is missing.

14. 見出しを作る

Write 20 headlines for: [concept].

Group them as practical, curiosity-led, problem-solving, and comparison. Avoid clickbait and unsupported promises.

15. 記事をほかの形式に作り直す

Turn this article into five LinkedIn posts, eight short social posts, three newsletter subject lines, and one email introduction.

Preserve its claims exactly.

[article]

16. 文体を整える

Edit this draft to sound like a practitioner sharing useful working notes.

Keep the structure and meaning. Remove stock AI phrasing and vague scene-setting.

[draft]

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

17. 直す前に原因を突き止める

Do not change code yet.

Issue: [issue]
Code: [code]
Observed behavior: [behavior]

Rank likely causes and give the smallest diagnostic check for each.

18. コードの流れを説明する

Explain this code to a new contributor:

[code or files]

Start with data flow, then describe each file’s responsibility, dependencies, assumptions, and the safest place to change [goal].

19. 実装を計画する

Plan this implementation:

[request]
[repository context]

Return files to change, responsibility of each change, risks, tests, and a minimal implementation order. Do not write code.

20. 差分をレビューする

Review this diff as a maintainer:

[diff]

Report only actionable correctness, regression, security, or edge-case findings. Explain the failure scenario for each.

21. テストを設計する

Create a test plan for:

[feature]

Cover happy paths, boundaries, invalid input, state changes, and regression risks. Follow this existing style:

[test example]

22. 安全にリファクタリングする

Refactor this code for readability:

[code]

Keep the public API, dependencies, and error behavior unchanged. Flag ambiguity instead of guessing, then explain meaningful changes.

23. 要件をJSONで抜き出す

Extract requirements from this text as valid JSON only:

[text]

Schema:
{"goals":[],"non_goals":[],"requirements":[],"constraints":[],"open_questions":[]}

24. API連携を計画する

Create an API integration checklist from this documentation:

[documentation]

Cover authentication, requests, responses, errors, retries, observability, and tests. Label undocumented details.

画像・ドキュメント分析のプロンプト

Gemini 3.6 Flashは、添付した画像やドキュメントを分析できます。画像編集の実践的な指示を探しているなら、Geminiの写真加工プロンプトや画質を上げるプロンプトを使ってください。

25. スクリーンショットをチェックする

Review this screenshot as a UX auditor.

Identify the likely user goal, hierarchy, confusing elements, missing feedback, and visible accessibility concerns. Rank issues by severity.

26. グラフを読み解く

Analyze the attached chart.

State what it directly shows, the main trend, outliers, and unreadable labels. Separate observations from possible explanations.

27. ワイヤーフレームを仕様にする

Create a responsive build specification from this wireframe.

Describe regions, hierarchy, visible interactions, mobile changes, semantic structure, and ambiguous details.

28. 商品写真をレビューする

Review this product photo for an ecommerce listing.

Return visible details, condition concerns, lighting issues, suggested improvements, and a factual description based only on the image.

29. ドキュメントを要約する

Read this document and return an executive summary, key decisions, deadlines, named parties, unanswered questions, and a plain-English explanation of the most important section.

30. デザイン案の違いを比べる

Compare these two designs for this goal: [goal].

Assess hierarchy, clarity, consistency, and likely user behavior. Choose a stronger version only when visible evidence supports it.

31. 代替テキストを書く

Write concise, accurate alt text for this image.

Context: [context]

Include details necessary for meaning. Exclude decorative details that do not matter.

32. 画像編集の指示文を改善する

Rewrite this image-editing instruction for precision:

[prompt]

Preserve identity, pose, framing, and existing elements unless explicitly changed. Return the improved prompt and removed assumptions.

複数ステップで進める作業のプロンプト

33. 段階を踏んで分析する

Complete this task in stages: [task].

First inspect inputs and state known facts. Then identify gaps and risks. Finally answer using only supported conclusions.

34. リサーチから下書きへ進める

Help draft an article about [topic].

Create a research checklist, identify claims needing primary sources, make an outline, then draft using [verify] for unsupported facts.

35. レビュアーのフィードバックを反映する

Draft:
[draft]

Feedback:
[feedback]

Group feedback by theme, identify conflicts, propose revisions, and rewrite only the sections that need changes.

36. 問い合わせを振り分ける

Classify these customer messages by issue type, urgency, owner, and next action:

[messages]

Draft a reply only when facts are sufficient. Otherwise write the exact clarifying question.

37. コンテンツ監査を計画する

Create a content-audit plan for [goal].

Organize discovery, evaluation, prioritization, and implementation. Include data to collect, decision rules, and a simple scoring model.

38. ファイル間の整合性を確認する

Compare these materials for conflicts:

[source 1]
[source 2]
[source 3]

Return a table: conflict, source locations, likely impact, and question needed to resolve it.

39. AIを使う作業の引き継ぎルールを決める

Break this project into handoffs for a small AI-assisted team:

[project]

For each handoff, define input, output, acceptance criteria, and failure condition.

40. 最終チェックをする

Check this deliverable against these requirements:

[deliverable]
[requirements]

Return only passed requirements, failed requirements, ambiguous requirements, and exact corrections needed.

FAQ

Gemini 3.6 Flashのプロンプトはどんな作業に向いていますか？

出力の形がはっきり決まっていて、範囲も明確な作業に向いています。たとえばコードレビュー、計画づくり、ドキュメントの分析、画像から読み取れる情報の解釈、前の手順の結果に次の手順が左右される作業などです。一般的な指示を足すより、具体的な出力形式を指定するほうが、たいてい結果はよくなります。

長いプロンプト1つと短いプロンプト複数、どちらがいいですか？

ゴールがはっきりしている作業なら、プロンプトは1つでかまいません。リサーチ、デバッグ、元資料からの要件の抜き出しのように、最初の段階の間違いがあとの工程すべてに響く作業は、分けて進めてください。

Gemini 3.6 Flashで画像の生成や編集はできますか？

できません。Gemini 3.6 Flashは画像の生成も編集もできないので、画像を作ったり編集したりするには、Gemini 3.1 Flash Imageのような画像生成に対応したモデルを使ってください。ただしGemini 3.6 Flashでも、添付した画像の分析、バージョンどうしの比較、ほかのツールで使う画像編集プロンプトの書き直しはできます。

Gemini 3.6 Flashで画像やPDFを分析できますか？

できます。資料を添付して、何を確認してほしいかを指定してください。特にグラフ、スクリーンショット、商品写真、前提情報の少ないドキュメントを見てもらうときは、見てわかる事実と推測を分けて書くよう頼みましょう。

回答を短くするには？

具体的な上限と形式を指定してください。たとえば “Return five bullets, each under 25 words. Do not include background explanation.”（箇条書き5つで、各25語未満。背景の説明は不要）のように書きます。条件をはっきりさせれば、余計な出力を減らせます。

まとめ

役に立つGemini 3.6 Flashのプロンプトは、作業の中身をはっきりさせ、必要な材料を渡し、どこで終わればいいかを明示しています。いちばん近いテンプレートから始めて角括弧の中を書き換え、最初の結果を見てから出力の条件を調整してください。