Accès par la CLI.
Lancez une exécution et consultez son état depuis le terminal. Utilisez les mêmes commandes dans vos scripts pour automatiser les Executions récurrentes.
EXECUTIONSExécutez du code dans le cloud.
Exécutez du code dans le cloud.
Directement depuis votre application.
Intégrez l’exécution de code à votre produit via le SDK ou l’API. Traitez des fichiers et des tâches dans des machines virtuelles isolées, avec des ressources définies pour chaque exécution.
Une machine virtuelle
pour chaque Execution.
Chaque Execution démarre une machine virtuelle pour exécuter votre code. Générez des PDF, transformez des données ou traitez les fichiers envoyés par votre application.
À la fin de l’Execution, la machine s’arrête. Les résultats et fichiers collectés restent disponibles pour consultation.
Comment utiliser Executions.
Exécutez depuis le terminal, utilisez le tableau de bord ou intégrez l’exécution à votre application.
Accès par le tableau de bord.
Créez et suivez les exécutions dans le tableau de bord runvibe_. Choisissez le code et les ressources, puis consultez l’état, les journaux et les fichiers générés.
Intégrez votre application avec le SDK.
Lancez des Executions depuis le code de votre application avec le SDK. Suivez l’exécution et utilisez son résultat à l’étape suivante du traitement.
L’exécution au sein de votre produit.
Votre application envoie une tâche, suit son exécution et utilise le résultat à l’étape suivante. runvibe_ vérifie les autorisations et la configuration avant le démarrage.
Une application d’IA peut envoyer un fichier à traiter et récupérer les résultats collectés pour poursuivre la tâche.
Connectez vos outils d'IA.
Connectez un outil compatible avec MCP, comme Codex, Claude Code ou Cursor, pour lancer des Executions et consulter les résultats.
'%3e%3c/path%3e%3cpath%20d='M20.616%2010.835a14.147%2014.147%200%2001-4.45-3.001%2014.111%2014.111%200%2001-3.678-6.452.503.503%200%2000-.975%200%2014.134%2014.134%200%2001-3.679%206.452%2014.155%2014.155%200%2001-4.45%203.001c-.65.28-1.318.505-2.002.678a.502.502%200%20000%20.975c.684.172%201.35.397%202.002.677a14.147%2014.147%200%20014.45%203.001%2014.112%2014.112%200%20013.679%206.453.502.502%200%2000.975%200c.172-.685.397-1.351.677-2.003a14.145%2014.145%200%20013.001-4.45%2014.113%2014.113%200%20016.453-3.678.503.503%200%20000-.975%2013.245%2013.245%200%2001-2.003-.678z'%20fill='url(%23lobe-icons-gemini-1-_R_0_)'%3e%3c/path%3e%3cpath%20d='M20.616%2010.835a14.147%2014.147%200%2001-4.45-3.001%2014.111%2014.111%200%2001-3.678-6.452.503.503%200%2000-.975%200%2014.134%2014.134%200%2001-3.679%206.452%2014.155%2014.155%200%2001-4.45%203.001c-.65.28-1.318.505-2.002.678a.502.502%200%20000%20.975c.684.172%201.35.397%202.002.677a14.147%2014.147%200%20014.45%203.001%2014.112%2014.112%200%20013.679%206.453.502.502%200%2000.975%200c.172-.685.397-1.351.677-2.003a14.145%2014.145%200%20013.001-4.45%2014.113%2014.113%200%20016.453-3.678.503.503%200%20000-.975%2013.245%2013.245%200%2001-2.003-.678z'%20fill='url(%23lobe-icons-gemini-2-_R_0_)'%3e%3c/path%3e%3cdefs%3e%3clinearGradient%20gradientUnits='userSpaceOnUse'%20id='lobe-icons-gemini-0-_R_0_'%20x1='7'%20x2='11'%20y1='15.5'%20y2='12'%3e%3cstop%20stop-color='%2308B962'%3e%3c/stop%3e%3cstop%20offset='1'%20stop-color='%2308B962'%20stop-opacity='0'%3e%3c/stop%3e%3c/linearGradient%3e%3clinearGradient%20gradientUnits='userSpaceOnUse'%20id='lobe-icons-gemini-1-_R_0_'%20x1='8'%20x2='11.5'%20y1='5.5'%20y2='11'%3e%3cstop%20stop-color='%23F94543'%3e%3c/stop%3e%3cstop%20offset='1'%20stop-color='%23F94543'%20stop-opacity='0'%3e%3c/stop%3e%3c/linearGradient%3e%3clinearGradient%20gradientUnits='userSpaceOnUse'%20id='lobe-icons-gemini-2-_R_0_'%20x1='3.5'%20x2='17.5'%20y1='13.5'%20y2='12'%3e%3cstop%20stop-color='%23FABC12'%3e%3c/stop%3e%3cstop%20offset='.46'%20stop-color='%23FABC12'%20stop-opacity='0'%3e%3c/stop%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e){kind=small}
Configurez des exécutions
réutilisables.
Manifestes TOML.
Décrivez le code à exécuter et les ressources nécessaires dans un fichier TOML. Ajoutez les variables, volumes, règles réseau et limites de durée. Réutilisez ce manifeste pour lancer de nouvelles exécutions avec la même configuration.
Packages dans le manifeste.
Indiquez le Package à utiliser, le fichier d’entrée et ses arguments. L’Execution démarre ce fichier ; les appels à des fonctions précises se font dans le code lui-même.
Pour les usages soumis à validation, le contenu exact du Package doit être approuvé. L’approbation ne remplace pas les autorisations et politiques d’exécution.
Découvrir le processus d’approbation ↗Volumes avec données d'entrée.
Rendez les fichiers d’un volume accessibles au chemin attendu par le script ou le conteneur. L’Execution préserve le volume source ; dans les conteneurs, les copies accessibles en écriture sont temporaires.
Variables d'environnement.
Déclarez dans le manifeste les valeurs de configuration nécessaires au processus. Pour les Executions avec conteneurs, définissez les variables de chaque conteneur.
Identifiants avec Secrets.
Stockez les jetons, mots de passe et clés d’API dans le coffre Secrets. Dans la configuration de l’Execution, associez une référence au Secret à la variable d’environnement attendue par l’application. Le processus reçoit la valeur à l’exécution, sans que vous ayez à l’écrire dans le code ou le manifeste.
Contrôles réseau.
Aucun accès externe.
Désactivez le réseau sortant pour les Executions qui traitent uniquement les données fournies.
Destinations autorisées.
Restreignez le trafic sortant par adresse IP, plage d’adresses ou domaine, avec des protocoles et ports définis.
Politique appliquée par l’hôte.
L'hôte applique les règles et bloque l'accès aux réseaux privés, aux adresses locales et aux métadonnées d'infrastructure, y compris en mode public.
Téléchargement et exécution séparés.
Pour les conteneurs, configurez une politique pour télécharger les images et une autre pour le code en cours d’exécution. Autoriser un registre pour le téléchargement ne donne pas accès à ce registre pendant l’Execution.
Choisissez le format
pour votre exécution.
Envoyez un script, un Package ou une configuration de conteneurs. Les scripts et les Packages peuvent utiliser une image préparée dans les environnements d’exécution compatibles.
Scripts Python et Node.js.
Envoyez directement votre code Python ou JavaScript et choisissez l’environnement d’exécution. Le script démarre dans le répertoire de travail avec les variables et volumes que vous avez configurés.
Utilisez ce format pour des automatisations ponctuelles, la transformation de données ou le code généré par l’IA. L’envoi direct évite de regrouper le projet dans un ZIP.
Images avec un environnement préparé.
Utilisez une image contenant les outils et dépendances déjà installés, que vous pouvez préparer dans un Workspace. Les scripts et les Packages utilisent cette base dans les environnements d’exécution compatibles.
Chaque exécution reçoit une copie de l’image accessible en écriture. Les installations et modifications restent dans cette copie, préservant l’image publiée pour les prochaines Executions.
Conteneurs à partir d’images OCI.
Indiquez une image OCI, la commande et les variables d’environnement. Ajoutez des services auxiliaires selon les besoins de votre Execution. Les conteneurs d’une même Execution partagent le CPU, la mémoire et le réseau.
Utilisez ce format pour les applications déjà empaquetées dans des conteneurs. Les codes de sortie et journaux de chaque conteneur sont disponibles après la collecte.
Packages réutilisables.
Regroupez le code et les fichiers du projet dans un ZIP pour les envoyer ensemble. Utilisez les Packages lorsque le traitement dépend de plusieurs fichiers, comme des modules Python ou des modèles de rapports.
Réutilisez le Package dans de nouvelles Executions sans renvoyer les fichiers.
Consultez les résultats
et téléchargez les fichiers.
Après la collecte, utilisez l’ID de l’Execution pour consulter les résultats et fichiers via l’API, la CLI ou MCP. Écrivez le résultat structuré dans result.json et les fichiers dans outputs/.
Résultat structuré via l’API.
Écrivez les données dans result.json. Consultez le résultat JSON via l’API et utilisez les données dans votre application.
Fichiers générés par l’Execution.
Enregistrez les rapports, documents et autres fichiers dans outputs/. Consultez les artefacts via l’API et demandez le téléchargement du fichier souhaité. La disponibilité dépend des limites et de la durée de conservation de la plateforme.
Accès par la CLI ou l’IA.
Avec la CLI, consultez le résultat et téléchargez les artefacts à l’aide de l’ID de l’Execution. Avec votre outil d’IA connecté via MCP, demandez-lui de récupérer le résultat ou les fichiers générés et de poursuivre le travail.
Journaux et métriques de l’exécution.
Consultez la sortie standard et les erreurs dans stdout et stderr. Suivez l’état, la durée et les métriques des ressources. Pour les conteneurs, les journaux sont disponibles après la collecte finale.
Isolation et contrôles
pour chaque exécution.
Noyau propre
L’Execution s’exécute dans une machine virtuelle dont le noyau est distinct de celui de l’hôte et des autres exécutions. Les conteneurs d’une même Execution partagent le noyau de cette machine.
Redirection de ports pour un accès local
Redirigez les ports via la CLI pour les Executions actives de conteneurs ou de Packages configurées sans limite de durée. Les scripts directs ne proposent pas cet accès. La redirection se termine avec l’Execution.
Définir les ressources
Définissez le CPU et la mémoire de chaque exécution selon le traitement nécessaire.
Délai et annulation
Définissez une limite de durée pour l’Execution et demandez son annulation si vous devez l’interrompre.
Payez pour le temps
d’exécution.
Dans le cloud runvibe_, le traitement consomme le solde de l’offre selon les ressources et le temps d’exécution.
La facturation de l’exécution se termine avec la tâche ; l’abonnement mensuel et le stockage suivent les règles de l’offre.
Simuler mon utilisation ↗Démarrez l’Execution
Code, entrées et configuration sont définis
Exécutez dans le cloud
L'utilisation dépend des ressources sélectionnées et du temps d'exécution
Consultez les résultats
Execution terminée · environnement d’exécution libéré
Foire aux questions.
Dois-je créer un Workspace d'abord?
Non. Vous pouvez lancer une Execution avec du code Python ou Node.js, un Package ou des conteneurs. Utilisez un Workspace pour préparer et tester une image d’environnement à réutiliser ensuite.
Comment un Package et un manifeste fonctionnent-ils ensemble?
Un Package contient le code et les fichiers; le manifeste définit comment les exécuter et quelles ressources utiliser. Voir la configuration ↗
Comment recevoir le résultat dans mon application ?
Écrivez les données dans result.json et les fichiers dans outputs/. Consultez-les après la collecte avec l’ID de l’Execution. Afficher les résultats et les fichiers ↗
Puis-je utiliser une image préparée dans un Workspace?
Oui, dans les environnements d’exécution compatibles avec les images préparées. Cette image permet de réutiliser un environnement avec ses dépendances installées. L’exécution de conteneurs utilise des images OCI et sa propre configuration.
Où puis-je vérifier les erreurs et l'utilisation des ressources?
Dans les détails de l’exécution, consultez l’état, stdout, stderr et les métriques enregistrées. Pour les conteneurs, les journaux sont collectés à la fin de l’Execution.
Quand devrais-je choisir Execution ou Workspace?
Utilisez Execution pour le traitement avec un début et une fin définis, intégrés dans votre application ou votre automatisation. Choisissez Workspace pour développer, tester votre application et reprendre le travail dans le même environnement.