역할·맥락·형식으로 클로드 답변 범위 좁히기: Karpathy식 프롬프트 실험 | DAKER 커뮤니티
같은 요청을 넣어도 답변이 지나치게 넓어지거나, 검토하기 어려운 초안이 나올 때가 있습니다. 이럴 때 질문을 더 길게 쓰기보다 먼저 답변자의 역할을 정하면 흐름이 훨씬 안정적일 수 있습니다.
이 글은 역할 프롬프트를 어떻게 써야 답변 범위를 자연스럽게 좁힐 수 있는지, 역할·맥락·출력 형식이라는 세 요소를 중심으로 간단히 정리한 글입니다. 초급자도 바로 시험해볼 수 있도록 작은 실험 단위로 묶었습니다.
역할, 작업 맥락, 출력 형식을 함께 주면 클로드 답변은 덜 넓어지고 검토하기 쉬운 초안으로 좁혀집니다.
역할 프롬프트는 AI에게 먼저 누구로 답할지를 정하는 장치입니다. 질문을 길게 쓰기 전에 답변자의 역할부터 정하면 같은 입력도 더 안정적으로 돌아옵니다.
오늘 이 글에서 다루는 내용
이 글은 클로드 기초 프롬프트에서 역할, 맥락, 출력 형식을 먼저 고정해 답변 범위를 좁히는 방법을 Karpathy식 실험으로 정리한 Korean Learning Daily Comic입니다.
작성 기준일 2026년 9월 5일 KST에 DAKER 공개 학습 자료에서 교재 항목을 확인했습니다. 이 글은 DAKER의 클로드 기초 프롬프트 흐름을 바탕으로, 초급자가 바로 따라 할 수 있는 작은 프롬프트 실험으로 재구성했습니다.
핵심 개념은 어떻게 이해하면 좋을까
Karpathy식으로 보면 프롬프트는 모델의 다음 토큰 분포를 조정하는 인터페이스입니다. 그래서 마케터처럼 써줘라는 요청보다, B2B SaaS 랜딩페이지를 검토하는 그로스 마케터로서, 세 가지 개선안을 표로 정리해줘처럼 역할과 상황, 결과물 형태를 함께 주는 편이 더 유리합니다.
이 방식이 유효한 이유는 분명합니다. 역할은 넓은 후보를 줄이고, 맥락은 판단 기준을 세우며, 출력 형식은 답변을 비교 가능한 단위로 고정합니다.
| 구분 | 무엇을 고정하나요? | 짧은 예시 |
|---|---|---|
| 역할 | 답변자의 관점 | 초보자에게 설명하는 튜터로 답해줘 |
| 맥락 | 판단해야 할 상황 | 신규 사용자가 첫 설정에서 이탈하고 있어 |
| 형식 | 검토 가능한 결과물 | 문제, 원인, 수정안을 표로 정리해줘 |
실습은 어떤 순서로 해보면 좋을까
실습은 복잡하지 않습니다. 먼저 AI가 맡을 역할을 한 문장으로 씁니다. 그다음 그 역할이 판단할 대상과 독자를 짧게 붙입니다. 마지막으로 목록, 표, 체크리스트처럼 검토하기 쉬운 출력 형식을 지정하면 됩니다.
역할은 관점을 정하고, 맥락은 판단 기준을 세우며, 형식은 결과를 비교 가능하게 만듭니다.
자주 막히는 지점
역할이 너무 넓으면 답변도 쉽게 퍼집니다. 이럴 때는 직무, 상황, 책임을 하나씩 더 붙이는 것이 좋습니다.
맥락이 빠지면 답변은 일반론으로 흐르기 쉽습니다. 대상과 목적을 함께 넣으면 판단 기준이 선명해집니다.
출력 형식이 없으면 좋은 답변이 나와도 비교가 어렵습니다. 항목 수와 형태를 정해두면 검토가 쉬워집니다.
짧은 예시는 어떻게 달라지나
바꾸기 전: 클로드에게 마케팅 문구를 잘 써달라고 부탁한다.
바꾼 뒤: B2B 데이터 분석 도구의 그로스 마케터로서, 14일 무료 체험 랜딩페이지 첫 화면 문구를 검토해줘. 독자는 데이터 팀장이고, 결과는 문제 3개와 수정 문구 3개를 표로 정리해줘.
두 문장의 차이는 길이보다 기준의 유무에 있습니다. 뒤의 예시는 누가, 무엇을, 어떤 기준으로 보고, 어떤 형태로 내놓을지를 한 번에 정해줍니다.
다음 학습으로 이어보기
기초 개념은 클로드 기초 프롬프트에서 이어서 확인할 수 있습니다. 같은 방식의 학습 글은 DAKER 학습 디렉토리에서 모아 볼 수 있습니다.
참고 자료
이 글의 공개 기준 자료는 DAKER 학습 디렉토리와 DAKER의 클로드 기초 프롬프트 학습 자료입니다. 외부 커뮤니티 글이나 개인 게시물은 공개 근거로 사용하지 않았습니다.
자주 묻는 질문
역할은 길수록 좋은가요?
길이보다 판단 기준이 중요합니다. 직무, 대상, 책임이 보이면 한두 문장으로도 충분합니다.
클로드 외 다른 AI에도 같은 방식이 통하나요?
대부분의 대화형 AI에서 통합니다. 다만 모델마다 장문 맥락을 다루는 방식이 달라서 짧게 테스트하며 조정하는 편이 좋습니다.
출력 형식은 꼭 표여야 하나요?
아닙니다. 비교가 필요하면 표, 실행이 필요하면 체크리스트, 설명이 필요하면 단계형 목록이 더 적합합니다.
기존에 쓰던 프롬프트 하나를 역할, 맥락, 출력 형식 세 줄로 다시 써보면 어떤 차이가 나는지 궁금하지 않으신가요?