프롬프트 엔지니어링

프롬프트 엔지니어링은 모델이 해야 할 일과 필요한 맥락을 구체적으로 적고, 출력의 품질을 살펴 요청을 다듬는 과정이다. 명확한 지시와 적절한 예시, 출력 형식을 이용해 작업의 모호함을 줄일 수 있다. 다만 지시가 상세하다고 모든 답이 정확해지거나 한 번에 원하는 결과가 나온다고 보장되지는 않는다. [1] [2]

어디에서 만나나

실용적인 요청은 목표와 대상 독자, 참고 자료, 제약, 결과 형식을 구분해 담을 수 있다. Google과 Anthropic의 안내도 구체적인 지시, 작업을 명확히 하는 맥락, 필요한 경우 예시를 제공하고 결과를 반복해 살펴보는 방법을 다룬다. 어느 표현이 잘 듣는지는 모델과 작업에 따라 달라질 수 있다. [1] [2]

개선 전 문장이 ‘자료를 정리해 줘’라면, 개선 후에는 ‘아래 안내문에서 신청 자격, 제출 서류, 마감일을 각각 한 줄로 추려라. 안내문에서 확인되지 않는 내용은 추측하지 말고 미기재라고 적어라’처럼 요청할 수 있다. 이는 사용자가 요청을 명확히 하는 예시다. 실제 결과에서 세 항목이 원문과 일치하는지는 별도로 확인해야 한다. [2]

작동과 사용 예

작업 결과가 기대와 다르면 어떤 부분이 빠졌는지 먼저 찾고, 필요한 조건을 추가해 다시 요청할 수 있다. 예를 들어 표의 열을 지정하거나, 독자를 ‘처음 배우는 사람’으로 정하거나, 제공한 자료 바깥의 사실을 추측하지 않도록 요청할 수 있다. 결과를 보고 고치는 반복 자체가 작업 설계의 한 부분이다.

모델을 바꾸거나 자료를 추가하면 같은 프롬프트에서도 결과가 달라질 수 있다. 반복 개선을 하려면 대표 질문 몇 개와 결과를 판단할 기준을 먼저 정하고, 한 번에 한 조건씩 바꾸어 어떤 변화가 생겼는지 비교할 수 있다. 특히 실제 업무에 적용할 때는 성공한 사례뿐 아니라 실패한 사례도 함께 검토해야 한다. [1] [2]

비슷한 개념과 주의점

복잡한 문제를 해결할 때 긴 설명을 무조건 요구하기보다, 검토할 근거와 결과 형식, 불확실할 때의 처리 방식을 정하는 편이 낫다. 그래도 환각은 남을 수 있으며, 컨텍스트 창에 너무 많은 자료를 넣는 문제도 해결되지 않는다. 프롬프트는 도구 사용을 요청할 수 있지만 실제 실행 권한과 결과 확인은 별도 시스템에 달려 있다. [1] [2]