Is the Agent Harness Dead? — Jediah Katz, SpaceXAI

한 줄 핵심

에이전트 하네스는 코딩 지능을 보강하는 역할은 일부 사라졌지만, 새로운 업무 범위를 열고 신뢰·인프라·효율을 책임지는 핵심 계층으로서 여전히 중요하다.

시간별 요약

1. 0:00
   하네스는 죽었는가? Cursor와 SpaceXAI에서의 경험을 바탕으로, 에이전트 하네스가 지금 어디까지 진화했는지와 정말로 사라진 개념인지에 대한 질문을 중심으로 논의를 시작한다.
2. 1:09
   프롬프트 엔지니어에서 하네스 엔지니어로 프롬프트 엔지니어링에서 컨텍스트 엔지니어링을 거쳐 하네스 엔지니어링으로 업계 용어가 바뀌었고, 하네스는 모델의 눈과 손처럼 앱, 컴퓨터, MCP 같은 외부 세계와 연결하는 계층이다.
3. 2:02
   에이전트 하네스의 내부 하네스는 런타임과 컨텍스트·오케스트레이션 두 층으로 나뉘며, 런타임은 상태 저장과 재개를 담당하고 컨텍스트·오케스트레이션은 어떤 모델에 어떤 맥락과 도구를 줄지, 메모리 압축과 각종 제어 기법을 다룬다.
4. 2:59
   하네스의 전성기와 반발 강력한 멀티모달 하네스와 브라우저 데모가 등장한 뒤 온라인에서는 하네스가 죽었다는 반응이 나왔고, 더 똑똑한 모델이 등장하면서 과거의 가드레일과 보정 로직이 불필요해졌다는 주장도 확산됐다.
5. 5:00
   연구가 보여주는 것 여러 연구에서 최신 모델일수록 하네스 종류가 코드 평가 점수에 큰 차이를 만들지 않았고, 과거에 코드 탐색이나 테스트 실행을 가르치던 하네스 기능을 모델이 스스로 흡수했기 때문에 코딩 지능 측면의 하네스 가치는 줄어들었다.
6. 6:16
   데이터 플라이휠 하네스가 더 어려운 작업을 가능하게 하면 더 많은 사용자가 에이전트를 쓰고, 그 결과 데이터가 쌓여 모델이 다시 그 기술을 내재화하는 순환이 일어나며, 결국 하네스가 스스로 자신의 역할 일부를 obsolete하게 만든다.
7. 7:34
   하네스가 다음 경계를 연다 Grokbot 같은 자율형 업무 에이전트에서는 코딩을 넘어 슬라이드 제작, 여행 예약, 커뮤니케이션, 승인형 행동, 메모리 학습 같은 새로운 과제가 중심이 되며, 이 영역에서는 다시 하네스가 더 많은 프롬프트와 가드레일로 작업 가능 범위를 넓힌다.
8. 12:07
   모델이 흡수하지 못하는 것: 인프라, 신뢰, 효율 장시간 실행을 위한 클라우드 인프라, 제한된 권한과 보안 가드레일, 그리고 작업당 비용과 속도를 좌우하는 효율성은 모델이 자연스럽게 흡수하기 어려우며, 에이전트 활용이 늘수록 이러한 하네스 최적화의 중요성은 더 커진다.
9. 14:21
   하네스의 다음 단계 앞으로의 하네스는 더 많은 기능을 빠르게 넣고 뺄 수 있도록 설계되어야 하며, 사용자 노출을 줄이고, 이벤트 구독 같은 원시 프리미티브를 제공하고, LLM 호출 조합에서 에이전트를 핵심 빌딩 블록으로 삼는 방향으로 발전한다.
10. 17:36
    하네스 만세 코딩 지능을 보강하던 옛 하네스는 약해졌지만, 새로운 작업을 열고 신뢰·효율·인프라를 책임지는 하네스는 여전히 필요하며 앞으로의 에이전트 시대를 떠받치는 핵심 계층으로 남는다.

실무 인사이트

• 에이전트 하네스는 '모델을 더 똑똑하게 만드는 장치'에서 '모델이 아직 못하는 일을 가능하게 만드는 제품 계층'으로 관점을 바꿔야 한다.
• 실무에서는 프롬프트 추가보다 권한 설계, 이벤트 구독, 상태 재개, 비용 최적화 같은 런타임·운영 요소가 에이전트 품질을 더 크게 좌우할 수 있다.
• 모델이 성숙할수록 하네스는 단순한 보정 장치가 아니라, 새로운 업무 범위를 실험하고 확장하는 플랫폼이 된다.