채널 및 라우팅
OpenClaw는 메시지가 온 채널로 응답을 라우팅합니다. 모델은 채널을 선택하지 않으며, 라우팅은 결정론적이며 호스트 구성에 의해 제어됩니다.주요 용어
- 채널:
whatsapp,telegram,discord,slack,signal,imessage,webchat. - AccountId: 채널 별 계정 인스턴스 (지원되는 경우).
- AgentId: 격리된 워크스페이스 + 세션 저장소 (“브레인”).
- SessionKey: 컨텍스트를 저장하고 동시성을 제어하는 데 사용되는 버킷 키.
세션 키 형태 (예시)
다이렉트 메시지는 에이전트의 메인 세션으로 합쳐집니다:agent:<agentId>:<mainKey>(기본값:agent:main:main)
- 그룹:
agent:<agentId>:<channel>:group:<id> - 채널/룸:
agent:<agentId>:<channel>:channel:<id>
- Slack/Discord 스레드는 기본 키에
:thread:<threadId>를 추가합니다. - Telegram 포럼 주제는 그룹 키에
:topic:<topicId>를 포함합니다.
agent:main:telegram:group:-1001234567890:topic:42agent:main:discord:channel:123456:thread:987654
라우팅 규칙 (에이전트가 선택되는 방법)
라우팅은 각 인바운드 메시지에 대해 하나의 에이전트를 선택합니다:- 정확한 피어 매칭 (
peer.kind+peer.id가 있는bindings). - 상위 피어 매칭 (스레드 상속).
- 길드 + 역할 매칭 (Discord) via
guildId+roles. - 길드 매칭 (Discord) via
guildId. - 팀 매칭 (Slack) via
teamId. - 계정 매칭 (채널의
accountId). - 채널 매칭 (그 채널의 모든 계정,
accountId: "*"). - 기본 에이전트 (
agents.list[].default, 없으면 첫 번째 리스트 항목, 기본값은main).
peer, guildId, teamId, roles)가 포함된 경우, 제공된 모든 필드가 일치해야 그 바인딩이 적용됩니다.
매칭된 에이전트는 사용될 워크스페이스와 세션 저장소를 결정합니다.
브로드캐스트 그룹 (여러 에이전트 실행)
브로드캐스트 그룹은 OpenClaw가 일반적으로 응답할 때 동일한 피어에 대해 여러 에이전트를 실행할 수 있게 해줍니다 (예: WhatsApp 그룹에서 멘션/활성화 게이팅 후). 설정:구성 개요
agents.list: 명명된 에이전트 정의 (워크스페이스, 모델 등).bindings: 인바운드 채널/계정/피어를 에이전트에 매핑.
세션 저장소
세션 저장소는 상태 디렉터리 (기본값~/.openclaw) 아래에 존재합니다:
~/.openclaw/agents/<agentId>/sessions/sessions.json- JSONL 전사는 저장소 옆에 위치합니다
session.store 및 {agentId} 템플릿을 통해 저장소 경로를 재정의할 수 있습니다.
WebChat 동작
WebChat은 선택된 에이전트에 연결되어 에이전트의 메인 세션을 기본값으로 사용합니다. 이 때문에, WebChat은 해당 에이전트의 크로스‑채널 컨텍스트를 한 곳에서 볼 수 있게 합니다.응답 컨텍스트
인바운드 응답에는 다음이 포함됩니다:ReplyToId,ReplyToBody, 및ReplyToSender(가능한 경우).- 인용된 컨텍스트는
[Replying to ...]블록으로Body에 추가됩니다.