프롬프트 엔지니어링Prompt Engineering

원하는 답이 나오도록 지시를 다듬는 일

핵심 정리
  • 프롬프트 엔지니어링은 AI에게 건네는 지시를 다듬어 원하는 결과에 가까워지게 하는 일이에요.
  • 요령의 핵심은 마음속에 있는 조건을 빠짐없이 글로 옮기는 것이에요. 적지 않은 것은 알아서 채워져요.
  • 원하는 모습의 예시를 한둘 붙이면 말로 길게 설명하는 것보다 빠르게 통해요.
  • 어려운 문제는 차근차근 풀라고 자리를 만들어 주면 정확해져요.
  • 한 번에 완성하지 않아요. 결과를 보고 고쳐 쓰기를 몇 번 반복하는 것이 정상이에요.
목차

1비유로 이해하기

구두 수선집에 신발을 맡기며 고쳐 달라고만 하면 가게가 알아서 판단해요. 굽을 어느 정도 낮출지, 안창을 갈지, 색을 맞출지 적어 두지 않으면 흔히 하는 방식대로 나와요.

원하는 것이 있으면 맡길 때 적어 줘야 해요. 굽은 오 밀리만 낮추고, 안창은 새것으로, 바깥 가죽은 손대지 말라고 적으면 받아 볼 때 헛걸음이 줄어요. 비슷한 구두를 하나 같이 보여 주면 말로 길게 설명하는 것보다 빨라요.

한 번에 끝나지도 않아요. 받아 보고 조금 더 낮춰 달라고 다시 맡기는 일이 보통이에요. 몇 번 오가며 맞춘 요청은 적어 두었다가 다음에 그대로 쓰면 돼요. AI에게 건네는 지시가 이 요청지예요.

2자세히 알아보기

마음속 조건을 글로 옮겨요

같은 부탁이라도 적는 방식에 따라 결과가 크게 달라져요. 글을 써 달라고만 하면 길이도 말투도 짐작해서 나와요. 적지 않은 것은 흔히 쓰이는 쪽으로 채워지기 때문이에요.

원하는 것이 있다면 조건을 하나씩 적어 주는 편이 좋아요. 무엇에 대한 것인지, 어떤 형식으로 받고 싶은지, 누가 읽을 글인지, 어느 정도 길이인지를 밝혀 두면 헛걸음이 줄어요. 회의록을 다섯 줄 목록으로, 처음 듣는 사람도 알 수 있게, 전문 용어 없이라고 적는 식이에요.

빼고 싶은 것도 적을 수 있어요. 다만 하지 말라는 말만 잔뜩 적기보다 원하는 모습을 적는 편이 잘 통해요. 그림을 만들 때는 넣고 싶지 않은 것을 따로 적는 칸이 마련된 서비스도 있어요.

예시를 보여 주면 빨라져요

말로 형식을 길게 설명하는 것보다 완성된 예시를 한둘 붙이는 편이 빠를 때가 많아요. 원하는 답의 모양을 그대로 보여 주면 설명하기 어려운 말투나 줄바꿈까지 따라 하거든요.

예시는 두세 개면 충분해요. 대신 예시들이 서로 형식이 어긋나면 오히려 헷갈려요. 같은 틀로 맞춰 두고, 실제로 받고 싶은 답과 같은 수준으로 적어 두는 것이 중요해요.

생각할 자리를 만들어 줘요

계산이나 여러 조건을 따져야 하는 문제에서는 답만 달라고 하면 틀리기 쉬워요. 차근차근 따져 본 뒤 답을 알려 달라고 적으면 정확도가 눈에 띄게 올라가요. 중간 과정을 적는 동안 앞선 판단을 스스로 참고할 수 있기 때문이에요.

중간 과정이 지저분해 보인다면 과정을 먼저 적게 하고 마지막에 결론만 정리해 달라고 하면 돼요. 요즘은 이런 요청 없이도 스스로 따져 보는 서비스가 늘었지만, 조건이 복잡할수록 명시적으로 부탁해 두면 여전히 도움이 돼요.

한 번에 완성하지 않아요

첫 지시로 원하는 결과가 나오는 일은 드물어요. 나온 결과를 보고 어긋난 부분만 짚어 고쳐 달라고 하는 방식이 훨씬 빨라요. 처음부터 다시 쓰기보다 앞의 대화를 이어 가며 손보는 편이 대체로 나아요.

지시가 길어졌다면 덜어 낼 것을 찾아보세요. 서로 부딪히는 지시가 섞여 있으면 어느 쪽도 제대로 반영되지 않아요. 문장을 늘리는 대신 핵심을 앞쪽에 두고 군더더기를 빼는 손질이 효과가 커요.

잘 만든 지시는 계속 써요

한번 잘 통한 지시는 저장해 두었다가 다시 써요. 바뀌는 부분만 비워 두고 나머지를 고정해 두면 매번 같은 품질로 결과를 받을 수 있어요. 팀에서 쓰는 서비스라면 이런 지시를 미리 넣어 두고 사용자 질문만 받는 방식으로 만들어요.

주의할 점도 있어요. 지시에 붙여 넣은 자료가 그대로 밖으로 나갈 수 있으니 남의 개인정보나 회사 기밀을 넣지 않는 것이 안전해요. 또 지시를 아무리 잘 다듬어도 사실 확인까지 대신해 주지는 않아서, 결과에 담긴 사실은 따로 확인해야 해요.

3조금 더 정확하게

프롬프트 엔지니어링은 모델을 고치지 않고 입력만 바꿔 원하는 출력을 얻는 작업이에요. 모델은 앞에 놓인 내용을 조건 삼아 다음에 올 내용을 고르기 때문에, 앞에 무엇을 어떤 순서로 놓느냐가 결과의 확률을 바꿔요. 예시를 붙여 형식을 잡는 방법, 중간 과정을 적게 하는 방법, 역할과 규칙을 앞에 고정해 두는 방법이 모두 같은 원리 위에 있어요.

비유가 어긋나는 지점이 있어요. 수선집에 같은 요청을 두 번 맡기면 거의 같은 결과가 돌아오지만, 같은 지시를 넣어도 결과는 매번 조금씩 달라져요. 다음 내용을 고를 때 우연이 섞이기 때문이에요. 그래서 지시를 다듬는 일은 결과를 하나로 고정하는 작업이 아니라 원하는 쪽이 나올 확률을 끌어올리는 작업이에요.

또 한 곳에서 잘 통한 지시가 다른 서비스에서 그대로 통하지는 않아요. 학습 방식이 다르면 반응도 달라져서, 옮겨 갈 때는 다시 시험해 봐야 해요.

4직접 해보기

5흔한 오해

  • 프롬프트 엔지니어링이 마법의 문구를 찾는 일이라고 생각하기 쉽지만, 실제로는 원하는 조건을 빠짐없이 적고 결과를 보며 고쳐 가는 평범한 작업이에요.

  • 길게 쓸수록 좋은 답이 나온다고 여기기 쉽지만, 실제로는 서로 부딪히는 지시가 늘어나 핵심이 묻히기도 해요.

  • 지시를 잘 쓰면 틀린 내용이 사라진다고 생각하기 쉽지만, 실제로는 그럴듯하게 지어낸 내용이 여전히 섞일 수 있어 사실 확인은 따로 필요해요.

7한 줄 요약

그러니까프롬프트 엔지니어링은 원하는 조건을 빠짐없이 적고 결과를 보며 지시를 다듬어, 원하는 답이 나올 확률을 끌어올리는 일이에요.

잘못된 내용이나 더 좋은 비유가 있나요? 수정 제안 보내기 · 마지막 수정2026-09-02