OpenClaw과 Hermes를 단일 공유 메모리(cognee)로 연결해 연구·구현·피드백을 통합한 사례 보고

이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.

TL;DR

작성자는 연구 전용 에이전트 OpenClaw과 구현 전용 에이전트 Hermes가 동일한 cognee 기반 데이터셋을 공유하도록 연결해 세션 간 컨텍스트 전달 부담을 제거하고 의사결정 일관성을 확보했다. 구현 방식은 OpenClaw의 연구 결과를 데이터셋에 기록하면 Hermes가 이를 조회해 구현 결정을 내리고 그 결과와 리뷰어 피드백이 다시 메모리에 축적되는 루프를 형성하는 구조이다. 사례로 CalDAV 대 Google Calendar 평가와 Google 관련 메타데이터 유입 문제를 계기로 provider IDs와 OAuth를 어댑터 뒤로 숨기고 프로바이더 능력 매트릭스를 도입했으며 그 결과 가드레일 수가 0에서 3으로 증가하는 개선이 보고되었다. 저자는 모순 처리, 인간 승인, 추가 비평자를 향후 기능으로 제안해 신뢰성과 견고성을 높일 수 있는 방향을 모색하고 있다.

섹션별 상세

두 에이전트를 분리해 사용하던 배경에서 출발해 작성자는 수동으로 컨텍스트를 옮기는 부담을 없애기 위해 단일 공유 메모리를 도입했다고 기술했다. 구현 방식은 OpenClaw가 연구 결과를 같은 데이터셋에 기록하면 Hermes가 그 데이터셋을 조회해 구현 결정을 내리고 그 결과와 리뷰어 피드백이 다시 메모리에 축적되는 순환 구조이다. 실무 사례로 CalDAV와 Google Calendar 비교에서 벤더 락인 회피 선호가 기록되어 이후 세션에서 Hermes가 해당 선호를 재사용한 점이 근거로 제시되며, 이 접근은 에이전트 간 정보 전달 비용을 줄이고 결정 일관성을 높였다.

작성자는 cognee를 공유 메모리 계층으로 선택해 별도 브리지 코드를 작성하지 않고 두 에이전트를 동일 데이터셋에 연결하는 방법을 사용했다. 데이터 흐름은 연구 입력→데이터셋 기록→다른 에이전트의 조회 및 구현 결정→결과 기록 및 리뷰어 피드백의 순으로, Google event types·OAuth scopes·provider IDs 같은 프로바이더 특유 정보가 도메인으로 유입되는 문제를 실제로 확인했다. 이후 도입한 해결책은 프로바이더 능력 매트릭스 작성과 provider IDs·OAuth를 어댑터 뒤로 숨기는 것으로, 이로 인해 도메인이 프로바이더 중립성을 유지하게 되었다는 구체적 조치가 제시되었다.

저자는 리뷰어 피드백을 메모리 개선 루프에 포함시킨 뒤의 효과를 수치로 제시해 개선 전후 차이를 보여주었다. 개선 전에는 'Google Calendar API 우선 구현' 같은 빠른 경로가 도메인에 특화된 정보를 누출했고 개선 후에는 '프로바이더 능력 매트릭스 작성'과 어댑터화로 도메인 중립성을 회복해 총 3개의 가드레일이 추가된 것으로 보고되었다. 또한 그래프 뷰가 연구·선호·결과·피드백·개선된 지침을 연결해 사후 추적과 정책 도출을 가능하게 했다는 점이 실용적 증거로 제시되었다.

작성자는 향후 기능으로 모순 처리·인간 승인 기반의 학습 수용·세 번째 비평 에이전트 추가를 제안하며 확장 가능성에 대한 논점을 제기했다. 모순 처리는 새롭게 기록된 교훈이 기존 메모리 내용과 충돌할 때 이를 탐지하고 표준화된 검증 과정으로 분기시키는 메커니즘을 요구하며 인간 승인은 자동으로 수용되는 교훈을 검증자로 거치게 하는 절차를 의미한다. 글 말미의 GitHub 저장소 링크가 구현 샘플로 제공된 만큼 이러한 추가 기능은 일관성·안전성 강화를 위해 자동화 루프와 수동 검증을 결합하는 방향으로 설계되어야 한다.

용어 해설

공유 메모리(Shared Memory): — 여러 에이전트가 동일한 컨텍스트 저장소를 통해 상태와 결정을 읽고 쓰는 구조로, 에이전트 간 수동적 컨텍스트 전달을 제거하고 일관된 의사결정 근거를 제공한다. 이 사례에서는 cognee를 중간 계층으로 두어 OpenClaw의 연구 결과가 Hermes의 구현 결정에 실시간으로 반영되고 피드백이 다시 메모리에 축적되는 흐름을 만든다. 공유 메모리는 교차 세션 추론, 후속 행동의 근거 보강, 그리고 피드백 기반 정책 개선을 가능하게 한다.
프로바이더 어댑터(Provider Adapter): — 외부 서비스별 식별자, OAuth 흐름, 이벤트 타입 같은 프로바이더 특유 정보를 애플리케이션 도메인과 분리하는 추상 계층으로, 구체 구현을 어댑터에 숨기고 도메인 로직을 프로바이더 중립적으로 유지한다. 글에서는 Google Calendar 관련 세부가 도메인으로 유입되는 문제를 막기 위해 provider IDs와 OAuth를 어댑터 뒤에 두는 방식을 채택했다. 어댑터 패턴은 벤더 교체나 다중 프로바이더 지원을 수월하게 만든다.
CalDAV: — 캘린더 데이터를 원격으로 접근·관리하기 위한 표준 프로토콜로, Google Calendar 같은 상용 제공자와 달리 벤더 독립적 인터페이스를 제공할 수 있다. 글에서는 CalDAV와 Google Calendar를 비교 평가한 결과 벤더 락인을 피하기 위해 CalDAV를 선호하는 맥락이 메모리에 기록되어 이후 구현 결정에 영향을 미쳤다. CalDAV는 직접 동기화·이벤트 타입·식별자 처리 방식에서 상용 API와 차이를 보일 수 있다.
OAuth: — 서드파티 애플리케이션이 사용자 리소스에 제한적 접근 권한을 안전하게 얻기 위한 권한 부여 표준으로, 토큰과 권한 범위(scope)를 통해 접근을 제어한다. 글에서는 OAuth scope와 provider IDs가 도메인으로 유출되어 구현 과정에서 재작성 문제가 발생했고, 이를 어댑터 뒤로 숨기는 방식으로 해결했다. OAuth는 외부 인증·동기화 흐름 설계에서 핵심 고려사항이다.

언급된 리소스

GitHubcognee GitHub

GitHubopenclaw-hermes 예제 저장소