프롬프트 완성을 위한 4+3 작성법

프롬프트 4+3 작성법

작업-역할-맥락-형식 + 예시-어조-제약조건은 “무엇을, 누가, 어떤 상황에서, 어떤 결과물로” 만들지 먼저 고정하고, 그다음 “기준과 분위기, 안전장치”로 품질을 안정화하는 프레임입니다.

---

1) 작업 (Task)

정의

• 모델이 수행해야 할 행동을 한 문장으로 명확히 지정합니다.

왜 중요한가

• 작업이 흐리면 모델은 설명, 요약, 기획, 작성 중 무엇을 해야 하는지 추측합니다.
• 작업을 잘 쓰면 결과의 “목적”이 고정되어 불필요한 내용이 줄어듭니다.

잘 쓰는 법 (체크리스트)

• 동사로 시작하기: “작성해줘, 비교해줘, 추출해줘, 진단해줘, 개선해줘”
• 산출물의 성공 기준을 포함하기: “누락 없이”, “우선순위 포함”, “장단점과 추천 포함”
• 하위 작업이 필요하면 2~5개로 분해하기

좋은 예시

• “아래 회의록에서 의사결정과 액션 아이템을 분리해서 표로 정리해줘.”

나쁜 예시

• “이거 좀 봐줘.”

---

2) 역할 (Role)

정의

• 모델이 어떤 전문성, 관점, 책임 범위를 가진 사람처럼 행동할지 지정합니다.

왜 중요한가

• 같은 작업이라도 역할에 따라 깊이, 용어, 우선순위가 달라집니다.

잘 쓰는 법

• 직무 + 목표 + 독자(대상)를 함께 적기
• “무엇을 하지 말아야 하는지”도 역할로 제한 가능

예시

• “너는 시니어 기술 문서 작성자야. 개발자가 바로 적용할 수 있게 단계와 예제를 중심으로 써줘.”
• “너는 면접 코치야. 답변을 고치기보다 질문 의도를 먼저 해석하고, 개선 방향을 제안해줘.”

---

3) 맥락 (Context)

정의

• 작업에 필요한 배경 정보, 입력 데이터, 제약이 걸리는 환경을 제공하는 부분입니다.

왜 중요한가

• 모델은 여러분의 내부 상황을 모릅니다. 맥락이 부족하면 일반론으로 흐르거나 가정이 늘어납니다.

무엇을 넣으면 좋은가

• 입력 자료: 텍스트, 링크, 표, 코드, 로그, 기존 초안
• 대상/사용 상황: 독자 수준, 목적, 채널(블로그, 사내 위키, 발표)
• 현재 상태: 이미 한 시도, 실패 원인, 남은 시간
• 정의/용어: 조직 내 고유 용어, 약어 뜻

실전 팁

• “반드시 고려할 사실”과 “참고만 할 정보”를 구분해서 적으면 품질이 좋아집니다.
• 개인정보나 민감 정보는 필요한 최소한만 공유하세요.

---

4) 형식 (Format)

정의

• 결과물을 어떤 구조와 표현 형태로 낼지 지정합니다.

왜 중요한가

• 형식이 없으면 모델이 길이와 구조를 임의로 정해 편차가 커집니다.
• 형식이 있으면 재사용과 검토가 쉬워집니다.

지정 가능한 요소

• 출력 형태: 표, 불릿, 체크리스트, JSON, 마크다운 섹션
• 섹션 구조: “요약 → 근거 → 다음 단계”
• 길이: “각 항목 3문장 이내”, “총 500자 내외”
• 포함/제외: “예시는 2개”, “코드블록 포함”, “링크는 넣지 않기”

예시

• “아래 형식으로 작성:

  • 결론

  • 근거 (3개)

  • 리스크와 대응

  • 다음 단계 (체크박스)”

---

+3 품질 안정 장치

5) 예시 (Examples)

정의

• 원하는 출력의 모범 답안 또는 입출력 샘플을 제공합니다.

왜 중요한가

• 예시는 모델에게 가장 강력한 “패턴 힌트”입니다.
• 애매한 요구(톤, 분량, 깊이)를 한 번에 고정합니다.

효과적인 예시 유형

• 입출력 쌍: “입력: … / 출력: …”
• 좋은 예/나쁜 예(금지 패턴 포함)
• 템플릿: 반복 사용 가능한 골격

주의점

• 예시가 길면 모델이 예시를 ‘복사’하려는 경향이 있으니 핵심 패턴만 보여주세요.

---

6) 어조 (Tone)

정의

• 문장의 분위기와 커뮤니케이션 스타일을 지정합니다.

왜 중요한가

• 같은 내용도 어조에 따라 신뢰감과 전달력이 크게 달라집니다.

구체적으로 쓰는 법

• 형용사만 나열하기보다, 행동 규칙으로 바꾸기
  • “친근하게” → “짧은 문장으로, 독자에게 질문 1개 포함, 과장 표현 금지”
  • “전문적으로” → “용어는 정의 후 사용, 근거를 먼저, 추측은 표시”

예시

• “어조: 차분하고 단정하게. 단정 표현은 근거가 있을 때만 사용. 모르면 ‘모르겠다’고 말하기.”

---

7) 제약조건 (Constraints)

정의

• 모델이 지켜야 할 규칙과 금지사항, 우선순위를 명시합니다.

왜 중요한가

• 제약조건이 없으면 모델은 ‘좋아 보이는’ 방향으로 과하게 확장하거나 위험한 답을 할 수 있습니다.

자주 쓰는 제약조건 예시

• 범위 제한: “아래 자료만 사용”, “추측 금지”, “모르면 질문 3개로 확인”
• 품질 기준: “각 주장에 근거 포함”, “중복 제거”, “핵심만”
• 금지사항: “개인정보 포함 금지”, “정책/법률 확답 금지”
• 우선순위: “정확성 > 간결함”, “실행 가능성 우선”

---

한 줄 템플릿

• 작업: (무엇을)
• 역할: (누가)
• 맥락: (어떤 정보/상황에서)
• 형식: (어떤 구조로)
• 예시: (샘플 1~2개)
• 어조: (문장 규칙)
• 제약조건: (범위/금지/우선순위)