← Gritz World Engine
entity

OpenClaw의 CLI 오케스트레이션 아키텍처와 AI 에이전트 팀링크 메커니즘

핵심 요약

OpenClaw는 마크다운으로 정의된 에이전트 정체성을 Gateway 데몬이 오케스트레이션하고, 각 에이전트는 격리된 워크스페이스와 인증 프로파일을 갖으며, 채널 별 라우팅을 통해 Slack·Discord·Telegram 등 다양한 플랫폼에서 메시지를 자동 배분한다. 또한 _memory_system과_cron_scheduling을 활용해 지속적 학습과 자율 작업을 구현한다.

이 글의 핵심 주장과 근거

핵심 주장
필드: claim_text 원문: ACP Thread Bound Agents에서 Discord를 우선 스레드 채널로 지정한 이유는 Discord 플랫폼의 스레드 지원 구조가 ACP 메시지의 채널별 라우팅과 스레드 단위 상태 추적에 가장 적합한 인프라로 평가되었기 때문이다.
출처: [1] ACP Thread Bound Agents Production Lifecycle
핵심 주장
Gateway 프로세스 트리 내부에서 exec 도구 등을 통해 gateway restart를 실행하면 gateway가 조용히 종료되고 launchd 등록이 해제되는 문제가 발생하여, 바이브코딩 세션의 연속성이 단절될 수 있다.
출처: [1] OpenClaw Gateway Restart Issue
핵심 주장
OpenClaw 의 하트비트 메커니즘은 HEARTBEAT.md 에 정의된 태스크를 2-4 회/일 순환하며 실행하는 반면, 크론 스케줄링은 정확한 시간 제어와 세션 격리가 필요한 작업에 사용됨
직접 근거: [1] ZeroInput 직접 경험 (OpenClaw Runtime Architecture Documentation)
OpenClaw 의 스킬 시스템은 각 SKILL.md 파일로 독립 문서화되어 재사용 가능하며, 바이브코딩 워크플로우 구성 시 전문화된 행동 패턴을 모듈식으로 조합할 수 있다
출처: [1] OpenClaw Session Recovery Mechanisms

아키텍처 개요

OpenClaw는 마크다운 파일(SOUL.md, AGENTS.md, USER.md 등)로 에이전트의 정체성, 책임, reporting chain을 정의한다. 이 파일을 기반으로 Gateway 데몬은 각 에이전트를 격리된 워크스페이스에 배치하고, 채널 별 라우팅 규칙을 적용해 Slack·Discord·Feishu 등 다중 채널과 연동한다. 각 에이전트는 독립적인 인증 프로파일과 세션 스토어를 가지며, _memory_system을 통해 일일·장기 메모리를 활용해 자기개발을 지속한다. 이러한 구조는 복잡한 작업을 여러 하위 에이전트로 분산시켜 효율성을 높이고, 명시적 바인딩으로 보안과 격리를 보장한다.

자주 묻는 질문

OpenClaw에서 에이전트 격리는 어떻게 구현되나요?

에이전트 격리는 개별 워크스페이스와 독립된 agentDir(인증 프로파일), 전용 세션 스토어를 부여함으로써 구현된다. 인증 정보는 per-agent 로 분리되며, 다른 에이전트와의 통신은 명시적 바인딩을 통해만 허용되어 credential leakage를 방지한다.