블로그 / 8분 분량 · 2026-08-01

Gemini 3.6 Flash 프롬프트 40가지: 코딩·분석·업무 자동화용 예시 모음

코딩, 멀티모달 분석, 계획 수립, 여러 단계로 이어지는 업무에 바로 쓰는 Gemini 3.6 Flash 프롬프트 모음입니다. 간결한 답을 받아 일상 업무에 쓰도록 복사용 템플릿으로 정리했습니다.

이 Gemini 3.6 Flash 프롬프트는 빠르고 체계적인 사고가 필요한 작업을 위한 것입니다. 코딩, 멀티모달 이해, 계획 수립, 여러 단계로 이어지는 업무에 바로 쓸 수 있습니다. gemini-3.6-flash는 관련 자료를 함께 주고 완성된 답이 어떤 모습이어야 하는지 정확히 정해 줄 때 가장 쓸모가 있습니다. 템플릿을 복사해 대괄호를 채우고, 필요하면 제한 조건을 더 좁히세요.

Gemini 3.6 Flash에서 더 좋은 결과를 얻는 법

범위가 정해진 일, 필요한 근거 자료, 분명한 출력 형식을 주세요. 복잡한 작업이라면 먼저 살펴보고 그다음에 제안하라고 하세요. 이 간단한 순서만 지켜도 짐작으로 채우는 답이 줄고, 토큰을 실제 작업에 집중해서 쓰게 됩니다.

계획·리서치 프롬프트

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. diff 리뷰하기

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는 첨부한 이미지와 문서를 분석할 수 있습니다. 이미지를 직접 편집하는 지시가 필요하다면 제미나이 사진 보정 프롬프트나 제미나이 화질 개선 프롬프트를 쓰세요.

25. 스크린샷 UX 점검하기

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. 대체 텍스트(alt text) 쓰기

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.

자주 묻는 질문

Gemini 3.6 Flash 프롬프트는 어떤 일에 가장 잘 맞나요?

코드 리뷰, 계획 수립, 문서 분석, 시각 자료 해석, 서로 이어진 여러 단계로 된 업무처럼 범위가 분명하고 구조화된 답이 필요한 일에 잘 맞습니다. 일반적인 지시를 더하는 것보다 출력 형식을 구체적으로 정해 주는 편이 대개 결과를 더 크게 끌어올립니다.

긴 프롬프트 하나가 좋을까요, 짧은 프롬프트 여러 개가 좋을까요?

끝나는 지점이 분명한 작업이라면 프롬프트 하나로 충분합니다. 조사, 디버깅, 원자료에서 요구사항 뽑기처럼 앞 단계의 실수가 뒤 전체에 영향을 줄 수 있는 일은 나눠서 하세요.

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 프롬프트는 할 일을 정하고, 필요한 근거를 주고, 어디서 멈출지를 명시합니다. 가장 비슷한 템플릿으로 시작해 대괄호를 채우고, 첫 결과를 본 뒤 출력 조건을 다듬으세요.