Quick Reference

Agent Harness는 여러 에이전트와 도구가 긴 작업을 같은 방식으로 수행하도록 둘러싸는 실행 체계입니다. 특정 제품의 단일 규격은 아니며, 프로젝트마다 포함 범위가 다릅니다.

Prompt   -> 이번 요청에서 무엇을 할지 지시
Skill    -> 반복해서 불러 쓸 절차와 판단 기준
MCP      -> 외부 도구와 데이터를 호출하는 연결
Harness  -> 역할, 순서, 상태, 산출물, 검증, 재시도를 함께 운영

단일 에이전트가 한 번에 끝낼 수 있는 작업에는 Harness가 필요하지 않습니다. 조사, 제작, 검토처럼 역할이 갈리고 중간 산출물을 다음 단계가 이어받아야 할 때 가치가 생깁니다.

구성 요소

Harness에는 보통 오케스트레이터, 역할별 에이전트, Skill과 tool, 공유 산출물, 단계별 완료 조건이 들어갑니다. 실패한 결과만 다시 만드는 재시도 규칙과 최종 결과를 조립하는 단계까지 포함하면 단순한 프롬프트 모음보다 넓은 실행 체계로 볼 수 있습니다.

입력
  -> 조사 에이전트들이 자료 수집
  -> 종합 에이전트가 하나의 기획으로 수렴
  -> 제작 에이전트들이 산출물 생성
  -> 검증 에이전트가 기준 미달만 재요청
  -> 오케스트레이터가 최종 결과 조립

Webtoon Harness는 리서치, 시나리오, 비주얼, 조립 검수를 단계별 에이전트 팀과 파일 산출물로 연결한 사례입니다. Hermes Agent는 메모리, Skill, MCP, 자동화와 서브에이전트를 포함하는 더 넓은 에이전트 런타임입니다.

도입 경계

Harness가 커질수록 역할 이름보다 상태와 검증 계약이 중요합니다. 어떤 파일을 다음 단계가 읽는지, 완료 판정은 누가 하는지, 재시도 횟수와 중단 조건은 무엇인지가 없으면 에이전트 수만 늘고 결과는 불안정해집니다.

• 단계가 독립적이면 병렬화하고, 이전 결과에 의존하면 순서를 고정합니다.
• 검증 기준은 "좋게 만든다"가 아니라 파일 존재, 형식, 테스트, 개수처럼 판정 가능하게 둡니다.
• 외부 API와 생성 모델 비용, 비밀 정보, 쓰기 권한은 에이전트별로 최소화합니다.
• 작업이 짧다면 Skill 하나나 체크리스트가 더 단순한 선택입니다.

MCP와 Skill의 역할부터 구분해야 한다면 MCP, Skills, Plugins 구분에서 이어서 볼 수 있습니다.