에이전트 성능은 모델 자체보다 그걸 감싸는 '하네스(harness)' 설계가 더 좌우한다는 이야기예요. 같은 모델이라도 컨텍스트 관리·도구 호출·제어 루프를 어떻게 짜느냐에 따라 결과가 크게 갈린다는 거죠. Fable 5를 예로 들며 모델 경쟁만큼 하네스 경쟁이 중요해졌다고 짚어요.
운영자 인사이트
자체 에이전트나 워크플로를 만든다면 모델 고르기만큼 하네스 설계에 공들일 이유예요. 컨텍스트·도구·제어 루프가 결국 결과 품질을 만들어요.
여러 관점으로 보기
- 동일 모델 실증 같은 Fable 5라도 Cursor 하네스에선 Claude Code 대비 기능 정확도 +12.8pp가 나와요 — 격차를 만든 건 하네스예요. Endor Labs
- 벤치마크 근거 모델을 그대로 두고 시스템 프롬프트·도구만 손봐 Terminal Bench를 52.8→66.5로 끌어올렸어요. LangChain
- 제작자 관점 직접 만들어 보면 병목은 코드 생성이 아니라 환경 셋업·에러 처리라, 'done'의 종료조건부터 정의해야 해요. Vercel Academy
- 반론·한계 하네스는 약한 모델일수록 효과가 크고 강한 모델일수록 줄어드는 보정장치라는 시각도 있어요. Adam Baitch
- 실무 함의(한국) 컨텍스트에 없으면 없는 것과 같아요 — 컨텍스트 관리·검증 루프 같은 환경 설계에 투자해야 어떤 모델이든 잘 굴러가요. Dale Seo