인사이트 목록

프롬프트는 죽지 않았습니다

  • AI활용
  • 프롬프트
  • 일하는방식

요즘 AI 업계에서 자주 들리는 말이 있습니다. “프롬프트 엔지니어링은 끝났다.” 한때는 ‘프롬프트 잘 쓰는 법’이 가장 뜨거운 기술이었는데, 이제는 모델이 알아서 똑똑해졌고, 에이전트가 알아서 여러 단계를 처리하고, 맥락은 시스템이 알아서 챙겨주니, 사람이 프롬프트에 매달릴 필요가 없어졌다는 겁니다.

절반은 맞고, 절반은 위험할 만큼 틀린 이야기입니다.

정말 죽은 것은 ‘꼼수’였습니다

먼저 무엇이 죽었는지를 정확히 봐야 합니다. 2023~2024년에 유행하던 ‘프롬프트 비법’들이 있었습니다. “단계별로 생각해(step by step)라고 꼭 붙여라”, “당신은 20년 경력의 전문가입니다라고 역할을 부여하라”, “잘하면 팁을 주겠다고 회유하라” 같은 것들이요. 마법의 주문처럼 외우면 결과가 좋아진다던 기법들입니다.

이런 것들은 사실 모델이 덜 똑똑하던 시절의 임시방편이었습니다. 모델이 사용자의 의도를 잘 못 알아들으니, 특정 문구로 억지로 좋은 경로를 끌어내던 거죠. 모델이 좋아지면서 이 꼼수들의 효용은 빠르게 사라졌습니다. 이제는 굳이 “전문가인 척해”라고 안 붙여도 됩니다.

그러니 “프롬프트 엔지니어링은 죽었다”는 말이 가리키는 게 이 꼼수들이라면, 맞습니다. 죽었습니다. 사라져도 아쉽지 않습니다. 애초에 본질이 아니었으니까요.

문제는 많은 사람이 이 꼼수의 죽음을 ‘프롬프트 자체의 죽음’으로 오해한다는 데 있습니다.

프롬프트는 주문이 아니라, 생각을 말로 꺼내는 일입니다

프롬프트의 본질은 마법의 문구가 아닙니다. 무엇을, 왜, 누구를 위해, 어디까지 원하는지를 명확하게 생각해서 명확하게 전달하는 일입니다. 그러니까 프롬프트를 잘 쓴다는 건 특정 단어를 아는 게 아니라, 자기 생각이 또렷하다는 뜻입니다.

첫 번째 글에서 저는 AI를 증폭기에 비유했습니다. 좋은 신호를 넣으면 키워주고, 빈 신호를 넣으면 잡음만 키운다고요. 다섯 번째 글에서는 그 신호를 채우려면 먼저 자기 일이 무엇인지부터 알아야 한다고 했습니다. 프롬프트는 바로 그 둘이 만나는 지점입니다. 머릿속 정의를 실제 말로 꺼내 AI에게 건네는 행위, 그게 프롬프트입니다.

이렇게 보면 분명해집니다. 죽은 건 “주문을 외우는 기술”이고, 살아 있는 건 — 오히려 더 중요해진 건 — “명확하게 생각하고 명확하게 말하는 능력”입니다. 앞엣것은 도구가 똑똑해지면 필요 없어지지만, 뒤엣것은 도구가 똑똑해질수록 더 필요해집니다. 왜 그런지 보겠습니다.

도구가 똑똑해질수록, 한마디의 파급력이 커집니다

같은 프롬프트, 달라진 파급력 왼쪽: 단발 응답 시대에는 프롬프트 한 번이 응답 한 번을 낳아, 모호하면 다시 쓰면 그만이다(회색). 오른쪽: 에이전트 시대에는 프롬프트 한 번이 자율 실행 여러 단계로 분기해, 모호하면 N단계가 통째로 어긋난다(금색). 같은 프롬프트, 달라진 파급력 단발 응답 시대 프롬프트 한 번 → 응답 한 번 프롬프트 응답 1개 모호함의 비용 다시 쓰면 끝 에이전트 시대 프롬프트 한 번 → 자율 실행 N단계 프롬프트 모호함의 비용 N단계가 어긋남
실행이 자동화될수록, 입력 한 줄의 명확성이 미치는 범위가 커진다.

예전에는 AI에게 한 번 묻고 한 번 답을 받았습니다. 답이 마음에 안 들면 다시 물으면 그만이었죠. 모호한 지시의 비용이 작았습니다. 기껏해야 한 번 더 쓰는 것이었으니까요.

지금은 다릅니다. 에이전트에게 일을 맡기면, AI는 한 번의 지시를 받아 스스로 여러 단계를 밟습니다. 파일을 만들고, 자료를 찾고, 코드를 고치고, 다시 점검하고… 사람이 중간에 일일이 개입하지 않습니다. 편리합니다. 그런데 바로 그 자율성이 모호함의 비용을 키웁니다.

처음 건넨 정의가 흐릿하면, AI는 그 흐릿함을 열 단계, 스무 단계로 증폭시킵니다. 엉뚱한 방향으로 한참을 달려간 뒤에야 결과가 어긋났다는 걸 알게 됩니다. 실행이 자동화될수록, 입력 한 줄의 명확성이 미치는 범위가 그만큼 넓어지는 겁니다.

이게 핵심입니다. 사람이 실행을 직접 챙기던 시절에는 중간중간 어긋남을 바로잡을 수 있었습니다. 하지만 실행을 AI에게 통째로 위임할수록, 사람이 통제할 수 있는 지점은 단 하나 — 맨 처음 건네는 정의로 좁혀집니다. 그 한 지점의 품질이 전체 결과를 좌우합니다. 그리고 그 한 지점이 바로 프롬프트입니다.

컨텍스트 엔지니어링이니 하네스니 하는 요즘 개념들도 결국 같은 이야기의 확장입니다. 한 번의 지시를 잘 쓰는 걸 넘어, AI가 일할 맥락 전체를 명확하게 설계해 건네는 것 — 그건 프롬프트의 죽음이 아니라 프롬프트의 확대입니다. 명확히 전달해야 할 일의 규모가 커진 것이지, 그 일이 사라진 게 아닙니다.

그래서 근본기로 돌아가야 합니다

유행은 빠르게 돕니다. 2024년엔 ‘프롬프트 엔지니어가 뜬다’더니, 2025년엔 ‘그건 끝났고 이제 에이전트다’라고 합니다. 내년엔 또 다른 말이 나올 겁니다. 이런 흐름만 좇다 보면, 정작 중요한 걸 놓치기 쉽습니다.

변하지 않는 것이 있습니다. 어떤 도구를 쓰든, 어떤 시대가 오든, 자기가 무엇을 원하는지 또렷하게 알고 그걸 명확하게 표현하는 능력은 늘 결과를 가릅니다. 이건 AI 이전에도 그랬습니다. 일 잘하는 사람은 언제나 자기 생각을 분명하게 전하는 사람이었습니다. 후배에게 일을 맡길 때도, 보고서를 쓸 때도, 회의에서 방향을 잡을 때도요.

그래서 저는 조금 비틀어 말하고 싶습니다. 모두가 다음 유행으로 달려갈 때, 우리는 오히려 그 근본으로 돌아가야 한다고요. 화려한 신기술을 좇기보다, 명확하게 생각하고 명확하게 말하는 그 오래된 능력을 다듬는 편이 길게 봐서 훨씬 남습니다. 그건 어떤 모델이 나오든, 어떤 에이전트가 등장하든 그대로 쓰이니까요.

닫으며

“프롬프트 엔지니어링은 죽었다”는 말에 저는 이렇게 답합니다. 주문을 외우는 기술은 죽었습니다. 하지만 명확하게 생각하고 명확하게 말하는 능력 — 프롬프트의 진짜 알맹이 — 은 죽기는커녕, 도구가 똑똑해질수록 더 귀해지고 있습니다.

도구를 가르치지 않고 일하는 방식을 바꾼다는 건, 결국 이 능력을 함께 다듬는 일입니다. 다음에 나올 신기술이 무엇이든, 그걸 제대로 부리는 사람은 여전히 — 자기가 무엇을 원하는지 또렷하게 말할 수 있는 사람일 테니까요.