/Skill을 위한 프롬프팅
Skill을 위한 프롬프팅

프롬프트 최적화: DO와 DON'T

conceptedited by Cairni · 방금 · AIv1

프롬프트 최적화는 AI에게 지시를 내릴 때 구조, 맥락, 제약, 형식, 역할, 피드백 여섯 가지 축을 기준으로 "해야 할 것"과 "하지 말아야 할 것"을 명확히 구분하는 실천 프레임이다. 좋은 프롬프트의 6가지 원칙과 함께 활용하면 출력 품질을 크게 높일 수 있다. conversation


핵심 DO/DON'T 요약

항목✅ DO❌ DON'T
구조시스템 프롬프트 + 사용자 프롬프트 분리섞어 쓰기
순서맥락 → 작업 → 제약무작정 섞어 쓰기
제약"하면 안 되는 것"도 명시긍정만 말하기
길이800~1000단어, 마크다운 형식 등 구체적으로"자연스럽게", "적당히" 같은 모호한 표현
역할역할 + 구체적 경험/맥락역할만 막연하게
피드백구체적 수정 요청 (1-3가지 포인트)"더 좋게 해줘"
검증결과마다 체크리스트로 확인한 번에 완벽한 결과 기대

conversation


전체 구조 흐름


1. 구조 설계 — 시스템 프롬프트와 사용자 프롬프트 분리

2026년 AI 활용에서 가장 중요한 변화 중 하나는 시스템 프롬프트사용자 프롬프트를 명확히 나누는 것이다. conversation

종류역할예시
시스템 프롬프트AI가 어떤 역할을 할 것인가, 어떤 원칙으로 행동할 것인가"너는 경영컨설턴트야. 항상 데이터 기반으로 답해."
사용자 프롬프트지금 이 작업에서 뭘 원하는가"2026년 한국 AI 시장 규모를 분석해줘."

✅ DO 예시

[시스템 프롬프트]
역할: 마케팅 전략가
원칙: 항상 구체적 데이터를 근거로 제시
톤: 전문적이면서도 이해하기 쉽게
형식: 항상 마크다운 형식으로 작성

[사용자 프롬프트]
우리는 B2B SaaS 회사고, 현재 기업 고객 5개사에서 스타트업 100개사로 확대하려고 해.
마케팅 전략을 짜줄 수 있어?
예산은 월 5000만원이고, 6개월 기간이야.

❌ DON'T 예시 — 시스템과 사용자 프롬프트를 섞어 쓰면 AI가 고정 역할과 현재 작업을 혼동한다. conversation


2. 맥락과 지시 — 맥락 → 작업 → 제약 순서

✅ DO: 세 구역으로 명확히 분리

[배경/맥락]
우리 회사는 온라인 교육 플랫폼이고, 25~40세 직장인을 타겟하고 있어.
지난분기 고객 이탈율이 10%로 높아졌어.

[작업]
고객 이탈의 주요 원인을 분석하고, 개선 방안을 제시해줘.

[제약 조건]
- 분석 기간: 지난 6개월
- 타겟: 이탈한 고객 500명의 피드백 데이터
- 결과 형식: 3-5가지 핵심 인사이트 + 각각의 해결 방안
- 추측하지 말고 데이터 기반으로만 작성

❌ DON'T: 맥락 없이 바로 지시하거나, 모든 정보를 한 덩어리로 섞기

"고객 이탈의 주요 원인을 분석해줘."

→ 맥락이 없으면 AI는 일반론만 답할 수 있다. conversation


3. 명령과 제약 — "하면 안 되는 것"도 명시

✅ DO: 부정 제약을 함께 명시

제약:
- 추측하지 말기 (데이터 기반으로만)
- 너무 기술적이지 말기 (임원진 대상)
- 미래 예측하지 말기 (현황 분석만)

❌ DON'T: 긍정 표현만 나열

"시장 조사 보고서를 작성해줘. 명확하고 자세하게."

→ "명확하고 자세하게"는 주관적이어서 AI가 해석하는 방식이 사람마다 다르다. conversation


4. 길이와 형식 — 구체적 수치로 지정

✅ DO

블로그 포스트를 작성해줘.
- 길이: 800~1000단어
- 형식: 마크다운 (제목 2개, 소제목 3-4개, 핵심 요약 박스)
- 톤: 친근한 설명 톤 (너무 딱딱하지 않게)
- 대상: 기술 비배경 직장인

❌ DON'T

"블로그 포스트를 작성해줘. 너무 길지 말고 자연스럽게."

→ "자연스럽게", "적당히" 같은 모호한 표현은 일관된 출력을 보장하지 않는다. conversation


5. 역할 지정 — 구체적 맥락까지 포함

✅ DO

너는 데이터 분석 경력 10년 이상의 경영컨설턴트야.
특히 한국 중견기업 (직원 500~1000명)의 디지털 전환을 많이 했어.
이 배경에서 우리 회사의 문제를 분석해줘.

❌ DON'T

"너는 전문가야. 우리 회사 문제를 분석해줘."

→ 어떤 분야의 전문가인지, 어떤 경험을 가진 전문가인지 불명확하다. conversation


6. 피드백 루프 — 구체적 수정 요청

✅ DO: 1~3가지 포인트로 명시

[첫 번째 결과를 받은 후]
좋아, 그런데:
1. "고객 만족도 부분"을 더 자세히 분석해줄 수 있나?
2. 각 항목마다 "우리 경쟁사 대비" 비교를 추가해줄 수 있나?
3. 길이를 지금 1500단어에서 800단어로 줄여줄 수 있나?

❌ DON'T

"더 좋게 수정해줘."

→ "더 좋게"는 방향이 없다. AI는 무엇을 어떻게 개선해야 할지 알 수 없다. conversation


실전 체크리스트

작성 전

□ 시스템 프롬프트를 따로 정의했는가?
□ 맥락 → 작업 → 제약 순서로 구성했는가?
□ "하면 안 되는 것"도 명시했는가?
□ 길이, 형식, 톤이 구체적인가?
□ 역할을 지정했다면 구체적 맥락까지 포함했는가?
□ 1-2개 예시를 제시했는가?

결과를 받은 후

□ 결과가 요구사항을 충족하는가?
□ 만족스럽지 않다면 어떤 부분인가? (1-3가지 구체적으로)
□ 수정 요청을 구체적으로 작성했는가?
□ 같은 작업을 반복할 거라면 이 프롬프트를 "템플릿"으로 저장했는가?

conversation


실전 예시: 나쁜 프롬프트 → 좋은 프롬프트

Before (나쁜 프롬프트)

우리 회사 분기별 성과를 정리해줘. 마케팅, 영업, 제품팀 분석도 포함해서.
자세하고 명확하게 해줘. 임원진에게 보고할 거고, 한국어로 작성해.
혹시 문제점도 있으면 지적해줄래?

After (좋은 프롬프트)

[시스템 프롬프트]
역할: 비즈니스 분석가
원칙: 항상 정량 데이터 기반. 추측하지 말기.
대상 청중: CEO 및 부사장급 (기술 비배경)
톤: 직관적이고 이해하기 쉬운 한국어

[맥락]
- 우리는 B2B SaaS 회사 (직원 50명)
- 2026년 상반기 실적 보고
- 분석 대상: 마케팅팀, 영업팀, 제품팀

[작업]
각 팀의 주요 성과와 이달 실적을 정리해줘.

[형식]
마크다운으로:
1. 팀별 핵심 지표 (3-4가지 숫자)
2. 지난분기 대비 변화 (↑ 또는 ↓ 표시)
3. 주요 성과 (2-3줄)
4. 현재 이슈 (2-3줄)

[제약]
- 추측하지 말고, 확보한 데이터만 사용
- 너무 기술적 용어는 피하기
- 각 팀 평가나 비판은 하지 말기 (팩트만)
- 총 길이는 A4 1페이지 정도

개선 포인트: 시스템/사용자 프롬프트 분리 · 맥락 구체화 (회사 규모, 분석 기간) · 부정 제약 명시 · 예시 포맷 제공 · 모호한 표현 제거. conversation


관련 페이지

Made with CairniExplore public wikis →