실무자를 위한 프롬프트 설계 기본기

신입 직원이 첫 출근한 날, 팀장이 이렇게 말한다. “보고서 하나 써 줘.” 신입은 당황한다. 무슨 보고서인지, 누가 읽는지, 몇 장인지, 어떤 양식인지 아무것도 모른다. 결국 엉뚱한 초안을 가져오고, 팀장은 “이게 아닌데”라며 다시 설명한다. 처음부터 제대로 말했으면 한 번에 끝났을 일이다.

AI에게 일을 시키는 것도 똑같다. 앤스로픽은 자사 가이드에서 AI를 ‘뛰어나지만 아주 새로 들어온, 기억을 잃은 직원’처럼 생각하라고 했다. 회사의 규범이나 스타일, 선호하는 일하는 방식을 전혀 모르니 명확하게 지시할수록 결과가 좋아진다는 것이다. 구글도 제미나이를 설명하면서 AI 도구를 ‘훈련시켜야 하는 새 팀원’처럼 대하라고 했다. “매출 보고서 주세요”라고만 하지 않듯, 배경을 주고 필요한 걸 명시하고 형식까지 제안하라는 조언이다.

프롬프트는 코딩이 아니다. 업무 지시다.

그래서 실무자가 배워야 하는 건 신기한 기술이 아니라, 일을 잘 시키는 사람이 이미 하고 있는 것들이다.

누가, 무엇을, 왜, 어떤 형식으로

구글의 제미나이 프롬프팅 가이드는 효과적인 프롬프트의 뼈대로 역할(Persona), 할 일(Task), 배경(Context), 형식(Format) 네 가지를 제시한다. 네 가지를 매번 전부 쓸 필요는 없지만 몇 가지만 넣어도 도움이 되고, 그중 가장 중요한 것은 동사, 즉 무엇을 하라는 명령이다.

실무로 옮기면 이렇다. “회의록 정리해 줘”는 동사만 있는 프롬프트다. 여기에 배경과 형식을 붙이면 “이 회의록을 팀장 보고용으로 정리해 줘. 결정 사항과 담당자, 기한만 남기고 논의 과정은 빼. 표로 만들어 줘”가 된다. 글자 수는 두 배쯤 늘었지만 다시 고쳐 달라고 할 일이 없어진다.

길게 쓰지 말고 분명하게 쓰라

여기서 한 가지 바로잡을 게 있다. 인터넷에 떠도는 “복사해서 쓰는 만능 프롬프트”는 대부분 몇 년 전 자료들이 많다. 화려한 역할 설정, 열 줄짜리 조건문, 알파벳 약어로 된 공식들. 최신 가이드는 방향이 다르다.

길고 복잡한 프롬프트가 항상 더 좋은 것은 아니며, 기법을 한꺼번에 다 쓰지 말고 지금 겪는 문제를 푸는 것만 골라 써야 한다. 특히 XML 태그나 과도한 역할 부여는 최신 모델에서는 덜 필요하고, 명확하고 직접적인 지시에서 시작하는 것이 좋다.

좋은 프롬프트는 긴 프롬프트가 아니라 빠진 게 없는 프롬프트다.

결과를 바꾸는 습관 네 가지

기본 틀 위에 실무자가 몸에 익히면 좋은 습관이 있다. 최신 가이드들이 공통으로 강조하는 것들이다.

첫째, 이유를 함께 말한다. 왜 그것이 중요한지 설명하면 AI가 목표를 더 잘 이해해서 맞춤한 답을 낸다. “글머리 기호 쓰지 마”보다 “보고서에 그대로 붙일 거라 문장형으로 써 줘”가 더 잘 통한다.

둘째, 하지 말 것보다 할 것을 말한다. “마크다운 쓰지 마” 대신 “매끄럽게 이어지는 문단으로 써 줘”라고 하라는 것이다. 사람도 금지어보다 지시어를 더 잘 따른다.

셋째, 모르면 모른다고 하게 허락한다. AI가 그럴듯하게 틀린 답을 내는 건 실무에서 가장 위험한 실패다. 추측하지 말고 불확실하면 그렇다고 말하도록 명시적으로 허락하면 환각이 줄고 신뢰도가 올라간다. “자료에 없는 내용은 없다고 써 줘” 이 한 줄이 보고서 하나를 살린다.

넷째, 한 번에 다 시키지 않는다. 자료 정리, 분석, 보고서 작성을 한 문장에 몰아넣으면 결과가 흔들린다. 복잡한 요청은 단계로 나눠 각 프롬프트가 한 가지를 잘하게 하라는 것이 최신 권고다. 명확한 범위의 집중된 과제가 일관되게 더 좋은 결과를 내기 때문이다.

프롬프트 모음보다 구조를 손에 익히라

교육 현장에서 실무자들이 가장 많이 원하는 건 “복사해서 바로 쓰는 프롬프트 모음”이다. 그런데 남이 만든 프롬프트는 남의 업무에 맞춰져 있다. 내 양식, 내 상급 기관, 내 보고 대상에는 어딘가 안 맞는다. 그래서 그것부터 고치기 시작하면 결국 프롬프트를 새로 쓰게 된다.

차라리 처음부터 구조를 익히는 게 빠르다. 누가 읽는지, 무엇을 만들어야 하는지, 왜 필요한지, 어떤 모양이어야 하는지. 이 네 가지에 답하는 습관이 생기면 프롬프트 모음이 없어도 어떤 업무에든 AI를 붙일 수 있다. 프롬프트 설계는 결국 소통이며, 가장 좋은 프롬프트는 가장 길거나 복잡한 것이 아니라 최소한의 구조로 목표를 안정적으로 이루게 하는 것이다.

신입 직원에게 일을 잘 시키는 팀장이 AI에게도 일을 잘 시킨다. 프롬프트 기본기는 결국 AI 기술이 아니라, 일을 분명하게 말하는 연습이다.