핵심 정리

목표:
입력 자료:
출력 형식:
제약:

기본 블록

결과가 흔들릴 때는 빠진 프롬프트 블록부터 확인해야 한다

아래처럼 결과가 흔들릴 때 먼저 보는 카드입니다.

• 답변이 너무 길거나 너무 짧다
• 내가 원하는 톤이 안 나온다
• 모델이 없는 정보를 추측해서 채운다
• 표, bullet, 문단 수가 매번 달라진다
• 불확실한 내용을 단정해서 말한다

핵심은 "항상 모든 블록을 다 쓰는 것"이 아닙니다. 지금 깨지고 있는 부분에 맞는 블록만 추가하는 것이 더 중요합니다.

목표, 입력 자료, 출력 형식, 제약이 최소 기본형이다

이 네 줄이 가장 기본입니다.

• 목표: 무엇을 완성해야 하는지
• 입력 자료: 무엇을 근거로 써야 하는지
• 출력 형식: 어떤 모양으로 내야 하는지
• 제약: 길이, 어조, 금지사항 같은 제한

역할과 검증 기준은 필요할 때만 추가해도 충분합니다.

어떤 문제가 보이면 어떤 블록을 먼저 붙일지 바로 연결해야 한다

프롬프트 블록을 고르는 기준
- 목적이 흐리면: 목표
- 추측이 많으면: 입력 자료
- 결과 모양이 흔들리면: 출력 형식
- 말투가 흔들리면: 역할
- 확신 과다가 문제면: 검증 기준

대표 상황

1) 요약만 필요할 때

이 경우에는 역할보다 입력 자료와 출력 형식이 더 중요합니다.

목표: 아래 문서를 5문장으로 요약
입력 자료: 아래 회의 메모
출력 형식: 핵심 요약 5문장 + 액션 아이템 3개
제약: 메모에 없는 내용은 추측하지 말 것

요약 작업에서 역할까지 길게 넣어도 큰 차이가 없는 경우가 많습니다. 반대로 원문 없이 "회의 요약해줘"만 쓰면 모델이 빈칸을 추측으로 채우기 쉽습니다.

2) 문체를 바꿔 다시 써야 할 때

여기서는 역할과 출력 형식의 영향이 큽니다.

역할: 대학 교재 편집 보조
목표: 아래 설명문을 초심자용 문체로 다시 작성
입력 자료: 아래 원문 1단락
출력 형식: 쉬운 설명 1단락 + 핵심 bullet 3개
제약: 전문용어는 처음 등장할 때 풀어서 설명

문체 변경 작업인데 목표만 있고 역할이 없으면, 쉬운 말로 풀어 쓰는 정도가 들쭉날쭉해집니다.

3) 판단이나 비교가 필요할 때

이때는 검증 기준이 빠지면 단정적인 답변이 나오기 쉽습니다.

목표: A안과 B안의 차이를 비교
입력 자료: 아래 요구사항과 제한 조건
출력 형식: 비교표 1개 + 추천안 1개 + 추천 이유 3개
검증 기준: 근거가 부족한 항목은 "추정"이라고 표시

비교나 추천을 시킬 때는 "무조건 하나를 고르라"보다 "근거가 약하면 표시하라"가 더 중요할 수 있습니다.

어떤 블록을 붙일까

체크포인트

• 목적이 흐리면 목표
• 추측이 많으면 입력 자료
• 결과 모양이 흔들리면 출력 형식
• 말투가 흔들리면 역할
• 확신 과다가 문제면 검증 기준
• 어떤 정보가 비었는지부터 확인하고 싶다면 부족한 입력 자료를 먼저 질문하게 만든다

지금 바로 고칠 것

나쁜 프롬프트를 빠르게 고치는 법

나쁜 요청:
"운영체제 설명해줘"

빠르게 고친 요청:
"대학 1학년 기준으로 운영체제의 역할을 설명해줘.
프로세스와 스레드 차이를 꼭 포함하고,
출력은 5문장 설명 + 헷갈리기 쉬운 점 2개 bullet로 줘."

위 수정에서 실제로 추가한 것은 많지 않습니다.

• 목표: 운영체제의 역할 설명
• 대상: 대학 1학년 기준
• 포함 항목: 프로세스와 스레드 차이
• 출력 형식: 5문장 + bullet 2개

즉, 품질을 올리는 핵심은 프롬프트를 길게 만드는 것이 아니라 빠진 블록을 정확히 보강하는 것입니다.

주의할 점

실패 예시
- "쉽게 설명해", "전문가처럼 자세히", "3문장으로", "표도 넣어"를 한 번에 붙임
- 결과: 길이, 톤, 형식 지시가 서로 충돌해 어느 것도 깔끔하게 지키지 못함
- 대응: 지금 깨지는 문제가 톤인지 길이인지 먼저 고르고, 그 블록만 우선 추가한다