에이전트 시스템의 네 가지 계층은 loop, graph, harness, 그리고 meta-harness입니다. 에이전트가 토큰을 소모하고, 작업을 완료했다고 선언한 후 테스트에 실패하는 경우, 이는 보통 프롬프팅 문제가 아니라 아키텍처 문제입니다. loop는 외부 증거를 기반으로 작업을 검증합니다. graph는 실행이 다음에 어디로 가야 할지 결정합니다. harness는 모델의 운영 환경입니다 — 도구, 권한, 메모리, 컨텍스트, 로깅. meta-harness는 여러 harness를 관리하여 컨텍스트와 정책이 에이전트 간에 이동할 수 있도록 합니다. Mercury Core는 harness와 meta-harness로 구축되었습니다. 이 loop는 관리형 서비스인 Mercury Loop가 아닙니다.
에이전트 아키텍처, 검증 루프, 워크플로우 그래프, 에이전트 하네스, 메타-하네스 거버넌스, 인간-에이전트 운영 체제, 프롬프트 엔지니어링의 한계, Mercury Core, Booster Packs, OpenClaw memory
Mercury Technology Solutions, Mercury Core, Mercury Flux, Mercury Loop, OpenClaw, Booster Pack, Unified Bus, Agent-native infrastructure
[ SYS: MERCURY_CORE // FIELD_NOTES ]
에이전트 시스템에 대한 현장 노트네 가지 계층
에이전트 시스템
에이전트는 토큰을 소모하고, 작업을 완료했다고 선언한 후 테스트에 실패합니다. 이것은 보통 프롬프팅 문제가 아니라 아키텍처 문제입니다. 여기 스택이 있습니다 — 그리고 어떤 계층이 실패했는지 찾는 방법입니다.
네 가지 런타임 계층. loop부터 구축하세요.
에이전트 시스템의 네 가지 계층
- AI 에이전트는 보통 프롬프트가 아닌 아키텍처에서 실패합니다: 더 나은 프롬프트가 누락된 도구, 게이트, 라우트 또는 정책을 만들 수는 없습니다.
- 네 가지 런타임 레이어는 loop(작업 검증), graph(작업 라우팅), harness(기능 노출), 그리고 meta-harness(여러 harness 거버넌스)입니다.
- 신뢰할 수 있는 loop는 모델 자체 평가가 아닌, 외부 증거(통과 테스트, 녹색 빌드, 검증된 출력)에 의해 중단됩니다.
- Mercury Core는 harness이자 meta-harness로 구축된 운영 체제입니다: 하나의 메모리, 하나의 인터페이스, 하나의 정책 레이어입니다.
- 이 페이지의 loop는 런타임 패턴입니다. Mercury Loop는 OS가 표류하는 것을 방지하는 관리형 서비스라는 별도의 제품입니다.
한눈에 보는 네 가지 레이어
| 레이어 | 작업 | 실패 | 우선 수정 |
|---|---|---|---|
| Loop | 증거가 멈추라고 할 때까지 작업 검증 | 테스트, 빌드 또는 검증 게이트 없이 에이전트가 “완료”됨 | 측정 가능한 중지 조건 추가 |
| Graph | 실행이 다음에 어디로 가야 할지 결정 | 잘못된 경로, 폴백 없음, 즉흥적인 핸드오프 | 브랜치, 재시도 및 전문가를 명시적으로 구현 |
| Harness | 도구, 메모리, 권한, 컨텍스트, 로깅 노출 | 모델은 작업을 이해하지만 필요한 것에 접근할 수 없음 | 누락된 기능 노출 — Mercury Core의 Booster Pack |
| Meta-harness | 여러 harness 거버넌스; 하나의 정책 아래 컨텍스트 이동 | Claude Code, Codex 및 내부 에이전트의 비조정 사일로 | 공유 정책, 격리 및 휴대 가능한 컨텍스트 — Core 기반 |
에이전트 루프란 무엇인가요?
에이전트 루프는 에이전시의 가장 작은 단위입니다: 행동하고, 결과를 확인한 다음, 중지하거나 다시 시도합니다.
신뢰할 수 있는 에이전트는 모델이 작업이 올바르게 보인다고 믿는 것만으로 멈추지 않습니다. 이는 외부 증거 — 통과하는 테스트, 녹색 빌드, 검증된 출력 — 에 의해 중지됩니다.
행동 → 확인 → (수정) → 완료
에이전트가 작업을 두 번 시도하는 것을 지켜보세요. 첫 번째 시도는 완료된 것처럼 느껴지지만, 확인 단계에서 불일치가 발생합니다. 두 번째 시도만이 게이트를 통과합니다.
루프 유휴 상태. 실행하여 실패한 확인 단계와 통과하는 게이트를 확인하세요.
규칙
측정 가능한 조건에서 중지합니다: 테스트 통과, 빌드 성공, 출력 검증 — 모델 자체 평가에서는 절대 중지하지 않습니다.
검증 없이 에이전트가 작업을 완료하지 못했음에도 불구하고 성공을 확신하며 선언합니다.
agent graph란 무엇인가요?
agent graph는 실행이 다음에 어디로 갈지 결정합니다: 분기, 재시도, 전문가 핸드오프, 폴백 경로 및 공유 상태.
루프는 실행이 계속될지 여부를 결정합니다. 그래프는 어디로 갈지 결정합니다. 워크플로우에 여러 경로가 있는 경우, 그래프는 이를 명시적이고, 검사 가능하며, 제어 가능하게 만듭니다.
그래프 유휴 상태. 표준 경로 실패 후 전문가 경로로 전환되는 작업을 경로 지정합니다.
에이전트 하네스란 무엇인가요?
에이전트 하네스는 모델의 운영 환경입니다 — 도구, API, 파일, 메모리, 권한, 컨텍스트 및 로깅을 포함합니다.
모델은 추론을 제공하고, 하네스는 그 추론이 실제로 무엇을 할 수 있는지 결정합니다. 모델의 역량과 에이전트의 역량은 다릅니다.
모델은 작업을 해결하는 방법을 정확히 이해할 수 있습니다. 하지만 필요한 도구, 데이터 소스 또는 권한이 하네스를 통해 노출되지 않으면 에이전트는 여전히 완료할 수 없습니다.
다섯 가지 기능이 모델을 작동 가능하게 만듭니다. 하나의 격차만 있어도 프롬프트가 아무리 좋아도 전체 실행이 실패합니다.
meta-harness란 무엇인가요?
meta-harness는 여러 에이전트 harness 위에 존재하는 공통 계층입니다. 여기에는 오케스트레이션, 거버넌스, 격리, 공유 정책 및 이식 가능한 컨텍스트가 포함됩니다.
실제 팀들은 Claude Code, Codex, 내부 에이전트, 도메인 전문가들을 나란히 운영합니다. 각기 고유의 도구, 세션, 정책 및 실행 환경을 갖추고 있습니다. meta-harness가 없다면, 인간은 폐쇄적인 영역들 사이의 복사-붙여넣기 계층이 될 뿐입니다.
움직이는 지점은 컨텍스트입니다. 이는 하나의 정책 계층 하에서 검증된 결과 또는 공유 상태가 한 harness에서 다른 harness로 건너가는 것입니다. 폐쇄적인 영역들 사이에서 복사-붙여넣기 되는 것이 아닙니다.
한 줄 진단
더 나은 프롬프트 보상할 수 없다 을 위한 누락된 기능.
— 분류 휴리스틱, 에이전트 아키텍처
휴리스틱은 무시하는 것이 아니라 순서에 관한 것입니다. 프롬프트 엔지니어링은 실제적이고 가치 있습니다. 이는 모델이 harness가 노출하는 것을 얼마나 잘 사용하는지를 형성합니다. 단지 harness가 결코 노출하지 않은 것은 만들 수 없습니다.
올바른 순서: 먼저 레이어를 고정합니다(도구, 게이트, 경로, 정책 추가), 그런 다음 해당 기능을 잘 사용하도록 프롬프트를 조정합니다. 깨진 스택 위에 프롬프트를 적용하는 것은 금이 간 기초 위의 광택과 같습니다.
프롬프트를 다시 작성하기 전 네 가지 질문
Loop 실패
Graph 실패
Harness 실패
Meta-harness 실패
진단. 그리고 기질(substrate).
이 네 가지 런타임 레이어 때문에 하네스(harness)가 없으면 더 나은 프롬프트도 실패합니다. Mercury Core는 그 하네스이자 그 위의 메타-하네스로 구축된 운영 체제입니다. 하나의 메모리, 하나의 인터페이스, 하나의 정책 레이어입니다.
Core의 다섯 가지 메모리 레이어는 OS가 진실을 저장하는 방식입니다. OpenClaw가 바로 그 구조입니다.이 페이지의 네 가지 레이어는 작업이 실행되는 방식을 보여줍니다.
A Booster Pack은 Core가 도구, 뷰 및 메모리 스키마를 함께 노출하는 방식입니다 — 연결된 하네스입니다.
이 페이지의 루프는 런타임 게이트입니다: 증거를 기반으로 행동하고, 확인하고, 중지합니다. Mercury Loop제품은 다른 것입니다: OS가 비즈니스에서 벗어나는 것을 방지하는 관리형 서비스입니다.
게이트가 모델 패스일 때, Mercury Flux가장 저렴하고 적합한 모델을 라우팅하고, 무언가를 배포하기 전에 테스트에서 중지합니다.
다음 단계
레이어를 설치하세요. 프롬프트를 다듬지 마세요.
실패가 도구, 공유 메모리 또는 플릿 정책의 누락이라면, 다음 페이지는 또 다른 프롬프트 팩이 아니라 운영 체제입니다.
Agent 아키텍처 FAQ
에이전트 시스템의 네 가지 레이어는 무엇인가요?
- Loop, graph, harness, 및 meta-harness입니다. 루프는 외부 증거를 기반으로 작업을 검증합니다. 그래프는 실행이 다음에 어디로 가야 할지 결정합니다. 하네스는 모델의 운영 환경입니다 — 도구, 권한, 메모리, 컨텍스트, 로깅. 메타-하네스는 컨텍스트와 정책이 복사하여 붙여넣어지는 대신 에이전트 간에 이동할 수 있도록 여러 하네스를 관리합니다.
좋은 프롬프트가 있어도 AI 에이전트가 실패하는 이유는 무엇인가요?
- 프롬프팅만으로는 하네스가 결코 노출하지 않은 것을 만들 수 없기 때문입니다. 중지 조건, 경로, 도구 또는 공유 정책이 누락되면 모델은 여전히 올바르게 추론할 수 있고 실행은 여전히 실패합니다. 먼저 레이어를 진단한 다음 프롬프트를 조정하세요.
agent loop이 Mercury Loop와 같은가요?
- 아닙니다. agent loop는 런타임 패턴입니다: 실행, 확인, 증거 기반 중지. Mercury Loop는 Entry, Analyst, Implementer agent를 배포하여 인프라 드리프트를 찾고 닫는 관리형 서비스입니다. 같은 단어, 다른 제품입니다.
이것이 Mercury Core 및 OpenClaw와 어떻게 관련되나요?
- OpenClaw는 Mercury Core의 5계층 계층적 메모리이며, OS가 진실을 저장하는 방식입니다. 이 네 가지 런타임 계층은 작업이 실행되도록 허용하는 방식입니다. Core는 harness와 meta-harness로 구축됩니다: 인간과 agent가 메모리, 인터페이스, 정책을 공유합니다. Booster Pack은 도구, 대시보드 및 메모리 스키마를 이 harness에 묶어줍니다.
더 나은 프롬프트가 누락된 도구를 고칠 수 없는 이유는 무엇인가요?
- 프롬프팅은 모델이 harness가 노출하는 것을 얼마나 잘 사용하는지를 형성합니다. 환경이 제공한 적이 없는 도구, 권한, 데이터 소스 또는 정책을 생성할 수는 없습니다. 먼저 계층을 수정하고, 그 다음 프롬프트를 조정하세요.
meta-harness란 무엇인가요?
- 여러 agent 환경 위에 있는 공통 계층입니다. 팀들은 이미 Claude Code, Codex, 내부 agent 및 전문가들을 나란히 실행하고 있습니다. meta-harness가 없으면 각각이 폐쇄된 정원입니다. 하나가 있으면, 그들은 정책, 격리 및 이식 가능한 컨텍스트를 공유합니다. 이것이 Mercury Core의 논지입니다: 인간을 통합 계층으로 사용하는 것을 멈추세요.
어떤 agent 계층이 실패했는지 진단하려면 어떻게 해야 하나요?
- 프롬프트를 다시 작성하기 전에 네 가지 질문을 하세요. Loop: 완료를 제어하는 테스트가 있나요? Graph: 분기 및 핸드오프가 명시적인가요? Harness: 환경이 작업에 필요한 도구, 데이터 또는 권한을 노출하고 있나요? Meta-harness: agent들이 정책과 컨텍스트를 공유할 수 있나요, 아니면 비조정된 사일로인가요?
이 페이지에서 사용된 Agent 아키텍처 용어
- Agent loop
- 외부 증거에 따른 행동, 확인, 중지. 관리형 서비스인 Mercury Loop가 아님.
- Agent graph
- 명시적 경로, 재시도, 전문 핸드오프, 폴백 및 공유 상태.
- Agent harness
- 모델의 운영 환경: 도구, 권한, 메모리, 컨텍스트, 로깅.
- Meta-harness
- 여러 harness에 걸친 거버넌스 — 공유 정책 및 휴대 가능한 컨텍스트. Mercury Core의 역할.
Published 2 September 2026. Concept distilled from public discussion on agent architecture (Rishi, @RishiUvaach). Frame and implementation: Mercury Technology Solutions.
Related insights
생각의 대장간: 내가 개인적으로 존경하는 AI 사용법
AI가 당신의 사고 패턴을 어떻게 변화시킬 수 있는지 탐구해 보세요. 단순한 답변을 넘어 더 깊은 이해와 인지적 참여로 나아갑니다.
GEO1% 클릭 문제: GEO가 더 이상 트래픽에 관한 것이 아닌 이유
새로운 연구에 따르면 AI 개요 인용 링크는 약 1%의 클릭률을 보입니다. 이것이 생성적 AI 최적화에 대한 모든 것을 어떻게 변화시키는지 — 그리고 대신 무엇을 측정해야 하는지에 대한 이유입니다.
Digital Marketing슈퍼유저 변화: 왜 당신의 SEO 예산이 이제 AI 세금이 되었는가
구글의 ATLAS 연구에 따르면 홍콩인의 21%가 AI 슈퍼유저입니다. 그들은 더 이상 검색하지 않고, 위임하고 있습니다. 이것이 당신의 마케팅 예산에 의미하는 바는 무엇일까요?