패스노트

도메인 4 · 시험 비중 20%

프롬프트 엔지니어링과 구조화된 출력

Prompt Engineering & Structured Output

정확하고 일관된 출력을 끌어내는 프롬프트를 작성합니다. 시스템 프롬프트, 퓨샷 프롬프팅, 구조화된 출력, 검증·재시도 루프, 배치 처리, 다중 패스 리뷰를 다룹니다.

4.1시스템 프롬프트35

시스템 프롬프트(system prompt)는 Claude의 역할, 어조, 제약 조건을 정의하는 가장 강력한 수단입니다. 이 수업에서는 system 파라미터의 올바른 사용법, 역할 부여(role prompting)의 효과, XML 태그를 활용한 프롬프트 구조화, 그리고 지시문 배치 전략을 다룹니다.

4.2퓨샷 프롬프팅30

퓨샷 프롬프팅(few-shot prompting)은 원하는 입출력 예시를 프롬프트에 포함해 Claude의 응답 형식과 판단 기준을 학습시키는 기법입니다. 예시 선택 전략, 형식 일관성, 경계 사례 포함법, 그리고 예시가 오히려 해가 되는 경우를 다룹니다.

4.3구조화된 출력40

프로그램이 소비할 출력은 사람이 읽을 산문이 아니라 스키마를 따르는 데이터여야 합니다. 이 수업에서는 JSON 출력을 얻는 세 가지 방법 — 프롬프트 지시, 응답 사전 채우기(prefill), 툴 사용(tool use) 강제 — 과 각 방법의 신뢰도 차이, 그리고 스키마 설계 원칙을 다룹니다.

4.4검증과 재시도 루프35

모델 출력은 확률적이므로 실패를 전제로 시스템을 설계해야 합니다. 이 수업에서는 오류 피드백을 포함한 재시도 루프 설계, 재시도 횟수와 비용의 균형, temperature 조정 전략, 그리고 반복 실패를 처리하는 폴백(fallback) 경로를 다룹니다.

4.5배치 처리30

실시간 응답이 필요 없는 대량 작업은 Message Batches API로 처리하면 비용을 50% 절감할 수 있습니다. 이 수업에서는 배치 API의 동작 방식, 실시간 처리와의 선택 기준, 결과 수집과 부분 실패 처리, 그리고 배치에 적합한 워크로드 설계를 다룹니다.

4.6다중 패스 리뷰35

복잡한 작업을 한 번의 호출로 끝내는 것보다, 생성·검토·수정을 별도 패스로 나누면 품질이 크게 올라갑니다. 이 수업에서는 프롬프트 체이닝(prompt chaining), 자기 검토 패스 설계, LLM 심사위원(LLM-as-judge) 패턴, 그리고 패스 수와 비용의 균형을 다룹니다.