하네스 엔지니어링
소프트웨어 개발자의 일은 오랫동안 키보드 앞에서 코드를 쓰는 것이다. 뛰어난 개발자는 더 빠르게 코드를 짜고, 더 적은 버그를 만들고, 더 복잡한 시스템을 머릿속에 넣고 다룬다. 그런데 AI를 이용해서 프로그래밍을 하는 바이브 코딩의 등장은 이 개념을 흔들고 있다. 앤트로픽의 다리오 아모데이는 2026년 2월 드와케시 파텔과의 인터뷰에서 AI가 코드의 90%를 작성할 뿐 아니라 컴파일, 환경 설정, 테스트, 메모 작성 같은 소프트웨어 엔지니어링 업무의 상당 부분을 수행하는 단계로 빠르게 가고 있다고 말했다. “코드를 누가 쓰느냐”가 아니라 “무엇을 만들고, 왜 만들고, 어떻게 검증할 것인가”로 옮겨가고 있는 것이다. 그로 인해 개발자는 이제 직접 코드를 작성하는 것이 아니라, AI가 코드를 쓰도록 맥락을 주고, 일을 나누고, 결과를 검증하고, 방향을 바로잡는 역할로 바뀌고 있다. 마치 내가 직접 뛰어가는 것이 아니라 말에 올라타 더 멀리 가되, 말 고삐를 쥐고 방향을 정하고 바꿔가며 말을 모는 것과 비슷하다. 그래서 최근 AI로 바이크 코딩을 하는 시장에서 이를 ‘하네스’라고 부르고 있다.
하네스는 원래 말이나 장비에 힘을 전달하기 위해 씌우는 도구다. AI 시대의 하네스도 마찬가지다. 거대한 AI 모델이라는 힘을 실제 업무에 연결하는 구조가 하네스다. 어떤 에이전트에게 무슨 역할을 줄 것인지, 어떤 파일과 도구에 접근하게 할 것인지, 어떤 순서로 태스크를 수행하게 할 것인지, 실패했을 때 어디서 멈추고 사람에게 되물어야 하는지를 설계하는 것이 하네스의 핵심이다.
하네스 덕분에 개발자를 넘어 일반 사무직 온라인 게임인들도 코딩 뿐 아니라 보다 다양한 업무에 AI를 보다 온전하게 사용할 수 있게 되었다. 일반 사무직 온라인 게임인에게도 하네스는 곧 업무 설계 능력이다. 예를 들어 보고서를 쓰는 직원은 이제 AI에게 “보고서 작성해줘”라고 말하는 데서 멈추면 안 된다. 먼저 시장 데이터 조사 에이전트, 경쟁사 분석 에이전트, 재무 영향 검토 에이전트, 법무 리스크 검토 에이전트, 임원용 요약 에이전트를 나누어 부를 수 있어야 한다. 각 에이전트에게 다른 관점을 주고 서로 다른 자료를 읽게 하고 마지막에 충돌하는 의견을 비교하게 해야 한다. 이 과정에서 사람은 직접 모든 문장을 쓰지 않지만 전체 사고의 경로를 설계한다. 이것이 사무직의 하네스다. 개발자의 하네스가 코드 저장소와 테스트 도구를 다룬다면 사무직의 하네스는 문서, 메일, 회의록, 숫자 데이터, 조직 맥락, 의사결정 기준을 다룬다.
하네스 엔지니어링이 중요한 이유는 AI 에이전트가 강력할수록 실패도 복합적으로 커지기 때문이다. 단순 챗봇은 잘못된 답변 하나를 만들고 끝난다. 그러나 에이전트는 파일을 읽고, 코드를 고치고, 웹을 검색하고, 명령을 실행하고, 여러 단계의 결정을 이어간다. 앤트로픽은 장시간 작동하는 에이전트가 여러 컨텍스트 창을 넘나들 때 이전 작업의 맥락을 잃어버릴 수 있다고 지적했다. 그래서 초기화 에이전트가 작업 환경을 정리하고 코딩 에이전트가 매 세션마다 점진적으로 작업하며 다음 세션을 위해 진행 기록을 남기는 방식이 필요하다고 설명했다. 사람으로 치면 교대 근무자가 이전 근무자의 작업일지를 읽고 이어서 일하는 구조를 AI에게 만들어주는 것이다.
그런데 이 하네스가 제대로 자리 잡기도 전에 또 다른 변화가 나타났다. 앤트로픽은 Claude Managed Agents를 통해 에이전트 실행 환경과 하네스, 도구 실행, 샌드박스, 세션 관리를 관리형 인프라로 제공하기 시작했다. 즉, 사전 구축된 설정 가능한 에이전트 하네스가 자동으로 사람이 하네스를 고려해 설계하지 않고도 업무 자동화를 수행할 수 있도록 해주는 새로운 기술인 셈이다. 사용자는 직접 에이전트 루프, 도구 실행, 런타임을 만들지 않아도 Claude가 파일을 읽고 명령을 실행하고 웹을 검색하고 코드를 안전하게 실행할 수 있는 환경을 사용할 수 있다. 즉 예전에는 개발자가 직접 만들어야 했던 하네스의 상당 부분이 플랫폼 기능으로 흡수되기 시작한 것이다.
물론 그로 인해 하네스 자체가 필요없어진 것은 아니다. 하네스를 돕는 에이전트가 대신 설계와 구축 운영 관리를 해줌으로써 시간이 크게 줄었지만, 여전히 무엇을 시킬지 어느 권한까지 줄지 어느 결과를 믿을지 어떤 기준으로 멈출지는 여전히 사람이 정해야 한다. 덕분에 여전히 사람의 역할은 필요하다. 개발자에게는 문제를 정의하고 제품의 방향을 잡고 시스템 간 의존성을 이해하고 보안과 비용과 사용자 경험을 함께 판단할 수 있는 역량이 더 중요해지고 있다. 이런 역량을 가진 개발자는 여러 AI 에이전트를 지휘하는 작은 개발팀의 리더가 될 수 있다. 개발자의 실력은 손가락의 속도에서 지휘자의 판단으로 이동한다. 일반 온라인 게임인에게도 소프트웨어를 만들 수 있는 가능성을 열어준다. 마케팅 담당자는 고객 VOC를 분석하는 작은 앱을 만들 수 있고 HR 담당자는 면접 평가표를 자동 정리하는 도구를 만들 수 있으며 재무 담당자는 비용 이상치를 찾는 분석 에이전트를 만들 수 있다. 과거에는 IT 부서에 요청서를 쓰고 몇 달을 기다려야 했던 일이 이제는 프롬프트와 데이터, 간단한 워크플로 설계만으로 시도될 수 있다. 이것이 바이브 코딩의 가능성이다.
결국 소프트웨어 개발자가 승마를 배운다는 말은 단순한 비유가 아니다. AI라는 말은 점점 더 강해지고 있다. 처음에는 사람이 말을 끌고 다녔지만 이제는 말이 스스로 길을 찾고 장애물을 넘고 짐을 운반한다. 그렇다고 기수의 역할이 사라지는 것은 아니다. 기수는 더 이상 말의 다리 역할을 하지 않는다. 대신 목적지를 정하고 속도를 조절하고 위험한 길을 피하고 말이 흥분했을 때 멈추게 한다. AI 시대의 개발자와 지식노동자도 마찬가지다. 손으로 모든 일을 하는 사람에서 여러 AI의 힘을 묶어 올바른 방향으로 움직이게 하는 사람으로 바뀌고 있다.
그러나 최종적으로 기억해야 할 점은 그런 하네스마저 플랫폼에 흡수된 이후다. 그때 사람에게 남는 일은 더 근본적인 것이 된다. 즉, 문제를 발견하는 능력, 좋은 질문을 던지는 능력, 결과를 해석하는 능력, 조직의 맥락에서 바카라임 있게 판단하는 능력이다. AI는 개발자를 슈퍼 개발자로 만들고 일반인을 개발자로 만들어준다. 모두가 자신의 일을 소프트웨어처럼 설계하고 AI를 통해 실행하고 그 결과에 바카라임지는 시대로 들어가게 해준다. 이 시대의 경쟁력은 키보드를 두드리는 손끝이 아니라 고삐를 쥔 사람의 판단에서 나온다.
❍ 신입사원과 온라인 게임인 그리고 대학생을 위한 '일의 기본기'
https://www.yes24.com/Product/Goods/169506685