처음 쓰는 사람을 위한 프롬프트의 네 가지 요소

프롬프트는 AI에 보내는 요청입니다. 처음부터 특별한 문장을 외울 필요는 없습니다. 무슨 일을, 어떤 자료를 바탕으로, 누구에게 보여줄 결과로 만들지 분명히 말하면 됩니다. Google Cloud의 프롬프트 설계 문서도 목표·지시·맥락·예시와 구조화된 입력의 중요성을 설명합니다.

1. 할 일: 동사를 분명히

‘이 문서 좀 봐줘’보다 ‘아래 회의 메모에서 결정 사항과 담당자를 표로 정리해줘’가 낫습니다. 요약, 비교, 분류, 질문 만들기처럼 원하는 행동을 한두 개로 제한합니다. 여러 일을 한꺼번에 시키면 어떤 결과가 좋은지 평가하기 어려워집니다.

2. 배경: 누가 읽고 왜 쓰는지

‘신입 직원에게 공유할 안내문’, ‘팀장이 1분 안에 읽을 요약’처럼 독자와 사용 장면을 덧붙입니다. 같은 자료라도 독자에 따라 필요한 설명의 깊이가 달라집니다. 배경이 길 필요는 없지만, 빠진 정보가 결과를 크게 바꾼다면 꼭 적어야 합니다.

3. 자료: 근거의 경계를 정하기

제공한 문서 안에서만 답해야 한다면 ‘아래 자료에 없는 사실은 추가하지 말고, 불명확한 점은 확인 필요로 표시해줘’라고 씁니다. 이 문장만으로 오류가 사라지는 것은 아닙니다. 대신 답변을 검토할 때 어떤 부분이 원문에 없는지 찾기 쉬워집니다. 민감한 내부 자료는 도구의 저장·공유 설정을 확인한 뒤 사용합니다.

4. 결과: 형식과 길이를 정하기

표의 열 이름, 글의 길이, 문체, 출처 표기 방식을 지정합니다. ‘세 줄로’처럼 짧은 지시보다 ‘결정 사항·담당자·기한의 세 열로’처럼 결과물을 상상할 수 있는 지시가 더 유용합니다.

바로 써볼 예시

아래 회의 메모에서 결정된 일만 추려 주세요. 대상은 참석하지 못한 팀원입니다. ‘할 일 / 담당자 / 기한 / 확인이 필요한 점’ 네 열의 표로 작성하고, 메모에 없는 담당자나 날짜는 추측하지 말고 ‘미정’이라고 적어 주세요.

첫 답변을 보고 모호했던 지시 하나만 고쳐 다시 물어보세요. 좋은 프롬프트는 한 번에 완성되는 주문이 아니라, 결과를 보고 개선하는 작업 지시서에 가깝습니다.

네 요소를 한눈에 적용하기

오른쪽 문장이 항상 정답이라는 뜻은 아닙니다. 목적과 자료가 달라지면 필요한 지시도 달라집니다. 좋은 요청은 결과를 검수할 기준까지 보이게 합니다.

복사해 수정하는 업무용 템플릿

목적: [무엇을 할지]를 해주세요.
독자: [누가 읽는지]이며, [어디에 쓰는지]에 사용할 예정입니다.
자료: 아래 [문서·메모]만 근거로 쓰고, 없는 날짜·수치·사람 이름은 추측하지 말고 ‘확인 필요’로 표시하세요.
결과: [표의 열이나 문단 구조]로 정리하고, 각 사실이 나온 자료의 위치를 덧붙이세요.
검수: 확실한 내용과 아직 확인할 내용을 분리해 주세요.

이 템플릿을 넣어도 AI가 자료를 잘못 읽을 수 있습니다. 특히 결정 사항과 제안 사항을 섞거나 담당자를 추정하는지 원문과 대조하세요. 실제 업무에 적용하는 방법은 AI 회의록 작성법과 AI 답변 검증법을 참고할 수 있습니다.

자주 묻는 질문

프롬프트는 길수록 좋나요?

길이 자체보다 중요한 정보가 분명한지가 중요합니다. 같은 요구를 반복하기보다 필요한 배경과 자료, 결과 형식을 짧게 적고 결과를 보고 고치세요.

역할을 지정하면 오류가 사라지나요?

“전문가처럼 답해줘”만으로 사실이 검증되지는 않습니다. 중요한 문장은 출처와 원문을 확인해야 합니다.