Como o OpenClaw Funciona

A versão técnica curta: um gateway, muitos canais, workspaces persistentes e ferramentas que realmente fazem coisas.

OpenClaw works by routing messages from your preferred chat app into an always-on gateway that adds memory, skills, tools, and workspace rules before asking a selected AI model to answer or execute the task.

O OpenClaw não é só um LLM numa janela de chat. É um runtime de agente que recebe mensagens, mantém contexto, chama ferramentas, roteia modelos e executa trabalho num workspace real.

Arquitetura numa olhada

Channels (Telegram / Slack / Discord / CLI / ...)
        ↓
Gateway daemon
        ↓
Sessions + memory + workspace rules
        ↓
Tools + skills + browser + shell + APIs
        ↓
Model providers / local models
        ↓
Responses, actions, automations

Camadas principais

01

Canais de entrada, ações de saída

O OpenClaw fica entre seus apps de mensagem e as ferramentas que você já usa. Telegram, Slack, Discord, WhatsApp, CLI, browser, shell, arquivos e dispositivos — todos se conectam por um runtime só.

02

Gateway como plano de controle

O daemon gateway recebe eventos, mantém estado de sessão, expõe RPCs, gerencia ferramentas e orquestra chamadas de modelo. É a fronteira always-on entre humanos, canais e execução.

03

Comportamento orientado por workspace

O comportamento do agente é moldado por arquivos como SOUL.md, AGENTS.md, USER.md e MEMORY.md. O assistente não é um chatbot genérico; é um operador específico do workspace com contexto persistente.

04

Skills e ferramentas como capacidades

Arquivos SKILL.md ensinam o assistente quando e como usar ferramentas. Shell, browser, edição de arquivos, APIs, voz e ações mobile são compostos em vez de hard-coded num monolito.

05

Roteamento de modelos sem lock-in

O OpenClaw pode rotear trabalho entre provedores e modelos locais. Você escolhe a estratégia que encaixa em custo, latência, privacidade e complexidade da tarefa.

Por que o workspace importa

O OpenClaw se torna útil quando o assistente pode ler regras e estado locais em vez de começar do zero. Um workspace típico:

SOUL.md

Identidade, tom, valores e padrões comportamentais do agente.

AGENTS.md

Regras do workspace, limites de segurança, política de memória e normas de colaboração.

USER.md

Contexto humano leve: preferências, fuso horário, prioridades.

MEMORY.md

Memória de longo prazo curada que sobrevive entre sessões.

HEARTBEAT.md

Verificações periódicas em background e instruções de manutenção proativa.

Esse design baseado em arquivos torna o comportamento inspecionável, versionável e fácil de evoluir.

Modelo de execução

  • Mensagens chegam dos canais ou CLI.
  • O gateway vincula à sessão e carrega o contexto certo.
  • O assistente decide se responde, usa ferramentas ou spawna um sub-agente.
  • Chamadas de ferramentas operam em arquivos, browsers, serviços e dispositivos reais.
  • Resultados são escritos de volta na sessão, e aprendizados importantes podem ser persistidos.

Essa é a diferença real vs um chatbot genérico: o OpenClaw vai do texto à ação sem sair do seu ambiente.

Próximos passos

Se quer a explicação rápida, comece pela página de visão geral. Se quer setup prático, vá direto pro fluxo de instalação.