Bruk CLI.
Start en kjøring og sjekk statusen fra terminalen. Bruk de samme kommandoene i skript for å automatisere gjentakende Executions.
Integrer kodekjøring i produktet ditt via SDK eller API. Behandle filer og oppgaver i isolerte virtuelle maskiner, med ressurser definert for hver kjøring.
Hver Execution starter en virtuell maskin for å kjøre koden din. Generer PDF-er, transformer data eller behandle filer som applikasjonen din sender.
Når Execution avsluttes, slås maskinen av. Innsamlede resultater og filer forblir tilgjengelige slik at du kan hente dem.
Kjør fra terminalen, bruk kontrollpanelet eller integrer med applikasjonen din.
Start en kjøring og sjekk statusen fra terminalen. Bruk de samme kommandoene i skript for å automatisere gjentakende Executions.
Opprett og følg kjøringer i kontrollpanelet til runvibe_. Velg kode og ressurser, og se status, logger og genererte filer.
Start Executions fra applikasjonskoden med SDK. Følg kjøringen og bruk resultatet i neste behandlingstrinn.
Applikasjonen din sender inn en oppgave, følger kjøringen og bruker resultatet i neste steg. runvibe_ kontrollerer tilgangsrettigheter og konfigurasjon før oppstart.
En KI-applikasjon kan sende en fil til behandling og hente de innsamlede resultatene for å fortsette oppgaven.
Koble til et MCP-kompatibelt verktøy, som Codex, Claude Code eller Cursor, for å starte Executions og hente resultater.
Beskriv hva som skal kjøres og hvilke ressurser det trenger, i en TOML-fil. Ta med variabler, volumer, nettverksregler og en tidsgrense. Gjenbruk manifestet for å starte kjøringer med samme konfigurasjon.
Angi hvilken Package som skal brukes, startfilen og argumentene. Execution starter denne filen; kall til bestemte funksjoner hører hjemme i selve koden.
Når bruken krever gjennomgang, må det nøyaktige Package-innholdet godkjennes. Godkjenning erstatter ikke tilgangsrettigheter og regler for kjøring.
Utforsk godkjenningsflyten ↗Gjør volumets filer tilgjengelige på stien skriptet eller containeren forventer. Execution bevarer kildevolumet; skrivbare kopier i containere er midlertidige.
Oppgi konfigurasjonsverdiene prosessen trenger, i manifestet. For containerbaserte Executions definerer du variabler for hver container.
Lagre tokener, passord og API-nøkler i Secrets-hvelvet. Knytt en Secret-referanse til miljøvariabelen applikasjonen forventer, i Execution-konfigurasjonen. Prosessen mottar verdien under kjøringen uten at den skrives i koden eller manifestet.
Deaktiver utgående nettverk for Executions som bare behandler dataene de får.
Begrens utgående trafikk etter IP-adresse, adresseområde eller domene, med definerte protokoller og porter.
Verten håndhever reglene og blokkerer tilgang til private nettverk, lokale adresser og infrastrukturmetadata, også i offentlig modus.
Konfigurer én regel for nedlasting av containeravbilder og en annen for kjøring av kode. Å tillate et register under nedlasting gir ikke tilgang til det under Execution.
Send et skript, en Package eller en containerkonfigurasjon. Skript og Packages kan bruke et klargjort avbilde i kjøremiljøer som støtter det.
Send Python- eller JavaScript-kode direkte og velg et kjøremiljø. Skriptet starter i arbeidsmappen med variablene og volumene du har konfigurert.
Bruk dette formatet til enkeltstående automatisering, datatransformasjon eller KI-generert kode. Direkte opplasting krever ikke at prosjektet pakkes i en ZIP-fil.
Bruk et avbilde med verktøy og avhengigheter som allerede er installert. Du kan klargjøre det i en Workspace. Skript og Packages bruker dette miljøet i kjøremiljøer som støtter det.
Hver kjøring mottar en skrivbar kopi av avbildet. Installasjoner og endringer forblir i kopien, slik at det publiserte avbildet bevares for fremtidige Executions.
Angi et OCI-avbilde, en kommando og miljøvariabler. Legg til støttetjenester når Execution trenger dem. Containere i samme Execution deler CPU, minne og nettverk.
Bruk dette formatet for applikasjoner som allerede er pakket i containere. Avslutningskoder og logger for hver container er tilgjengelige etter innsamling.
Samle prosjektets kode og filer i en ZIP-fil for å laste dem opp sammen. Bruk Packages når behandlingen avhenger av flere filer, som Python-moduler og rapportmaler.
Gjenbruk en Package i nye Executions uten å laste opp filene på nytt.
Etter innsamling bruker du Execution-ID-en til å hente resultater og filer via API, CLI eller MCP. Skriv strukturerte resultater til result.json og filer til outputs/.
Skriv data til result.json. Hent JSON-resultatet gjennom API-et og bruk det i applikasjonen din.
Lagre rapporter, dokumenter og andre filer i outputs/. Hent artefakter gjennom API-et og be om filen du trenger. Tilgjengeligheten følger plattformens grenser og oppbevaringstider.
Bruk CLI til å hente resultater og laste ned artefakter med Execution-ID-en. Med et KI-verktøy tilkoblet gjennom MCP kan du be det hente resultater eller genererte filer og jobbe videre med dem.
Se standardutdata og feil i stdout og stderr. Følg status, varighet og ressursmålinger. Containerlogger er tilgjengelige etter innsamling ved slutten av kjøringen.
Execution kjører i en virtuell maskin med en kjerne adskilt fra verten og andre kjøringer. Containere i samme Execution deler denne maskinens kjerne.
Videresend porter gjennom CLI for aktive container- eller Package-Executions konfigurert uten tidsgrense. Direkte skript støtter ikke denne tilgangen. Videresendingen avsluttes med Execution.
Velg CPU og minne for hver kjøring ut fra arbeidet som skal utføres.
Sett en tidsgrense for Execution og be om avbrytelse når du må stoppe den.
I runvibe_-skyen bruker behandlingen abonnementets saldo etter ressurser og kjøretid.
Kostnadene for kjøring slutter med oppgaven; månedspris og lagring følger abonnementets regler.
Beregn forbruket mitt ↗Kode, inndata og konfigurasjon er angitt
Forbruket avhenger av valgte ressurser og kjøretid
Execution avsluttet · kjøremiljø frigjort
Nei. Start en Execution med Python- eller Node.js-kode, en Package eller containere. Bruk Workspace når du vil klargjøre og teste et miljøavbilde for gjenbruk.
En Package inneholder kode og filer; manifestet definerer hvordan de skal kjøres og hvilke ressurser som skal brukes. Se konfigurasjon ↗
Skriv data til result.json og filer til outputs/. Hent dem etter innsamling med Execution-ID-en. Se resultater og filer ↗
Ja, i kjøremiljøer som støtter klargjorte avbilder. Da kan du gjenbruke et miljø med installerte avhengigheter. Containerbaserte Executions bruker OCI-avbilder og sin egen konfigurasjon.
Se status, stdout, stderr og registrerte måleverdier i detaljene for kjøringen. Containerlogger samles inn ved slutten av en Execution.
Bruk Execution til behandling med definert start og slutt, integrert i applikasjonen eller automatiseringen din. Velg Workspace for å utvikle, teste applikasjonen og fortsette arbeidet i samme miljø.