“블로그 글 써줘”라고 했더니 누구에게나 어울릴 법한 글이 나왔나요? 문장을 더 그럴듯하게 바꾸기 전에 AI가 답을 고를 때 필요한 정보가 빠졌는지 확인해 보세요. 독자, 목적, 참고 자료, 피해야 할 표현이 없으면 AI는 그 빈칸을 추측할 수밖에 없습니다.
컨텍스트 엔지니어링이란?
AI가 작업에 쓸 배경과 자료를 고르고, 현재 요청에 맞게 정리해 전달하는 일입니다. 프롬프트의 문장도 중요하지만, 같은 문장이라도 어떤 정보와 함께 주느냐에 따라 결과가 달라집니다. 모든 자료를 무작정 붙이는 일은 아닙니다. 결과를 바꾸는 정보만 넣고, 오래된 정보와 추측은 빼는 것이 핵심입니다.
예시: 같은 요청이 왜 다른 답을 낼까?
다음 요청만으로는 AI가 독자와 근거를 알 수 없습니다.
가상의 텀블러 출시를 예로 들면, 먼저 이렇게 맥락을 모을 수 있습니다.
- 독자: 출퇴근길에 음료를 들고 다니는 직장인
- 목적: 제품의 장점을 알리고 상세 페이지로 연결하기
- 확인된 사실: 350mL 용량, 손세척 가능, 뚜껑 잠금 구조
- 금지: 확인하지 않은 보온 시간이나 누수 방지 성능을 단정하지 않기
- 형식: 제목 3개와 300자 이내 소개 글 1개
이제 같은 작업을 다음처럼 요청할 수 있습니다.
두 번째 요청은 수식어가 많아서 좋은 게 아닙니다. 독자, 근거, 금지선, 결과 형식이 정해져 있어서 AI가 지어내야 할 부분이 줄어든 것입니다.
매번 넣을 정보와 이번에만 넣을 정보를 나누세요
- 늘 같은 기준 — 원하는 말투, 금지 표현, 자신의 역할처럼 자주 쓰는 값
- 프로젝트 맥락 — 대상 고객, 제품 설명, 캠페인 목표처럼 일정 기간 쓰는 값
- 이번 요청의 자료 — 오늘의 메모, 원문, 수치, 마감일처럼 이번 작업에만 필요한 값
세 가지를 한 덩어리로 저장하면 지난 캠페인의 내용이 새 작업에 섞일 수 있습니다. 정보가 바뀌는 주기에 따라 나누고, 작업을 시작할 때 해당하는 것만 가져오세요. 보관 위치를 고르는 방법은 업무 맥락을 반복하지 않는 법에 더 자세히 적었습니다.
바로 써볼 수 있는 점검 질문
- 이 결과를 누가, 어디에 쓰는가?
- AI가 참고해야 할 원문이나 확인된 사실이 있는가?
- 절대 추측하면 안 되는 값은 무엇인가?
- 좋은 결과인지 판단할 기준과 원하는 출력 형태는 무엇인가?
답을 모르는 항목은 억지로 채우지 마세요. 중요한 정보가 빠졌다면 먼저 질문하도록 요청하는 편이 낫습니다. 이 네 가지를 한 번의 실행 가능한 요청문으로 정리하는 방법은프롬프트 생성기 가이드에서 전후 예시로 볼 수 있습니다.
찰떡에서는 어떻게 쓰나요?
찰떡의 프롬프트 만들기에 평소 말하듯 요청을 적으면, 결과에 중요한 조건이 빠졌을 때 확인 질문을 거쳐 실행할 프롬프트로 정리합니다. 필요한 경우 저장해 둔 말투와 업무 맥락을 적용하고, 이번 작업의 자료는 별도로 넣을 수 있습니다. 만들어진 문장을 확인하고 고친 다음 사용하세요. 처음부터 위 네 칸을 완벽하게 작성할 필요는 없습니다.