AI 기술을 누구나 쉽게 활용할 수 있도록 실전 가이드를 작성합니다. ChatGPT, Claude, AI 자동화, SEO 분야를 전문으로 다룹니다.
이런 경험, 한 번쯤 있으시죠? 같은 챗봇을 쓰는데 누구는 쓸 만한 결과를 뽑아내고, 누구는 시간만 날리는 이유가 있어요.
바로 프롬프트 차이예요.
저도 처음에는 "블로그 글 써줘" 이렇게 던졌었거든요. 결과가 항상 밋밋했어요.
이 글은 감으로 쓴 요령을 모은 글이 아니에요. 오픈AI·앤스로픽·구글 세 회사가 지금 공개하고 있는 공식 프롬프트 문서를 직접 열어 문장 단위로 대조한 뒤 다시 쓴 글이에요. 문서 확인일은 2026년 8월 20일이고요.
대조해 보니 세 문서의 안내가 서로 어긋나는 대목이 두 군데 있었어요. 예시를 몇 개 넣을지, 그리고 "하지 마"라고 쓸지 "이렇게 해"라고 쓸지예요. 이런 자리는 한쪽으로 정리하지 않고 갈린 채로 적었어요. 실무에서 바로 복사해서 쓸 수 있는 템플릿이 필요하다면 ChatGPT 프롬프트 템플릿 10개도 함께 확인해보세요.
가장 널리 쓰이는 방법이에요.
AI에게 "너는 ~이다"라고 역할을 지정하는 방식이에요.
"마케팅 이메일 써줘"
"너는 10년 경력의 B2B SaaS 마케팅 매니저야. 신규 고객 확보용 콜드 이메일을 써줘. 톤은 전문적이지만 친근하게."
여기서 한 가지 바로잡을 게 있어요. 역할을 주면 답이 무조건 정확해진다는 식으로 알려져 있는데, 문서가 적어 둔 효과는 그게 아니에요.
앤스로픽 문서는 "시스템 프롬프트에 역할을 설정하면 클로드의 행동과 말투가 당신의 용도에 맞게 좁혀진다"고 적고, "한 문장만으로도 차이가 난다"고 덧붙여요. 정확도가 올라간다는 말은 없어요. 좁혀지는 건 행동과 말투예요.
세 회사 문서가 이 대목은 한목소리예요.
즉 역할은 매번 대화 중간에 다시 말할 게 아니라 맨 앞이나 지침 칸에 고정해 두는 항목이에요.
챗봇 화면에서 쓴다면 클로드는 프로젝트 지침, 챗GPT는 커스텀 인스트럭션 칸이 그 자리예요. 클로드 공식 도움말은 프로젝트마다 지침을 정해 둘 수 있고, 예로 "더 격식 있는 말투를 쓰라거나 특정 역할과 업계의 관점에서 답하라고 지시하는 것"을 들어요.
AI는 형식을 정해주면 그대로 따라와요. "표로 만들어줘", "번호 리스트로 정리해줘" 같은 지시가 큰 차이를 만들어요.
"다음 데이터를 표로 정리해줘. 열 구성: 도구 이름, 가격, 주요 기능, 추천 대상. 5개 항목으로."
이렇게 하면 깔끔한 표가 바로 나와요.
구글 문서는 제미나이 3 계열 프롬프트 원칙에서 "프롬프트의 각 부분을 구분자로 나누되, 한 프롬프트 안에서는 형식 하나를 골라 일관되게 쓰라"고 적어요. XML 형태의 태그나 마크다운 제목 둘 다 효과적이라면서도, 섞지 말라는 게 핵심이에요.
앤스로픽 문서는 한 가지를 더 짚어요. "프롬프트 스타일을 원하는 출력 스타일에 맞추라"면서, "프롬프트에서 마크다운을 걷어내면 출력의 마크다운 양이 줄어들 수 있다"고 해요. 지시문 생김새가 결과물 생김새에 묻어난다는 뜻이에요.
이건 프롬프트 요령의 한계를 문서가 직접 인정한 자리예요. 구글 문서는 "간단한 JSON 응답 객체의 형식은 프롬프트로 지정할 수 있지만, 더 복잡한 JSON 스키마를 지정할 때는 제미나이 API의 구조화 출력 기능을 쓰기를 권한다"고 적어요. 형식이 조금만 복잡해지면 부탁이 아니라 기능으로 걸라는 이야기예요.
원하는 결과의 예시를 몇 개 보여주면 AI가 패턴을 파악해요. 이걸 Few-Shot 프롬프팅이라고 불러요.
"아래 스타일로 제품 설명을 써줘.
예시: 제품: 무선 이어폰 설명: 출퇴근길 지하철에서도 선명한 통화. 8시간 연속 재생으로 하루종일 함께해요.
이제 써줘: 제품: 보조 배터리"
구글 문서는 예시를 넣는 것 자체를 강하게 권해요. "프롬프트에 항상 few-shot 예시를 넣기를 권한다. 예시가 없는 프롬프트는 효과가 떨어질 가능성이 높다"고 적어요.
이 글의 예전 판에는 "예시는 1개에서 2개면 충분하고 5개 이상이면 오히려 혼란스러워한다"고 적혀 있었어요. 세 문서 어디에도 그런 숫자는 없어서 지웠어요. 실제 안내는 이래요.
정리하면 "많으면 나빠진다"는 방향만 두 문서가 공유하고, 구체적인 숫자는 앤스로픽 쪽만 제시해요.
앤스로픽 문서는 예시가 갖춰야 할 조건 세 가지를 들어요. 실제 쓰임새를 가깝게 흉내 낼 것, 예외 상황까지 덮도록 다양하게 고를 것, 그리고 지시문과 구분되도록 태그로 감쌀 것이에요.
구글 문서는 형식을 짚어요. "few-shot 예시의 구조와 형식이 서로 같아야 원치 않는 형식의 응답을 피할 수 있다"면서, 예시를 넣는 주된 목적 자체가 응답 형식을 보여주는 데 있다고 해요. 예시끼리 생김새가 다르면 그 자체가 잡음이 돼요.
길이, 난이도, 어휘 범위 같은 조건을 미리 걸어 두는 방식이에요.
여기가 세 문서 중 두 곳이 정면으로 갈리는 자리예요.
구글 문서는 제약 항목에서 "모델에게 무엇을 할지와 무엇을 하지 말지를 말해 줄 수 있다"고 적어요. 금지문을 그대로 허용하는 서술이에요.
반면 앤스로픽 문서는 출력 형식을 조종하는 방법 첫 줄에 "하지 말아야 할 것 대신 해야 할 것을 말하라"를 놓고, 바꿔 쓰는 예시까지 붙여요. "응답에 마크다운을 쓰지 마세요" 대신 "매끄럽게 이어지는 산문 문단으로 답하세요"로 쓰라는 식이에요.
그래서 위 목록도 부정형 대신 긍정형으로 다시 적어 뒀어요. 금지문을 넣었는데 안 먹으면, 같은 내용을 원하는 결과 쪽 서술로 뒤집어 한 번 더 돌려 보세요.
"초등학생도 이해할 수 있는 수준으로 설명해줘. 전문 용어가 나오면 괄호 안에 쉬운 설명을 넣어줘. 300자 이내로."
다만 글자 수 제약은 걸어 놓는다고 그대로 지켜지지는 않아요. 같은 요청을 여러 번 넣고 실제 글자 수를 세어 본 결과는 AI 글자 수 지정이 실제로 얼마나 지켜지는지 재 본 글에 정리해 뒀어요. 그 실측은 제미나이 계열 4개 모델을 잰 것이라 다른 회사 모델까지 그대로 넓혀 읽으면 어긋나요.
길이와 관련해 문서가 직접 적어 둔 사례도 하나 있어요. 앤스로픽은 클로드 오퍼스 5에 대해 기본 응답이 이전 모델보다 길게 나오고 노력 수준을 올리거나 내려도 눈에 보이는 응답 길이가 안정적으로 바뀌지는 않는다면서, 간결함은 프롬프트로 직접 요청하라고 적어요.
"단계별로 생각해줘"를 붙이는 방식이에요. 오래 알려진 요령인데, 지금은 쓰는 모델에 따라 권고가 갈려요. 이 글에서 가장 크게 손본 대목이에요.
"이 사업 아이디어의 수익성을 분석해줘"
"이 사업 아이디어의 수익성을 분석해줘. 1단계: 초기 비용 추정 2단계: 예상 월 수익 계산 3단계: 손익분기점 분석 4단계: 리스크 요인 정리 각 단계별로 근거를 설명해줘."
오픈AI의 추론 모델 활용 안내는 이렇게 적어요. "이 모델들은 단순하고 직접적인 프롬프트에서 가장 좋은 성능을 낸다. 단계별로 생각하라고 지시하는 것 같은 일부 프롬프트 기법은 성능을 높이지 못할 수 있고 때로는 방해가 될 수 있다."
같은 문서의 권고 목록에는 체인 오브 소트 프롬프트를 피하라는 항목이 따로 들어가 있어요. 이유는 "이 모델들은 추론을 내부에서 수행하므로 단계별로 생각하라거나 근거를 설명하라고 시키는 것은 불필요하다"예요.
앤스로픽 문서도 비슷한 방향이에요. "직접 짠 단계별 계획보다 '깊이 생각하라' 같은 일반적인 지시가 더 나은 추론을 낳는 경우가 많다"면서, 수동 체인 오브 소트는 사고 기능이 꺼져 있을 때 쓰는 대체 수단으로 소개해요.
반면 구글의 제미나이 3 예시 템플릿에는 사용자 프롬프트 마지막 줄에 "답하기 전에 단계적으로 생각하라"는 지시가 아직 남아 있어요. 그래서 이 기법은 폐기된 게 아니라 적용 대상이 좁아진 상태로 보는 게 맞아요.
단계를 직접 짜 넣는 대신 두 가지가 남아요.
첫째, 순서나 빠짐없음이 결과를 좌우하는 작업에서는 지시 자체를 번호 목록으로 쪼개요. 앤스로픽 문서가 "단계의 순서나 완결성이 중요할 때는 번호 목록이나 글머리 기호로 지시를 순차적으로 제시하라"고 적어요. 사고 과정을 시키는 게 아니라 할 일 목록을 주는 것이라는 점이 달라요.
둘째, 끝나기 전에 자기 검증을 시켜요. 앤스로픽 문서는 "끝내기 전에 다음 기준에 비추어 답을 검증하라" 같은 문장을 덧붙이라고 권하면서, 이게 특히 코딩과 수학에서 오류를 잘 잡아낸다고 적어요.
첫 번째 결과가 완벽할 필요 없어요. AI의 강점은 수정 요청에 빠르게 반응하는 거예요.
"좀 다르게 써줘"보다 구체적으로 지적하는 편이 좋아요.
앤스로픽 문서는 판단 기준을 아예 사람 기준으로 제시해요. "이 일을 잘 모르는 동료에게 당신의 프롬프트를 보여주고 그대로 따라 해 보라고 하라. 그 사람이 헷갈린다면 클로드도 헷갈린다"는 문장이에요. 고칠 자리를 찾을 때 그대로 써 볼 만한 기준이에요.
오픈AI 문서는 여기서 한 걸음 더 나가요. 프롬프트를 바꿀 때 "대표 사례와 테스트, 평가 점검을 먼저 붙이라"고 하고, 프롬프트 동작을 재는 테스트와 평가 세트를 만들어 두라고 권해요. 같은 문서는 그 이유로 모델이 만드는 내용이 결정적이지 않다는 점을 들어요.
혼자 쓰는 사람도 여기서 가져올 게 있어요. 프롬프트를 고쳤으면 바꾸기 전 프롬프트와 같은 입력을 한 번 더 넣어 두 결과를 나란히 비교하는 것이에요. 안 그러면 좋아진 건지 그냥 한 번 잘 나온 건지 구분이 안 돼요.
긴 문서를 붙여 넣고 물어볼 때는 무엇을 넣느냐만큼 어느 자리에 넣느냐가 결과를 바꿔요.
두 회사 문서가 같은 순서를 권해요.
앤스로픽은 토큰 2만 개가 넘는 큰 문서를 다룰 때 "긴 문서와 입력을 프롬프트 위쪽, 질문과 지시와 예시보다 앞에 두라"고 적고, 이게 모든 모델에서 성능을 개선한다고 해요. 이어서 자체 테스트에서 "질문을 끝에 두면 응답 품질이 최대 30퍼센트까지 좋아질 수 있고, 특히 복잡한 다중 문서 입력에서 그렇다"고 밝혀요. 이 수치는 앤스로픽이 자기 테스트라고 적어 둔 값이라 그 범위로 읽어야 해요.
구글도 같아요. "많은 양의 맥락을 제공할 때는 맥락을 전부 먼저 넣고, 구체적인 지시나 질문은 프롬프트 맨 끝에 두라"고 해요. 그리고 큰 데이터 뒤에는 "위 정보를 바탕으로" 같은 연결 문구를 붙여 자료와 질문을 이으라고 권해요.
"나는 IT 스타트업 마케팅 담당자야. 우리 제품은 프로젝트 관리 SaaS이고, 주 타겟은 10-50인 규모 팀이야. 이 맥락을 기억하고 앞으로 내 질문에 답해줘."
챗GPT의 메모리 기능은 두 갈래로 동작해요. 오픈AI 공지에 따르면 사용자가 기억하라고 직접 말한 "저장된 메모리"와, 지난 대화에서 챗GPT가 모은 "대화 기록"이에요. 같은 공지는 두 가지 모두 설정에서 참조를 꺼 둘 수 있다고 밝혀요. 이 기능을 실제로 굴리는 방법은 ChatGPT 메모리 기능 활용 7가지에 따로 정리해 뒀어요.
클로드의 프로젝트는 성격이 조금 달라요. 공식 도움말은 프로젝트를 "각자의 대화 기록과 지식 베이스를 가진 독립된 작업 공간"이라고 설명하고, 문서를 올려 두면 그 프로젝트 안의 개별 대화에서 배경으로 쓰인다고 해요. 프로젝트는 무료 계정에서도 쓸 수 있고 최대 5개까지 만들 수 있다고 적혀 있어요.
아래 템플릿의 글자 수 지시는 어림값으로 보세요. 팁 4에서 짚었듯이 그 숫자가 그대로 지켜지지는 않아요.
"역할: 10년 경력 비즈니스 커뮤니케이터. (상황 설명). 존대말 사용. 핵심 내용을 먼저 쓰고, 세부 사항은 뒤에. 200자 이내."
"이 보고서를 경영진에게 보고하듯이 요약해줘. 핵심 수치 3개, 의미 해석 2줄, 다음 액션 1개로 정리. 불릿 포인트 형식."
"나는 (직업)이고, (문제 상황)을 해결하고 싶어. 현실적으로 실행 가능한 아이디어 5개를 제안해줘. 각 아이디어에 예상 소요 시간과 난이도를 함께 써줘."
이 글이 대조한 범위는 오픈AI·앤스로픽·구글 세 회사의 공개 문서예요. 그 밖의 것은 확인하지 못했으니 밝혀 둘게요.
7가지를 한꺼번에 쓸 필요 없어요. 오늘은 팁 1(역할 부여)과 팁 4(제약 조건)만 적용해보세요.
역할은 대화 중간이 아니라 지침 칸이나 맨 앞에 두고, 제약은 금지문 대신 원하는 결과 쪽 서술로 적어 보세요. 그리고 팁 5는 쓰는 모델을 먼저 보세요. 안에서 추론을 돌리는 모델이라면 "단계별로 생각해줘"는 빼는 편이 문서 권고에 맞아요.
오픈AI 공식 문서는 "요구사항에 맞는 결과를 모델이 일관되게 내놓도록 효과적인 지시를 쓰는 과정"이라고 정의해요. 같은 모델이라도 어떻게 지시하느냐에 따라 결과가 달라지니까, 지시문 자체를 다듬는 일을 따로 떼어 부르는 말이에요.
회사마다 안내가 달라요. 앤스로픽 문서는 "가장 좋은 결과를 위해 예시 3개에서 5개를 넣으라"고 숫자를 못박아요. 구글 문서는 개수를 정해 주지 않고 "가장 좋은 결과를 얻으려면 예시 개수를 실험해 봐야 할 수 있다"고 하면서, 다만 "예시를 너무 많이 넣으면 모델이 예시에 과적합할 수 있다"고 덧붙여요. 두 문서를 같이 놓고 보면 몇 개에서 시작해 직접 늘려 보는 쪽이 맞아요.
쓰는 모델이 안에서 추론을 돌리는 종류인지에 따라 갈려요. 오픈AI의 추론 모델 안내는 "체인 오브 소트 프롬프트를 피하라"고 적고, 그 이유로 "이 모델들은 추론을 내부에서 수행하므로 단계별로 생각하라거나 근거를 설명하라고 시키는 것은 불필요하다"고 해요. 같은 문서는 그런 기법이 "성능을 높이지 못할 수 있고 때로는 방해가 될 수 있다"고도 적어요. 앤스로픽 문서는 "직접 짠 단계별 계획보다 일반적인 지시가 더 나은 추론을 낳는 경우가 많다"고 하면서, 수동 체인 오브 소트는 사고 기능이 꺼졌을 때 쓰는 대체 수단으로 소개해요. 반면 구글의 제미나이 3 예시 템플릿에는 "답하기 전에 단계적으로 생각하라"는 마무리 지시가 아직 들어 있어요.
대화창 아무 데나가 아니라 맨 앞이나 시스템 지침 자리예요. 이 대목은 세 회사 안내가 같아요. 앤스로픽은 "시스템 프롬프트에 역할을 설정하면 클로드의 행동과 말투가 그 용도에 맞게 좁혀진다"고 적고, 구글은 "핵심 행동 제약, 역할 정의, 출력 형식 요구사항을 시스템 지침이나 사용자 프롬프트의 맨 앞에 두라"고 해요. 오픈AI는 instructions 파라미터로 준 지시가 "input 파라미터의 프롬프트보다 우선한다"고 적어요.
여기는 회사별 안내가 정면으로 갈리는 자리예요. 구글 문서는 제약 항목에서 "모델에게 무엇을 할지와 무엇을 하지 말지를 말해 줄 수 있다"고 적어요. 앤스로픽 문서는 출력 형식을 다루는 항목에서 "하지 말아야 할 것 대신 해야 할 것을 말하라"고 하고, "마크다운을 쓰지 마세요" 대신 "매끄럽게 이어지는 산문 문단으로 답하세요"로 바꿔 쓰라는 예시를 붙여요. 그래서 결과가 안 나오면 금지문을 긍정문으로 바꿔 한 번 더 돌려 보는 편이 좋아요.
세 회사 공식 문서 자체가 예시 템플릿을 싣고 있어요. 구글의 프롬프트 설계 전략 문서에는 역할, 지시, 제약, 출력 형식으로 칸을 나눈 통째 템플릿이 있고, 오픈AI의 프롬프트 엔지니어링 문서에는 Identity, Instructions, Examples, Context 순서로 짠 개발자 메시지 예시가 있어요. 앤스로픽 문서에는 예시를 태그로 감싸는 방식이 나와요. 예전에 이 글이 안내하던 외부 프롬프트 판매 사이트 두 곳은 2026년 8월 20일에 직접 열어 확인해 보니 한 곳은 이미지와 영상 생성 프롬프트를 건당 결제로 파는 유료 마켓이었고, 다른 한 곳은 AI 캐릭터 대화 쪽으로 성격이 바뀌어 있어서 업무용 출처로는 뺐어요.
AI를 직접 돌릴 때 쓰는 도커 이미지 저장소 40개를 도커 허브 공개 API로 조회했어요. 이 40개 중 latest 태그가 있는 건 33개, 없는 건 7개였고, latest가 있는 33개 중 arm64 매니페스트가 붙은 건 26개예요. latest의 amd64 압축 크기는 71 MB에서 27.47 GB까지 398배 벌어졌고 중앙값은 747 MB였어요. 조회 일시는 2026년 9월 8일 오전 10시 24분에서 10시 31분 사이(한국 시각)예요.
허깅페이스 Spaces 상위 1000개를 공개 API로 받아 SDK와 마지막 수정일, 메타데이터 결측을 전수로 셌어요. gradio가 82.3%였고 27.6%는 마지막 수정 연도가 2024년 이하였어요.
AI 모델 파일 형식을 허깅페이스 상위 1,000개로 전수 조사했어요. safetensors를 가진 모델은 732개이고, 142개는 pickle 계열만 있어 안전한 형식을 고를 수 없어요.
Civitai 공개 조회 창구에서 다운로드 상위 체크포인트 500개와 로라 500개, 합계 1,000개를 받아 제작자가 설정해 둔 이용권한 항목을 전수로 셌어요. 모델 페이지에 「No commercial use」 배지가 붙는 모델이 300개로 30.0퍼센트였고, 그 모델로 만든 이미지를 팔 수 있는 모델은 698개였어요. 제작자 표기를 요구하는 모델이 333개, 병합을 막아 둔 모델이 241개예요. 조회 시각은 2026년 9월 12일 오후 1시 10분부터 1시 15분까지(한국 시각)예요.
홈브루가 공개하는 집계 주소를 직접 불러서 최근 30일 캐스크 설치 1,889,149건을 세어 봤어요. 1위가 codex로 122,607건, 2위가 claude-code로 51,469건이었고, 설치 건수 상위 100개 중 최소 14개가 AI 도구였어요. 조회 시각은 2026년 9월 11일 오전 11시 38분부터 11시 45분까지(한국 시각)예요.