Blog / 8 min read · 2026-08-01

코딩, 분석, 워크플로 작업을 위한 Gemini 3.6 Flash 프롬프트 40개

코딩, 멀티모달 분석, 계획 수립, 신뢰할 수 있는 다단계 워크플로를 위한 Gemini 3.6 Flash 프롬프트를 복사해 일상 업무에 바로 활용하세요.

코딩, 분석, 워크플로 작업을 위한 Gemini 3.6 Flash 프롬프트 40개

이 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는 첨부된 이미지와 문서를 분석할 수 있습니다. 실무적인 이미지 편집 지침이 필요하다면 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 프롬프트는 어떤 작업에 가장 적합한가요?

코드 리뷰, 계획 수립, 문서 분석, 시각 자료 해석, 여러 의존 단계가 있는 워크플로처럼 구조화된 출력이 필요한 범위가 명확한 작업에 잘 맞습니다. 일반적인 지시를 추가하는 것보다 구체적인 출력 형식을 지정하는 편이 대체로 결과를 더 크게 개선합니다.

긴 프롬프트 하나를 써야 하나요, 짧은 프롬프트 여러 개를 써야 하나요?

작업의 종료 지점이 명확하다면 하나의 프롬프트를 사용하세요. 리서치, 디버깅, 원본 자료에서 요구사항을 추출하는 작업처럼 초기 오류가 이후 전체에 영향을 줄 수 있다면 작업을 나누는 것이 좋습니다.

Gemini 3.6 Flash로 이미지를 생성하거나 편집할 수 있나요?

아니요. Gemini 3.6 Flash는 이미지를 생성하거나 편집할 수 없습니다. 생성 또는 편집에는 Gemini 3.1 Flash Image 같은 지원되는 이미지 생성 모델을 사용하세요. Gemini 3.6 Flash는 여전히 첨부 이미지를 분석하거나 버전을 비교하고, 다른 곳에서 사용하기 전에 이미지 편집 프롬프트의 문구를 개선할 수 있습니다.

Gemini 3.6 Flash는 이미지와 PDF를 분석할 수 있나요?

네. 자료를 첨부하고 무엇을 검토해야 하는지 명시하세요. 특히 차트, 스크린샷, 제품 사진 또는 맥락이 불완전한 문서를 검토할 때는 보이는 사실과 가정을 구분하도록 요청하세요.

응답을 더 짧게 만들려면 어떻게 해야 하나요?

구체적인 분량 제한과 형식을 설정하세요. 예를 들면 “각 항목을 25단어 이하로 하여 불릿 5개만 반환하세요. 배경 설명은 포함하지 마세요.”처럼 요청할 수 있습니다. 명확한 제약 조건은 불필요한 출력을 줄여 줍니다.

결론

가장 유용한 Gemini 3.6 Flash 프롬프트는 작업을 정의하고, 관련 근거를 제공하며, 종료 지점을 명시합니다. 가장 가까운 템플릿으로 시작해 대괄호 부분을 바꾸고, 첫 결과를 본 뒤 출력 제약 조건을 조정하세요.