Développement / 01
Créez des environnements isolés à partir de modèles calqués sur la production, puis laissez les personnes, les pipelines CI et les agents de code installer, tester, inspecter et reconstruire sans se disputer une seule base de recette.
$ oduflow client create_environment
branch: feature/picking-agent
template: customer-production
odoo: 19.0
OK environment ready
database + filestore + repository + MCP
Apportez votre propre intelligence
Choisissez l'agent qui vous convient. Connectez-le par MCP, CLI ou API au même Odoo en cours d'exécution : code, base de données, filestore, logs et tests. Votre projet reste prêt quand vous changez d'agent.
Claude Code, Codex, OpenCode, un agent dans votre éditeur ou votre propre automatisation. Ce ne sont que des exemples. L'espace de travail vous appartient.
Connecter votre agentMCP / CLI / API
Un Odoo en cours d'exécution, prêt à l'emploi.
Indiquez à Oduflow un dépôt et une branche. L'environnement reçoit son propre checkout du code et sa propre identité.
Partez d'un modèle PostgreSQL réutilisable et d'un filestore copy-on-write au lieu de restaurer un nouveau dump complet.
Récupérez le code et laissez Oduflow déterminer si les modules doivent être installés, mis à jour, ou si un service doit redémarrer.
Lancez les tests, consultez les logs, exécutez des commandes shell et interrogez Odoo depuis une seule interface opérationnelle.
Conservez des modèles de base de données nommés par client, projet ou version d'Odoo. Les modèles PostgreSQL et les filestores en couches rendent praticable le développement sur des volumes de production.
Désactivez l'envoi d'e-mails et exécutez l'anonymisation au niveau de l'équipe et du dépôt avant qu'un clone ne soit mis à disposition des développeurs ou des agents.
Via MCP, CLI ou API, un agent peut appliquer des modules, lancer des tests, consulter les logs, interroger Odoo et vérifier l'interface dans un navigateur. Chaque changement peut être vérifié sur un système en fonctionnement.
Partagez l'infrastructure sous-jacente tout en isolant les environnements, modèles, services, identifiants et plages de ports de chaque équipe.
Partenaires. Clients. Agents IA.
Un client reproduit un problème. Un agent prépare un changement. Un partenaire rejoint le même environnement en fonctionnement pour le relire. La branche, la base de données et le filestore restent attachés au projet à chaque passage de relais.
Partagez un lien vers le tableau de bord avec un collaborateur de confiance et révoquez-le une fois le travail terminé. Des identifiants MCP à portée limitée donnent à un agent l'accès à un environnement de développement précis.
Découvrir le partage et les accèsReproductibilité
Utilisez des modèles de base de données réutilisables et des filestores copy-on-write pour travailler en parallèle. Décrivez l'environnement et ses services annexes dans un manifeste Stack versionné, puis validez-le, planifiez-le et appliquez-le sur votre serveur Oduflow.
Le développeur ou l'agent suivant démarre avec un projet reproductible, dépendances et configuration comprises.
En savoir plus sur les StacksOpérations humains + agents
Le tableau de bord, la CLI, l'API REST et les outils MCP pilotent les mêmes environnements. Choisissez un identifiant à portée limitée pour travailler dans un environnement, ou un accès opérateur pour gérer son cycle de vie. Le MCP de production utilise des identifiants distincts.
La surface MCP actuelle couvre les environnements de développement, l'ORM d'Odoo, les services, les builds d'images, les déploiements de production, les sauvegardes et la restauration. Chaque outil est aussi disponible en CLI.
Ouvrir la référence MCP complète (en anglais)Déployez des changements vérifiés sur votre propre infrastructure, avec des opérations de production dédiées, des sauvegardes et la restauration.
Découvrir Production