AgentOS

Qu’est-ce que AgentOS ?

AgentOS est une couche d’exploitation humaine local-first pour OpenClaw. Elle se superpose au runtime OpenClaw et offre aux opérateurs un moyen plus clair de gérer les espaces de travail, les agents, les tâches, les jobs, les approbations et la visibilité d’exécution depuis une seule interface de contrôle.

Le produit s’adresse aux personnes qui pilotent des opérations d’agents complexes et qui ont besoin d’une interface guidée plutôt que d’un runtime brut. Son objectif est de rendre le système sous-jacent lisible et exploitable grâce à des parcours d’intégration, des assistants, des étapes de validation et des vues d’état en direct.

Fonctionnalités clés

• Intégration guidée qui aide les utilisateurs à passer plus vite d’une installation fraîche à un système opérationnel, avec un flux de configuration plus simple par-dessus OpenClaw.
• Assistants pour espaces de travail, agents et tâches afin de créer des structures opérationnelles via des parcours guidés tout en conservant la flexibilité d’OpenClaw en dessous.
• Interface de contrôle humaine pour lancer des agents, des missions et des opérations depuis une interface unique conçue pour les opérateurs.
• Visibilité d’exécution qui affiche en temps réel l’activité des agents, les changements, les sessions, les modèles, les transcriptions, la présence et l’état de la passerelle.
• Couche d’approbation pour examiner les actions critiques avant exécution, afin de garder l’humain dans la boucle pour les étapes sensibles.
• Générateur de jobs et d’équipes pour créer des jobs personnalisés et des équipes d’agents sur mesure pour des travaux ciblés comme Telegram, la croissance ou la recherche.
• Prise en charge du catalogue d’intégrations qui rassemble les connexions OpenClaw dans une seule couche d’exploitation pour l’exécution.

Comment utiliser AgentOS

Une configuration typique commence par l’installation d’AgentOS via l’une des méthodes documentées, comme l’installateur en une ligne, pnpm ou une copie du dépôt source. Après l’installation, les utilisateurs lancent le runtime local, ouvrent l’interface et vérifient la configuration avec la commande doctor incluse.

À partir de là, ils créent ou importent des espaces de travail, des agents et des tâches via les flux de configuration guidés, puis utilisent l’interface de contrôle pour surveiller l’état du runtime, examiner les approbations et piloter le travail en cours. Les équipes peuvent aussi assembler des jobs ciblés et des groupes d’agents autour d’un flux de travail opérationnel précis.

Cas d’usage

• Un opérateur qui veut une interface plus claire pour OpenClaw peut utiliser AgentOS pour gérer plusieurs projets et agents depuis une seule interface locale.
• Une équipe qui met en place un nouveau flux de travail d’agents peut utiliser les assistants guidés pour créer des espaces de travail, des agents et des tâches sans travailler directement dans le runtime brut.
• Un relecteur qui traite des actions sensibles peut utiliser la couche d’approbation pour suspendre l’exécution et inspecter les étapes critiques avant leur lancement.
• Un builder qui surveille des opérations en direct peut utiliser la visibilité d’exécution pour suivre les sessions, les modèles, les transcriptions, la présence et l’état de la passerelle au fil du travail.
• Une équipe qui organise une automatisation ciblée peut utiliser le générateur de jobs et d’équipes pour constituer des groupes d’agents personnalisés pour des flux de recherche, de croissance ou de messagerie.

FAQ

AgentOS est-il le runtime lui-même ? Non. La page présente OpenClaw comme le runtime et AgentOS comme la couche humaine ou l’interface de contrôle construite au-dessus.

AgentOS fonctionne-t-il en local ? Oui. La page le décrit comme une interface de contrôle local-first et fournit des étapes d’installation et de vérification locales.

Comment AgentOS s’installe-t-il ? La page montre plusieurs chemins d’installation, notamment un installateur shell en une ligne, une installation via pnpm, une copie du code source et un installateur Windows PowerShell.

Que fait la couche d’approbation ? Elle permet aux utilisateurs d’examiner les actions critiques avant exécution afin que les humains gardent le contrôle des opérations sensibles.

Quels types de travail prend-il en charge ? La source mentionne les espaces de travail, les agents, les tâches, les jobs, les approbations, la visibilité d’exécution et des équipes ciblées pour des flux comme Telegram, la croissance et la recherche.

Alternatives

• Une interface OpenClaw directe sans couche humaine : elle exposerait le runtime plus directement et obligerait probablement les utilisateurs à gérer eux-mêmes une plus grande partie du système.
• Des outils généraux d’orchestration d’agents IA : ils coordonnent généralement des agents et des tâches, mais peuvent ne pas offrir la même interface opérateur local-first ni la couche de flux de travail spécifique à OpenClaw.
• Des plateformes d’automatisation de workflows : elles sont utiles pour l’automatisation structurée, mais sont généralement conçues pour une automatisation métier plus large plutôt que pour la visibilité du runtime des agents et les étapes d’approbation.
• Des tableaux de bord internes personnalisés construits sur une API de runtime : ils peuvent être adaptés aux besoins d’une équipe, mais demandent plus d’efforts d’implémentation qu’une interface opérateur prête à l’emploi.