AI 에이전트 과도한 중앙 집중화에 대한 아키텍처적 해결책: 메모리, 실행, 외부 작업 분리

OpenClaw 설정을 구축 중인 개발자가 중요한 아키텍처 문제를 발견했습니다: AI 어시스턴트가 너무 많은 기능을 단일 구성 요소에 통합함으로써 "내부 독재자"가 되어가고 있었습니다. 문제는 모델 자체가 아니라, 하나의 에이전트가 동시에 장기 기억을 보유하고, 늘어나는 도구 더미에 접근하며, 외부 행동에 대한 자율적 결정을 내릴 수 있도록 허용한 아키텍처에 있었습니다.

문제점: 통합된 기능은 폭발 반경을 생성합니다

처음에는 효율적이었지만, 이러한 통합은 하나의 구성 요소가 너무 많이 알고, 너무 많은 것을 할 수 있으며, 너무 빠르게 행동할 수 있음을 의미했습니다. 이는 단일 실패 지점—나쁜 프롬프트, 오래된 기억, 프롬프트 주입, 부주의한 도구 사용, 잘못된 가정 등—이 원래 작업과 관련 없는 영역으로 번질 수 있는 "거대한 폭발 반경"을 생성했습니다.

아키텍처적 해결책: 세 가지 별도의 역할

개발자는 프롬프트 기반 수정 대신 세 가지 역할 분리를 구현했습니다:

• 비공개 컨트롤러: 광범위한 개인적 맥락과 기억을 가진 유일한 구성 요소입니다. 그 임무는 "모든 것을 하라"가 아니라 "이 작업에 실제로 무엇이 필요한지 결정하라"입니다.
• 범위가 제한된 작업자: 최소한의 필요한 맥락, 좁은 도구 접근, 제한된 지속성을 받는 작업별 에이전트입니다. 예를 들어, 글쓰기 작업자는 사용자의 전체 메시지 기록을 받아서는 안 되며, 일정 관리 작업자는 그들의 전체 삶의 맥락을 받아서는 안 됩니다.
• 아웃바운드 게이트: 메시지 전송, 콘텐츠 게시, 상태 삭제 또는 변경, 사용자를 외부적으로 대표하는 모든 것을 포함한 위험한 작업을 처리합니다. 무언가를 초안하는 구성 요소가 자동으로 그것을 보내는 구성 요소가 되어서는 안 됩니다.

핵심 통찰

확인된 핵심 아키텍처 원칙: "가장 많이 아는 구성 요소는 또한 가장 빠르게 행동할 수 있는 구성 요소가 되어서는 안 됩니다." 한 번 말하면 명백하지만, 많은 에이전트 시스템은 기본적으로 이를 위반합니다.

이러한 분리는 전체 시스템이 더 합리적으로 느껴지도록 만들었고, 과도한 권한을 가진 단일 실패 지점을 생성하는 근본적인 문제를 해결했습니다. 개발자는 에이전트가 실제 운영자로 진화함에 따라 이 점이 점점 더 중요해질 것이라고 언급합니다.