오늘 바로 ChatGPT, Claude, Gemini에 복사해서 쓸 수 있는 프롬프트 13개입니다. 각 프롬프트에는 카드의 입력칸으로 표시된 빈칸이 있습니다. 여러분의 주제, 언어, 글로 채운 다음 프롬프트를 복사하거나 채팅에서 바로 열면 됩니다. 각 프롬프트 아래에는 왜 이렇게 썼는지 짧은 설명이 있으니, 상황에 맞게 고치거나 같은 방식으로 직접 써 보세요.
이 프롬프트들에는 공통된 패턴이 있습니다. 할 일을 한 문장으로 말하고, 모델이 추측할 수 없는 맥락을 주고, 답변이 어떤 모습이어야 하는지 말합니다. 이 패턴은 프롬프트 작성법에서 요소별로 설명합니다.
학습용 프롬프트
학습용 프롬프트는 여러분이 이미 무엇을 아는지 모델에게 알려 줄 때 가장 잘 통합니다. 그렇지 않으면 설명이 가상의 평균 독자를 겨냥하게 되고, 보통 너무 쉽거나 너무 어렵게 나옵니다.
비유: 줄을 서 있는데 내가 몇 번째인지 알고 싶다고 해 봅시다. 앞사람에게 묻고, 그 사람은 또 앞사람에게 묻고, 이렇게 계속 가다가 맨 앞사람이 "저는 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 검사가 기저 조건으로, 호출을 멈추게 합니다. 이것이 없으면 함수는 파이썬이 RecursionError를 낼 때까지 계속 자기 자신을 호출합니다.
확인 문제: countdown(0)은 무엇을 출력할까요?
아직 배우지 않은 것을 밝혀 두면 설명이 여러분이 따라갈 수 있는 범위 안에 머뭅니다. 마지막의 확인 문제는 읽기를 작은 시험으로 바꿔 주는데, 실제로 배움이 일어나는 곳이 바로 여기입니다.
1/5번 문제 (쉬움): customers 테이블과 orders 테이블을 customer_id로 INNER JOIN했습니다. 주문을 한 번도 하지 않은 고객은 결과에 나타날까요? 그 이유는 무엇일까요?
답을 입력하면 맞았는지 알려 드릴게요.
중요한 줄은 "내 답을 기다려"입니다. 이 줄이 없으면 모델은 다섯 문제를 한 번에 쓰는 경우가 많고, 때로는 답까지 아래에 적어서 퀴즈를 읽을거리 목록으로 만들어 버립니다.
시간 예산과 "판단하는 기준" 줄이 쓸 수 있는 계획과 주제 목록을 가릅니다. 준비됐는지 확인하는 기준이 없는 계획은 무언가를 배웠든 아니든 일정대로만 진행되기 쉽습니다.
코딩용 프롬프트
코딩용 프롬프트에는 언어, 중요하다면 버전, 그리고 실제 코드나 에러를 통째로 붙여 넣어야 합니다. 코드에 대한 설명은 여러분이 코드가 한다고 생각하는 일에 대한 설명일 뿐이고, 버그는 그 차이에 숨어 있습니다.
예외 상황과 각 상황에서 어떻게 되어야 하는지를 미리 적어 두는 것이 원하는 대로 처리하는 코드를 얻는 가장 싼 방법입니다. 테스트를 요청하면 실행해 볼 거리가 생기므로, 함수를 믿는 대신 확인할 수 있습니다.
[코드를 붙여 넣으세요]
전체 에러:[트레이스백을 포함한 전체 에러를 붙여 넣으세요]고치는 방법보다 원인을 먼저 요청하면, 모델이 우연히 돌아가는 추측으로 코드를 다시 써 버리는 일을 막을 수 있습니다. 버그를 찾는 데 필요한 것을 모델에게 주는 방법은 디버깅 프롬프트에서 더 다룹니다.
[코드를 붙여 넣으세요]기억에 남게 해 주는 것은 추적입니다. 한 줄씩 설명하면 각 줄이 일반적으로 무엇을 하는지 알 수 있고, 추적은 실제 값에 무슨 일이 생기는지 보여 줍니다. 디버거로 직접 확인할 때와 같은 방식입니다.
[코드를 붙여 넣으세요]심각도 라벨이 있으면 위험한 것부터 고칠 수 있고, "확실하지 않다"고 말해도 된다는 허락은 자신만만한 오경보를 줄여 줍니다. 특정 종류의 리뷰를 위한 체크리스트는 코드 리뷰 프롬프트에서 더 다룹니다.
글쓰기용 프롬프트
글쓰기용 프롬프트에는 독자와 말투가 필요합니다. "더 좋게 만들어 줘"는 모델에게 겨냥할 대상을 주지 않지만, "기술을 잘 모르는 고객이 이해하기 쉽게 만들어 줘"는 줍니다.
"모든 사실과 숫자는 그대로 유지해"는 표현이 바뀌는 동안 내용을 지켜 줍니다. 변경 목록은 무엇이 바뀌었는지 보여 주므로, 동의하지 않는 수정은 되돌릴 수 있습니다.
제목: 이번 주 금요일 휴가 신청
[팀장님 성함]님, 안녕하세요.
언니 결혼식이 있어 이번 주 금요일에 휴가를 쓰고 싶습니다. 스프린트 보고서는 목요일까지 마무리해서 그날 제 쪽에서 막히는 일이 없도록 하겠습니다.
괜찮으실지 알려 주세요.
감사합니다. [이름]
"사과하는 말은 넣지 마"는 작지만 효과가 큰 제약입니다. 이 제약이 없으면 이런 요청은 "부탁드려 죄송하지만" 같은 문단으로 시작하기 쉽습니다. 계획을 언급하는 줄은 읽는 사람이 묻기 전에 첫 번째 질문에 답해 줍니다.
독자를 밝히면 무엇이 중요한지가 정해집니다. 미해결 질문을 요청하는 줄은 평범한 요약이 빠뜨리는 것, 즉 아직 아무도 결정하지 않은 것을 잡아냅니다.
업무와 계획용 프롬프트
이 프롬프트들은 정리되지 않은 입력을 바로 실행할 수 있는 형태로 바꿉니다. 반복해서 쓰이는 요령은 정보가 빠졌을 때 어떻게 할지 모델에게 알려 주는 것입니다. 그러면 모델이 빈 곳을 추측으로 채우지 않고 표시해 둡니다.
| 할 일 | 담당자 | 마감일 |
|---|---|---|
| 가격 페이지 업데이트 | 프리야 | 명시 안 됨 |
| 베타 사용자에게 이메일 보내기 | 명시 안 됨 | 명시 안 됨 |
| 분석 설정 점검 | 톰 | 금요일 |
결정 사항:
- 출시일이 5월 12일로 변경되었습니다.
"명시 안 됨" 규칙이 이 표를 믿을 수 있게 만듭니다. 담당자가 "명시 안 됨"인 할 일은 아무도 맡지 않은 일이고, 여러분이 봐야 하는 것이 바로 그것입니다. 프로그램이 결과를 읽어야 한다면 표 대신 JSON을 요청하는 방법을 구조화된 출력에서 확인하세요.
모델에게 먼저 질문하게 하면 평소의 흐름이 뒤집힙니다. 뻔한 장단점 목록 대신 여러분의 우선순위를 바탕으로 한 비교를 받게 됩니다.
작고 눈에 보이는 단계는 진행 상황을 확인할 수 있게 해 주고, 어려운 단계를 미리 표시해 두면 그 단계를 예상하고 맞이할 수 있습니다. 이 페이지의 프롬프트를 여러분만의 재사용 가능한 버전으로 바꾸려면 프롬프트 템플릿을 참고하세요.
자주 묻는 질문
좋은 ChatGPT 프롬프트에는 어떤 것이 있나요?
좋은 프롬프트는 할 일을 밝히고, 모델이 추측할 수 없는 맥락을 주고, 답변의 모양을 알려 줍니다. "반복문은 알지만 자료구조는 모르는 사람에게 재귀를 설명해 줘. 비유 하나와 파이썬 예시 하나를 들어 줘"가 "재귀 설명해 줘"보다 훨씬 잘 통합니다. 이 페이지의 프롬프트는 학습, 코딩, 글쓰기, 업무 계획에서 이 패턴을 따릅니다.
이 프롬프트들은 Claude와 Gemini에서도 통하나요?
네. 어느 것도 특정 제품의 기능에 의존하지 않습니다. 평범한 지시문이라 ChatGPT, Claude, Gemini와 다른 채팅 모델에서도 동작합니다. 답변의 표현은 모델마다, 실행할 때마다 다르겠지만 요청한 구조는 유지될 것입니다.
프롬프트 예시를 내 상황에 맞게 바꾸려면 어떻게 하나요?
모든 빈칸을 여러분의 내용으로 바꾼 다음, 모델이 된 셈 치고 프롬프트를 한 번 읽어 보세요. 아직 불분명한 부분이 있나요? 답변이 누구를 위한 것이고 여러분이 이미 무엇을 아는지 맥락 한 문장을 더하세요. 첫 답변이 빗나가면 대화에서 따지지 말고 프롬프트를 고치세요. 그래야 다시 쓸 수 있는 더 나은 프롬프트가 남습니다.
자주 쓰는 프롬프트는 저장해 두는 게 좋나요?
네. 잘 통하는 프롬프트는 이 페이지의 프롬프트처럼 빈칸이 있는 템플릿으로 남겨 둘 가치가 있습니다. 대부분의 채팅 앱은 맞춤형 지침이나 프로젝트 지침처럼 상시 지시를 저장하는 기능도 있어서, 대화마다 같은 맥락을 반복하지 않아도 됩니다.