하네스

LLM 에이전트의 실행 로그 전체를 상태 7개에서 43개짜리 유한 상태 기계 한 대로 압축하면, 다음 행동 예측과 실패 예측과 런타임 감시가 같은 구조물 위에서 동시에 해결된다. 그리고 그 구조물의 모양은 모델이 아니라 배포 하네스가 정한다.

yc-software가 MIT로 공개한 멀티플레이어 에이전트 하네스 QM. 사람마다·방마다 격리된 스코프를 두고, 하네스와 모델을 갈아끼우며, 슬랙과 웹에서 조직 전체가 함께 쓰도록 설계됐다.

모델 가중치는 그대로 두고 ‘쓰는 방식’만 바꾼 에이전트 하니스 Schema가 ARC-AGI-3 Public에서 자가보고 98.98%를 기록했다. 핵심은 세계 모델을 읽고 diff할 수 있는 실행 가능한 프로그램으로 만들어, 기록된 현실 전체에 대해 검증하고, 그 안에서 계획을 탐색하는 것이다.

Will Larson(Imprint CTO)이 하이퍼그로스와 AI 툴링 시대를 1년 겪고 자기 엔지니어링 리더십 원칙 5개를 개정한 글. 개별의 판단, 개발 하네스, 에이전트 우선 프로세스, 오래 가는 팀, 빠르고 결정적인 의사결정이 새로운 다섯 축이라 결론 낸다.

Armin Ronacher가 agent loop와 harness loop를 구분하며, 자기가 신경 쓰는 코드에는 아직 루프 방식이 맞지 않다고 고백하면서도 이 미래가 불가피하다고 진단하는 글. 루프 시대에 판단·책임·아키텍처 sanity를 어떻게 보존할 것인가가 핵심 질문이다.

코딩 에이전트를 덜 감독하면서도 믿으려면, 결과에 대한 신뢰를 끌어올릴 장치가 필요하다. Birgitta Böckeler가 컨텍스트·하네스 엔지니어링의 떠오르는 개념들을 사이버네틱스의 피드포워드·피드백 틀로 묶어, 코딩 에이전트 ‘사용자’가 직접 두를 수 있는 바깥 하네스의 멘탈 모델을 정리한다.

OpenAI의 한 팀이 다섯 달 동안 사람이 코드를 한 줄도 쓰지 않고 백만 줄짜리 제품을 출시했다. 엔지니어의 일은 코드를 짜는 것이 아니라 에이전트가 일할 환경·피드백 루프·점검망을 설계하는 것으로 옮겨 갔다 — 이것이 OpenAI가 ‘하네스 엔지니어링’이라 부르는 것이다.

에이전트에게 일일이 프롬프트를 넣는 시대가 저물고, 에이전트를 프롬프트하는 시스템(루프)을 설계하는 일로 레버리지가 옮겨간다. Addy Osmani가 루프를 이루는 다섯 조각과 한 개의 기억, 그리고 루프가 여전히 대신해 주지 못하는 것을 정리한다.

Omnara의 Ishaan Sehgal이 쓴 X 아티클. 에이전트의 정체는 모델도 런타임도 아닌 이벤트 로그이며, 로그를 1급 시민으로 다루면 신뢰성과 확장성과 포크와 마이그레이션이 구조적으로 따라온다고 주장한다.

UIUC·Meta·Stanford 합동 서베이(2026.05). 코드를 LLM이 생성하는 산출물이 아니라, 에이전트가 추론·행동·환경 모델링·검증을 수행하는 운영 매개체로 다시 잡는 통합적 시각을 제시한다. Harness Interface / Mechanisms / Scaling 세 층으로 문헌을 정리하고, PEV(Plan-Execute-Verify) 루프와 다섯 응용 영역(코드 어시스턴트, GUI/OS, 과학, 개인화, 임베디드)을 짚는다.