‘프롬프트’는 보통 AI에 보내는 요청을 뜻합니다. 올바른 틀만 찾으면 언제나 좋은 답이 나온다는 식의 설명도 있지만, 실제 품질은 필요한 일을 명확히 말하고 관련 정보를 제공한 뒤 결과를 검토하는 데서 나옵니다.
간단한 업무에는 짧은 요청도 충분합니다. 반대로 긴 요청이라도 목표가 없거나 서로 무관한 일이 섞이면 효과가 떨어집니다. 프롬프트를 내가 생각하는 것을 알지 못하는 동료에게 보내는 업무 인계라고 생각해 보세요.
1. 목표 말하기
무엇을 완성하고 결과를 어디에 쓸지 설명하세요. “제품에 관해 써 줘”는 목적이 불분명합니다. “현재 고객에게 변경 사항을 알리고 안내를 어디서 찾는지 설명하는 이메일 초안을 써 줘”가 더 구체적입니다.
목표를 알면 세부 수준과 구조, 어조를 정하기 쉽습니다. 목표가 불분명하면 글을 쓰기 전에 필요한 점을 질문하라고 요청할 수 있습니다.
2. 필요한 맥락 제공하기
독자와 상황, 성공 기준, 확정된 결정, 가정하지 말아야 할 사항이 맥락이 될 수 있습니다. 모든 일을 설명할 필요는 없고 답을 바꿀 정보만 골라 주세요.
공지문을 요청할 때는 독자가 이미 아는 내용과 무엇이 바뀌는지, 적용 날짜가 확정됐는지를 알려주세요. 날짜가 정해지지 않았다면 분명히 밝혀야 AI가 임의로 채우지 않습니다.
3. 자료와 출처 지정하기
특정 문서를 바탕으로 작업하게 하려면 어떤 문서가 기준인지 지정합니다. 출처끼리 충돌할 때 처리 방식도 알려주세요. 외부 정보를 추가하지 않길 원한다면 그 점을 말합니다.
예를 들면 “첨부된 회의록만 사용하세요. 담당자가 적혀 있지 않으면 ‘언급되지 않음’으로 쓰고 추측하지 마세요”라고 할 수 있습니다. 확인 가능한 경계가 생깁니다.
4. 제한 정하기
길이와 범위, 어조, 포함하면 안 되는 데이터나 금지된 행동을 정할 수 있습니다. “지어내지 마”는 좋은 의도지만 단독으로는 확인하기 어렵습니다. “숫자를 만들지 말고 정보가 부족한 곳에는 [확인 필요]라고 표시하세요”처럼 구체화해 보세요.
중요한 제한을 작업 시작 전에 배치합니다. 조건이 여러 개라면 긴 문장 하나로 압축하지 말고 각 줄에 하나씩 적어 보세요.
5. 결과물 형태 설명하기
표에 필요한 열과 메모의 구성, 분류 수, 답을 읽을 대상을 지정하면 수정 작업이 줄어듭니다. 보기 좋아 보이는 형식보다 실제로 쓸 수 있는 형식을 고르세요.
“의견을 분석해 줘” 대신 “주제, 대표 의견, 확신 수준, 확인할 질문이 포함된 표를 만들어 주세요. 인용은 짧게 유지하고 얼마나 자주 나타났는지 추론하지 마세요”라고 요청할 수 있습니다.
6. 기준이 설명하기 어려우면 예시 추가하기
예시는 원하는 세부 수준과 형식, 문체를 보여줄 수 있습니다. 중요하다면 좋은 예와 피하고 싶은 예를 함께 줍니다.
예시가 모든 상황에 적용되는 규칙은 아닙니다. 샘플에 틀린 정보가 있거나 새로운 상황에 맞지 않을 수 있으므로 문체의 예인지 내용의 예인지 설명하세요.
요청을 한데 묶어 보기
회의 메모를 요약할 때는 다음처럼 작성할 수 있습니다.
목표: 제품팀이 다음 조치를 결정하도록 브리핑을 준비합니다.
맥락: 세 번의 인터뷰 메모이며 전체 고객을 대표하지는 않습니다.
자료: 첨부된 파일만 사용합니다.
제한: 예시에서 빈도를 추정하지 말고 충돌을 표시합니다.
결과: 세 개의 문제 그룹과 각 그룹의 인용, 확인된 점, 미해결 질문.
첫 초안 뒤에는 “첫 번째 그룹은 유지하고, 세 번째 그룹은 서로 다른 결정을 요구하므로 나눠 주세요”처럼 구체적으로 피드백합니다. 전체 요청을 다시 쓰는 것보다 효과적일 수 있습니다.
실제 오류를 바탕으로 수정하기
답이 너무 길면 분량을 정하거나 의사결정에 중요한 점을 우선하게 하세요. 추측이 섞이면 출처가 있는 내용과 모르는 점을 분리하도록 합니다. 문체가 맞지 않으면 짧은 예시와 따라야 할 특징을 설명합니다.
규칙을 무조건 많이 더한다고 좋아지지는 않습니다. 각 조건은 구체적인 필요나 위험과 연결되어야 합니다. 복잡한 일은 먼저 AI가 이해한 내용과 가정을 요약하게 할 수 있지만 간단한 일에는 그 단계가 불필요할 수 있습니다.
AI가 먼저 질문해야 하는 경우
중요한 결정이 빠졌다면 진행하기 전에 필요한 정보를 물어보게 합니다. 해석에 따라 결과가 크게 달라지는 경우 유용합니다.
위험이 낮은 일은 가정을 밝힌 뒤 초안을 만들게 하는 편이 빠를 수 있습니다. 어느 방식이든 자신감 있는 말투가 이해의 증거는 아닙니다.
핵심: 마법 같은 문구는 없습니다. 목표와 맥락, 출처, 제한, 원하는 결과를 분명히 하고 답을 초안으로 보세요.
정리
좋은 프롬프트는 명확한 업무 인계입니다. 필요한 세부 수준은 복잡도와 위험에 따라 달라집니다. 조건과 영향이 클수록 출처와 가정, 권한, 검토 기준을 구체적으로 밝혀야 합니다.
실제 업무 하나로 시작하고, 관찰한 오류에 맞춰 요청을 다듬으세요. 여러 상황에서 시험한 다음에만 템플릿으로 저장하는 것이 좋습니다.