🦀 crabox.ai 생성형 AI 본과정 · 코스 1

프롬프트 엔지니어링 —
AI에게 제대로 시키는 법

같은 AI라도 어떻게 시키느냐에 따라 결과가 하늘과 땅입니다. 원하는 답을 안정적으로 끌어내는 이 기술이 모든 생성형 AI 활용의 뿌리입니다.

프롬프트 엔지니어링이란?

프롬프트(prompt)는 우리가 AI에게 건네는 ‘지시문’입니다. 그리고 프롬프트 엔지니어링은 그 지시문을 의도한 결과가 안정적으로 나오도록 설계하는 기술이죠. 핵심은 의외로 단순합니다 — 똑같은 AI, 똑같은 모델이라도 어떻게 시키느냐에 따라 결과의 질이 완전히 달라진다는 것.

“글 좀 써줘”라고 던지면 뻔하고 밋밋한 답이 옵니다. 하지만 누구를 위한 글인지, 어떤 톤으로, 얼마나 길게, 무엇을 빼야 하는지를 또렷이 알려주면 — 같은 AI가 갑자기 유능한 조수처럼 일합니다. 사람에게 일을 맡길 때와 똑같아요. 애매하게 부탁하면 애매한 결과가, 명확하게 부탁하면 명확한 결과가 돌아옵니다.

그래서 프롬프트 엔지니어링은 화려한 ‘마법 주문’을 외우는 게 아닙니다. 내가 원하는 것을 정확한 언어로 옮기는 능력 — 이것이 글쓰기든 분석이든 코딩이든, 모든 생성형 AI 활용의 뿌리입니다. 뒤에 나올 LLM 활용도, 바이브 코딩도, 결국 여기서 출발합니다.

좋은 프롬프트의 5요소

막막할 땐 이 다섯 칸을 채운다고 생각하세요. 하나씩 더할 때마다 결과가 눈에 띄게 좋아집니다.

🎯

목표

무엇을 원하는지. “세 줄 요약”, “이메일 초안”, “코드 검토”처럼 결과물을 한 문장으로 못 박습니다.

🧭

맥락

배경과 독자. 누구에게, 어떤 상황에서 쓰는지 알려주면 AI가 눈높이와 어휘를 맞춥니다.

🚧

제약

하지 말 것과 조건. “전문용어 금지”, “300자 이내”처럼 경계를 그으면 헛발질이 줄어듭니다.

📝

예시

원하는 형태의 샘플 하나(few-shot). 말로 설명하기 어려운 톤·형식을 예시가 대신 전달합니다.

📐

형식

출력 구조. 표·불릿·단계별 등 받고 싶은 모양을 지정하면 바로 쓸 수 있는 답이 옵니다.

핵심 기법 5가지

요소를 갖췄다면, 이제 결과를 한 단계 끌어올리는 실전 기법입니다.

역할 부여 (role) — “당신은 10년 차 카피라이터입니다”처럼 AI에게 배역을 줍니다. 관점·어휘·전문성의 깊이가 그 역할에 맞춰집니다.
💡 팁: 독자도 함께 지정하면(“초등학생에게 설명하듯”) 눈높이가 더 정확해집니다.
예시 제공 (few-shot) — 원하는 입력→출력 쌍을 한두 개 보여줍니다. 백 마디 설명보다 잘 고른 예시 하나가 톤과 형식을 정확히 전달합니다.
💡 팁: 좋은 예시 1개가 애매한 지시 10줄을 이깁니다.
단계적으로 생각하게 하기 (chain-of-thought) — “차근차근 단계별로 생각해줘”라고 요청합니다. 복잡한 추론·계산에서 중간 과정을 밟게 하면 정확도가 올라갑니다.
💡 팁: 답이 자꾸 틀리면 ‘결론부터’가 아니라 ‘과정부터’ 요구하세요.
제약·출력형식 지정 — 길이·톤·금지사항과 원하는 구조(표/불릿/JSON)를 명시합니다. 재가공 없이 바로 쓸 수 있는 답이 나옵니다.
💡 팁: “~하지 마”보다 “대신 ~해줘”로 방향을 주는 편이 잘 먹힙니다.
반복 개선 (iterate) — 첫 답을 완성본으로 여기지 마세요. “더 짧게”, “이 부분만 다시”처럼 대화로 다듬는 과정 자체가 프롬프트 엔지니어링입니다.
💡 팁: 한 번에 완벽을 노리기보다, 세 번의 되먹임이 훨씬 빠릅니다.
이메일·보고서 초안긴 글 요약학습 정리·문제 풀이 번역·톤 교정아이디어 브레인스토밍코드 작성·검토

기법은 도구일 뿐 — 어떤 일이든 ‘목표·맥락·제약’을 또렷이 하는 습관이 먼저입니다.

실전 — 나쁜 프롬프트 vs 좋은 프롬프트

❌ 나쁜 프롬프트 : “회의 관련 이메일 써줘.” — 받는 사람도, 목적도, 톤도 모르니 AI는 두루뭉술한 초안을 내놓습니다. 결국 처음부터 다시 쓰게 되죠.

✅ 좋은 프롬프트 : “당신은 회사 팀장입니다. 팀원 5명에게 보내는 이메일 초안을 써줘. 목적은 다음 주 화요일로 회의 일정을 옮기는 것. 정중하지만 간결한 톤으로, 5문장 이내, 마지막에 참석 가능 여부를 물어봐줘.”

차이는 분명합니다. 좋은 프롬프트에는 역할(팀장)·독자(팀원 5명)·목표(일정 변경)·톤(정중·간결)·제약(5문장)·형식(마무리 질문)이 모두 들어 있습니다. AI가 헤맬 여지를 없앤 거죠 — 그래서 고쳐 쓸 필요 없이 바로 보낼 수 있는 초안이 한 번에 나옵니다.

AI 답을 검증하는 법 (가장 중요)

여기가 이 코스에서 가장 중요한 대목입니다. AI는 그럴듯하지만 틀린 답을 자신 있게 내놓기도 합니다(이른바 ‘환각’, hallucination). 매끄러운 문장에 속아 그대로 믿으면, AI는 증폭기가 아니라 오류 증폭기가 됩니다.

결국 틀린 답을 걸러내는 힘은 사람의 지식에서 나옵니다. 이것이 crabox 아카데미의 철학입니다 — 생성형 AI는 증폭기이고, 정통 교육으로 다진 깊이가 있어야 AI를 얕게가 아니라 깊게 씁니다. 프롬프트를 잘 짜는 기술과 그 답을 판단하는 안목은, 언제나 함께 가야 합니다.

이제 실전으로

프롬프트 설계의 뿌리를 잡았다면, 이걸 실제 업무·학습에 붙이는 차례입니다.

다음 코스 · 🧠 LLM 활용 실전 →