Comment Fonctionne OpenClaw

La version technique courte : une passerelle, de nombreux canaux, des espaces de travail persistants et des outils qui peuvent réellement agir.

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.

OpenClaw n'est pas qu'un LLM dans une fenêtre de chat. C'est un runtime d'agent qui reçoit des messages, maintient le contexte, appelle des outils, route des modèles et exécute du travail dans un véritable espace de travail.

Architecture en un coup d'œil

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

Couches principales

01

Canaux en entrée, actions en sortie

OpenClaw se situe entre vos applications de messagerie et les outils que vous utilisez déjà. Telegram, Slack, Discord, WhatsApp, CLI, navigateur, shell, fichiers et appareils appairés se connectent tous via un seul runtime.

02

La passerelle comme plan de contrôle

Le démon passerelle reçoit les événements, maintient l'état des sessions, expose des RPC, gère les outils et orchestre les appels de modèle. C'est la frontière toujours active entre humains, canaux et exécution.

03

Comportement piloté par l'espace de travail

Le comportement de l'agent est façonné par des fichiers comme SOUL.md, AGENTS.md, USER.md et MEMORY.md. L'assistant n'est pas un chatbot générique ; c'est un opérateur spécifique à l'espace de travail avec un contexte persistant.

04

Compétences et outils comme capacités

Les fichiers SKILL.md enseignent à l'assistant quand et comment utiliser les outils. Shell, navigateur, édition de fichiers, API, voix et actions sur nœuds mobiles sont composés plutôt qu'intégrés en dur dans un monolithe.

05

Routage de modèle sans verrouillage

OpenClaw peut router le travail entre fournisseurs et modèles locaux. Vous choisissez la stratégie de modèle adaptée au coût, à la latence, à la confidentialité et à la complexité de la tâche.

Pourquoi l'espace de travail compte

OpenClaw devient utile quand l'assistant peut lire les règles et l'état locaux au lieu de repartir de zéro à chaque fois. Un espace de travail typique ressemble à ceci :

SOUL.md

Identité, ton, valeurs et comportements par défaut de l'agent.

AGENTS.md

Règles de l'espace de travail, limites de sécurité, politique de mémoire et normes de collaboration.

USER.md

Contexte humain léger : préférences, fuseau horaire, dénomination, priorités.

MEMORY.md

Mémoire à long terme curatée qui persiste entre les sessions.

HEARTBEAT.md

Vérifications périodiques en arrière-plan et instructions de maintenance proactive.

Cette conception basée sur les fichiers rend le comportement inspectable, versionnable et facile à faire évoluer dans le temps.

Modèle d'exécution

  • Les messages arrivent depuis les canaux ou le CLI.
  • La passerelle les lie à une session et charge le bon contexte.
  • L'assistant décide de répondre, d'utiliser des outils ou de créer un sous-agent.
  • Les appels d'outils opèrent sur de vrais fichiers, navigateurs, services et appareils.
  • Les résultats sont réécrits dans la session, et les apprentissages importants peuvent être persistés.

C'est la vraie différence par rapport à un chatbot générique : OpenClaw peut passer du texte à l'action sans quitter votre environnement opérationnel.

Étapes suivantes

Si vous voulez l'explication rapide, commencez par la page de présentation. Si vous voulez passer à la pratique, allez directement au guide d'installation.