Harness vs 관련 개념

개념의 진화

AI 에이전트 분야는 짧은 시간 안에 여러 “Engineering” 개념을 만들어냈습니다. 각 개념은 이전 개념의 한계를 보완하며 등장했습니다. 이 진화 흐름을 이해하면 왜 Harness Engineering이 현재 시점에 중요한지 명확해집니다.

2020 → Prompt Engineering
2023 → Context Engineering
2024 → Agent Engineering
2025 → Harness Engineering

개념별 비교표

개념	범위	핵심 질문	주요 도구/기법
Prompt Engineering	단일 LLM 호출	어떻게 좋은 응답을 이끌어내는가?	Few-shot, Chain-of-Thought, System prompt
Context Engineering	모델의 컨텍스트 윈도우	어떤 정보를 언제 모델에게 보여주는가?	RAG, 메모리 압축, 동적 컨텍스트
Agent Engineering	에이전트 내부 아키텍처	에이전트를 어떻게 설계하는가?	ReAct, 도구 설계, 상태 관리
Harness Engineering	에이전트 주변 시스템 전체	에이전트가 올바르게 작동하도록 환경을 어떻게 구성하는가?	제약, 검증, 피드백 루프, 엔트로피 관리
Platform Engineering	개발 인프라 전체	개발팀이 효율적으로 일하도록 환경을 어떻게 만드는가?	CI/CD, IDP, 셀프서비스 플랫폼

Prompt Engineering의 한계

Prompt Engineering은 단일 상호작용에 최적화되어 있습니다. “더 나은 프롬프트를 작성하면 더 나은 결과를 얻는다”는 전제입니다.

하지만 멀티스텝 에이전트 시스템에서는 이 전제가 무너집니다.

에이전트가 10번의 도구 호출을 거치면서 컨텍스트가 오염됩니다
첫 번째 단계의 오류가 이후 단계 전체를 오염시킵니다
좋은 프롬프트도 잘못된 도구 결과를 받으면 실패합니다

Context Engineering과의 관계

Context Engineering은 Harness Engineering의 핵심 구성 요소이지만, 하네스보다 좁은 개념입니다.

Context Engineering이 다루는 것:

어떤 정보를 컨텍스트에 포함할 것인가
오래된 정보를 어떻게 압축할 것인가
다양한 메모리 유형(단기/장기/에피소딕)을 어떻게 관리할 것인가

Harness Engineering이 추가로 다루는 것:

에이전트 행동에 대한 구조적 제약
실행 환경의 안전성
에이전트 출력 검증
시스템 수준의 엔트로피 관리

Agent Engineering과의 관계

Agent Engineering과 Harness Engineering은 상호 보완적입니다. 혼동하기 쉽지만 관점이 다릅니다.

구분	Agent Engineering	Harness Engineering
관점	에이전트 내부	에이전트 외부
관심사	어떻게 추론하는가	어떻게 제어되는가
결과물	에이전트 아키텍처	에이전트 인프라
예시	ReAct 루프 구현	검증 레이어, 샌드박스

좋은 에이전트를 만들려면 둘 다 필요합니다. 하지만 실패 원인의 대부분은 에이전트 내부가 아닌 하네스 부재에서 옵니다.

요약

Harness Engineering은 기존 개념들을 대체하지 않습니다. Prompt, Context, Agent Engineering의 성과물을 시스템 수준에서 통합하고 안전하게 운영하는 더 상위 개념입니다. 이 과정에서 배우는 모든 내용은 결국 하나의 질문으로 수렴합니다: “에이전트가 올바르게 작동하도록 환경을 어떻게 설계할 것인가?”