주문은 죽고 사양이 산다

죽었다고 선언된 직업의 장례식

2023년 어느 시점, 미국 채용 사이트에 연봉 33만 달러짜리 '프롬프트 엔지니어' 공고가 떴다. 앤트로픽이 올린 자리였다. 1년 반 뒤, 같은 영어권 미디어에서 정반대 헤드라인이 쏟아졌다. The prompt engineering job is dead. 워싱턴포스트, 패스트컴퍼니를 비롯한 여러 테크 칼럼이 약속이라도 한 듯 '프롬프트 엔지니어링은 죽었다'를 제목에 내걸었다.

장면 자체가 기이하다. 막 태어났다고 환호받던 직업이 같은 매체들 손에 같은 속도로 매장된다. 한 분야가 이렇게 빨리 났다 죽는 일은 드물다. 그리고 이런 장면 뒤에는 대개 진짜 논쟁이 숨어 있다.

한국은 이걸 '꿀팁의 유효기간'으로 읽는다

한국 독자가 이 뉴스를 받으면 결론은 대개 하나로 모인다. "거봐, 프롬프트 외워봤자 소용없다더라." 유튜브에 넘치던 '챗GPT 100배 잘 쓰는 마법의 문장' 강의를 떠올리며, 그 주문들이 모델 업데이트 한 번에 무력화됐다고 정리한다. 틀린 말은 아니다. "Take a deep breath, think step by step" 같은 마법 문구가 신형 모델에서 효과가 줄어든 건 사실이니까.

문제는 한국이 이 사건을 '팁의 수명' 이야기로 축소한다는 데 있다. 해외 논쟁은 그 지점에서 시작하지도, 끝나지도 않는다. 영어권 칼럼니스트들이 정작 다투는 질문은 따로 있다. 모델이 알아서 잘해질수록 인간에게 남는 능력은 무엇이고, 그 능력은 누구에게 권력을 주는가.

사라지는 건 주문, 남는 건 사양서

해외 담론을 한 겹 벗기면 구조가 보인다. 죽는 것은 '암기된 주문'이다. 특정 모델의 약점을 파고드는 트릭, 토씨 하나로 출력이 흔들리던 시절의 마법 문장. 이건 모델이 똑똑해질수록 당연히 값이 떨어진다. 자동화에 가장 먼저 잡아먹히는 게 자동화에 대한 임시방편이다.

그런데 같은 흐름에서 정반대로 값이 오르는 능력이 있다. 의도를 구조로 분해해 위임하는 일이다. 무엇을 원하는지, 무엇이 성공이고 무엇이 실패인지, 어떤 제약 안에서 어떤 판단 순서로 일해야 하는지를 글로 못 박는 능력. 이건 명령(command)이 아니라 사양(spec)과 평가기준(rubric)을 쓰는 일이다.

차이는 결정적이다. 명령을 외우는 사람은 모델이 바뀌면 무력해진다. 사양을 쓰는 사람은 모델이 바뀌어도, 심지어 사람에게 일을 시킬 때도 그대로 강하다. 좋은 사양서는 신입에게 줘도, 외주사에 줘도, 다음 세대 모델에 줘도 작동하기 때문이다. 그래서 진짜로 일어나는 일은 직업의 죽음이 아니라 능력의 이동이다. 트릭에서 설계로, 입력값에서 판단 기준으로.

여기서 권력이 갈린다. 조직 안에서 "이렇게 시켜봐"라며 주문을 공유하는 사람과, "이 일의 성공은 이렇게 정의하고 이 기준으로 평가한다"를 문서로 정하는 사람. 후자가 사실상 일의 헌법을 쓴다. 모델은 그 헌법을 집행할 뿐이다.

미국은 이미 이걸 'context engineering'이라 부른다

영어권은 이 능력에 벌써 새 이름을 붙였다. 프롬프트 엔지니어링이라는 단어를 버리고 context engineering, specification, evals라는 어휘로 갈아탔다. 단순한 작명 변경이 아니다. 논의의 무게중심이 '문장 잘 쓰기'에서 '시스템에 무엇을 어떻게 떠먹일지 설계하기'로 옮겨갔다는 신호다.

안드레이 카르파시 같은 인물이 "가장 핫한 프로그래밍 언어는 영어"라고 했을 때, 한국은 그걸 '이제 코딩 안 배워도 된다'로 번역했다. 정작 그가 가리킨 건 반대였다. 자연어로 의도를 정밀하게 명세하는 일이 새로운 프로그래밍이 됐다는 뜻이다. 명세는 외우는 게 아니라 설계하는 것이다. 오픈AI가 모델의 행동 원칙을 'Model Spec'이라는 문서로 공개하고, 여러 팀이 평가셋(eval)을 핵심 자산으로 끌어안는 흐름도 같은 방향을 가리킨다. 잘 쓰인 평가기준 하나가 천 개의 프롬프트보다 세다.

반론이 있다. 그것조차 곧 자동화되지 않겠나. 모델이 알아서 사양서까지 써주는 시대가 오면 이 능력도 무의미해진다는 주장이다. 일리 있다. 하지만 사양과 평가기준을 쓰는 일의 본질은 '무엇을 원하는가'를 결정하는 데 있다. 그건 기술이 아니라 책임이다. 모델은 목표를 대신 정해줄 수는 있어도, 그 목표가 옳은지에 대한 책임은 지지 않는다. 자동화될수록 "그래서 무엇이 좋은 결과인가"를 정의하는 사람의 희소성은 오히려 올라간다.

한국은 또 질문을 늦게 수입하고 있다

한국이 늦게 수입하는 건 기술이 아니다. 이번에도 질문 자체다. 해외가 "주문이 죽은 자리에 어떤 능력이 권력을 갖는가"를 1년 넘게 다투는 동안, 한국 교육 시장은 여전히 '프롬프트 잘 쓰는 법' 강의를 찍어내고, 기업 실무는 사내 '프롬프트 모음집'을 공유 문서로 돌린다. 죽었다고 선언된 바로 그 트릭을 뒤늦게 표준 교재로 만드는 중이다.

위험은 단순한 시차가 아니다. 한국이 이 논쟁을 '팁의 유효기간'으로 오역하는 동안, 교육과 채용의 설계가 통째로 빗나간다. 학교는 사양을 쓰는 훈련 대신 마법 문장 암기를 가르치고, 기업은 평가기준을 쓰는 사람 대신 도구를 빨리 익히는 사람을 우대한다. 정작 조직의 권력은 '일의 성공을 정의하는 문서'를 쥔 사람에게 옮겨가는데, 그 자리를 키울 커리큘럼이 없다.

부산의 한 중소 제조사가 AI를 도입한다고 가정해보자. 직원들에게 좋은 프롬프트 목록을 배포하면, 6개월 뒤 모델이 바뀌는 순간 자산이 증발한다. 대신 "우리 회사에서 좋은 견적서란 무엇인가, 무엇을 실패로 보는가"를 문서로 남기면, 그 사양은 모델이 바뀌어도 신입이 들어와도 살아남는다. 둘 중 무엇을 자산으로 쌓느냐가 5년 뒤 격차를 만든다.

결국 핵심은 해석 주권이다. 해외가 던진 질문을 누가 우리 언어로 옮기느냐가, 우리가 무엇을 가르치고 무엇에 투자할지를 정한다. '프롬프트는 죽었다'를 '꿀팁은 한철'로 받으면 우리는 또 한 번 늦는다. 한국이 늦게 수입하는 것은 기술만이 아니다. 때로는 질문 자체를 늦게 수입한다. 그리고 이번에 우리가 놓치고 있는 질문은 이것이다. 명령이 아니라 사양을 쓰는 사람에게 권력이 옮겨가는 시대에, 우리는 무엇을 외우게 하고 있는가.