LEVEL 2 프롬프트 구조 설계 (Prompt Architecture)
1️⃣ 왜 프롬프트를 ‘구조’로 설계해야 하는가
초보자는 프롬프트를 이렇게 생각합니다.
전문가는 이렇게 생각합니다.
🔹 자연어 질문의 한계
이 프롬프트의 문제는 질문의 질이 아니라
👉 구조의 부재입니다.
-
목적 불분명
-
참고 범위 불명확
-
출력 형식 미지정
👉 결과는 그럴듯하지만 불안정합니다.
2️⃣ 프롬프트 구조의 기본 골격
전문가 수준의 프롬프트는 보통
다음 3개 블록으로 나뉩니다.
🧩 ① Instruction (지시)
AI가 무엇을 해야 하는지
-
역할
-
목표
-
작업 방식
예:
🧩 ② Context (맥락)
AI가 무엇을 알고 있어야 하는지
-
배경 정보
-
대상 수준
-
사용 목적
예:
🧩 ③ Task (작업)
AI가 실제로 출력해야 할 것
-
결과물 종류
-
형식
-
분량
예:
👉 이 구조만 갖춰도
출력의 안정성과 재현성이 크게 올라갑니다.
3️⃣ 역할(Role)은 말투가 아니라 추론 경로다
많은 사람들이 Role을 이렇게 오해합니다.
❌ “친절한 선생님처럼 말해줘”
❌ “전문가 톤으로 써줘”
하지만 Role의 진짜 기능은 이것입니다.
“어떤 사고 체계를 기준으로
문제를 해결할 것인가”
🔹 잘못된 Role 설정
→ 말투는 바뀌지만
→ 추론의 깊이는 바뀌지 않음
🔹 효과적인 Role 설정
→ 설명 방식
→ 예시 선택
→ 위험 요소 회피
모두 달라집니다.
4️⃣ 제약 조건 설계 (Constraints Engineering)
제약은 AI를 제한하는 것이 아니라
출력을 수렴시키는 장치입니다.
🔹 대표적인 제약 유형
-
길이 제한
→ “300자 이내”
-
범위 제한
→ “이 단원 내용만 사용”
-
금지 조건
→ “추측하지 말 것”
-
품질 조건
→ “근거 없는 주장은 제외”
🔹 제약이 없는 프롬프트의 문제
-
장황해짐
-
불필요한 정보 포함
-
환각(Hallucination) 증가
👉 제약은 정확도를 높이는 안전장치입니다.
5️⃣ 출력 스키마(Output Schema)의 중요성
출력 스키마는
👉 AI가 답을 담을 그릇입니다.
🔹 스키마가 없는 경우
-
문단 길이 들쭉날쭉
-
논점 순서 불안정
🔹 스키마 예시
👉 구조가 생기면
출력의 품질이 자동으로 안정됩니다.
6️⃣ 실패한 프롬프트를 분석하는 법
전문가는 결과를 보고 이렇게 질문합니다.
-
Instruction이 모호했나?
-
Context가 부족했나?
-
Task가 과도했나?
-
제약이 없었나?
❌ “AI가 이상하다”
⭕ “구조가 깨졌다”
7️⃣ LEVEL 2 사고 전환의 핵심
이 단계에서 학습자는
다음 사고 전환을 반드시 해야 합니다.
❌ 프롬프트 = 문장
⭕ 프롬프트 = 설계 문서
❌ 질문을 잘 쓰는 법
⭕ 출력을 통제하는 법
댓글 쓰기