좋은 프롬프트는 마법의 문구가 아니라 작은 인터페이스입니다.

독립 가이드 · 일반 방법론

1. 결과 — 해내야 할 일을 명명하기

주제가 아니라 실제로 필요한 결정, 산출물, 행동에서 시작하세요. “세 가지 분석 도구를 비교하고 5인 팀에 하나를 추천하라”는 일입니다. “분석에 대해 알려줘”는 주제이며, 주제 형태의 답변을 만들어냅니다.

결과를 “이것을 읽고 나면 나는 ___할 수 있게 될 것이다”로 표현할 수 있다면, 모델은 겨냥할 목표를 갖게 됩니다.

2. 컨텍스트 — 답을 바꾸는 것만 제공하기

컨텍스트는 여러분이 아는 모든 것이 아니라 응답을 바꾸는 부분집합입니다. 대상, 제약, 작업의 현재 상태가 여기에 해당합니다. 무관한 배경은 요청을 희석시키고 모델을 엉뚱한 방향으로 끌 수 있습니다.

• 누구를 위한 것인가? (깊이와 톤을 설정)
• 이미 존재하는 것은 무엇인가? (저장소, 초안, 데이터셋)
• 바뀌면 안 되는 것은 무엇인가? (기존 작업 보호)

3. 제약 — 경계 설정하기

제약은 안정성이 나오는 곳입니다. 어떤 출처가 허용되는지, 정보가 얼마나 최신이어야 하는지, 어떤 톤을 사용할지, 그리고 — 결정적으로 — 확실하지 않을 때 무엇을 해야 하는지 모델에게 알려주세요.

가장 유용한 단일 제약은 정직성 조항입니다: “주장의 출처를 밝힐 수 없으면 추측하지 말고 그렇다고 말하라.” 이것이 모델을 완벽하게 만들지는 않지만, 자신감 있는 조작을 줄여줍니다.

4. 결승선 — 완료 상태와 검증 방법 정의하기

모든 프롬프트를 출력 형식과 품질 검증 방법을 정의하며 마무리하세요. 결정 표, 테스트가 포함된 diff, 다섯 문항 퀴즈 — 구체적인 결승선은 만들기도 쉽고 여러분이 판단하기도 쉽습니다.

모델을 작업에 맞추기

더 무거운 추론(다단계 리서치, 다중 파일 코드)은 Pro 등급에서 더 잘 처리되는 경향이 있고, 빠르고 범위가 명확한 작업(재작성, 퀴즈, 주장 추출)은 Flash에서 더 저렴하고 빠릅니다. 이미지와 영상은 별도의 모델 제품군입니다(Nano Banana, Veo). 저희가 어떻게 선택하는지는 모델 개요를 참조하고, 현재 기능은 항상 Google 공식 모델 문서를 확인하세요.

신뢰하기 전에 검증하기

여기 나온 모든 기법은 모호함을 줄이지만, 어느 것도 모델을 정확하게 만들지는 않습니다. 모델이 언급한 출처를 열어보고, 모델이 작성한 테스트를 실행하고, 재작성본을 의미 변형이 없는지 다시 읽으세요. 이것이 저희 프롬프트 페이지에 검증 기록을 두고 테스트되지 않은 템플릿을 초안으로 표시하는 이유입니다.

종합하기

리서치, 코딩, 글쓰기, 이미지, 영상, 학습 작업에 적용된 네 가지 요소를 보려면 프롬프트 라이브러리를 둘러보세요. 템플릿을 복사하고, 대괄호 안 변수를 바꾸고, 검증 지침은 그대로 유지하세요.

Google과 제휴하거나 승인받지 않았습니다. Gemini는 Google LLC의 상표입니다. 이 가이드는 일반적인 프롬프트 작성 방법을 설명하며 Google 공식 문서가 아닙니다.