코드 안 짜는 엔지니어가 온다 — 하네스 엔지니어라는 직군의 등장

1. 회의실에 AI가 들어왔을 때 생긴 일

기획자 A씨는 요즘 하루에 두 번씩 ChatGPT를 연다. 보고서 초안을 잡고, 경쟁사 분석 요약을 돌린다. 개발팀에 요청할 일이 줄었다. 대신 AI에게 어떻게 물어야 원하는 결과가 나오는지 고민하는 시간이 늘었다. 직함은 기획자인데, 하는 일은 달라졌다.

이 변화가 전 세계 수백만 직장인에게 동시에 일어나고 있다. AI 도입 기업은 지난 1년 새 34% 늘었다. 그런데 "AI를 제대로 쓰는 사람"을 어떻게 뽑는지 아직 합의가 없다. 그 공백을 채우는 직군이 하네스 엔지니어(harness engineer, AI 출력을 실제 업무 흐름에 연결하는 직군)다.

2. 하네스 엔지니어란 무엇인가

하네스(harness)는 원래 말에 마구(馬具)를 채운다는 뜻이다. 야생의 힘을 통제 가능한 방향으로 연결하는 작업. AI 맥락에서 하네스 엔지니어는 LLM(대형 언어 모델, Large Language Model)의 출력을 실제 비즈니스 프로세스에 안정적으로 연결하는 사람이다.

코드를 짜지 않는다. 모델을 훈련하지도 않는다. 대신 어떤 프롬프트가 어떤 조건에서 어떤 품질의 결과를 내는지 체계적으로 설계하고, 그 결과가 실제 업무 흐름에서 오작동 없이 작동하도록 관리한다. 품질관리(QC)와 시스템 설계의 중간 어딘가다.

3. 왜 지금 이 직군이 뜨는가

프롬프트 엔지니어 채용공고는 2년 새 5배 늘었다. 단순히 "AI 잘 쓰는 사람"을 찾는 수준이 아니다. 기업들이 AI를 파일럿에서 실제 운영 시스템으로 전환하면서 생긴 수요다.

파일럿 단계에서는 결과가 조금 이상해도 넘어간다. 운영 단계에서는 다르다. 고객 응대 챗봇이 잘못된 환불 정책을 안내하거나, 법무팀 문서 요약 AI가 날짜를 틀리면 실제 손해가 생긴다. AI 출력의 신뢰성을 보장하는 사람이 필요해졌다. 그게 하네스 엔지니어가 메우는 자리다.

4. 왜 개발자가 아닌가

자연스러운 질문이다. AI를 다루는 일인데 왜 개발자가 하지 않는가.

개발자는 시스템이 어떻게 작동하는지 안다. 하네스 엔지니어가 다루는 건 다른 문제다. AI 출력이 특정 업무 맥락에서 왜 틀리는지, 어떤 프롬프트 구조가 더 일관된 결과를 내는지, 결과물의 품질을 어떻게 정의하고 측정할지. 이건 도메인 지식과 언어 감각의 영역이다. 개발자보다 해당 업무를 오래 한 사람이 더 유리한 경우가 많다.

실제로 채용공고를 보면 요구 스펙이 다르다. 코딩 테스트 없음. 대신 "비즈니스 로직을 자연어로 명확하게 설명할 수 있는 능력"을 요구한다.

5. 이 직군이 사라지지 않는 이유

"AI가 더 발전하면 프롬프트 엔지니어도 필요 없어지지 않냐"는 질문이 자주 나온다. 틀린 말은 아니다. 실제로 모델이 좋아질수록 단순 프롬프트 작성의 가치는 낮아진다.

하지만 하네스 엔지니어가 다루는 건 그 위 레이어다. AI 출력이 특정 조직의 맥락에서 어떻게 오작동하는지, 어떤 예외 케이스가 어떤 리스크를 만드는지. 모델이 좋아진다고 사라지는 문제가 아니다. 오히려 AI 도입이 깊어질수록 더 정교한 관리가 필요해진다.

6. 한국 시장에서는

한국에서 "하네스 엔지니어"라는 직함은 아직 드물다. 하지만 역할은 이미 퍼지고 있다. 기획자가 GPT로 기획서를 만들고, 마케터가 Claude로 광고 카피를 뽑고, 법무팀이 계약서 요약을 AI에 맡긴다. 직함 없이 그 일을 하고 있는 사람들이 이미 존재한다.

문제는 그 일이 공식 업무로 인정받지 못하고 있다는 점이다. 평가받지 못하고, 커리어로 쌓이지 않는다. 이 간극이 좁혀지는 속도가 이 직군의 한국 시장 진입 속도를 결정한다.