Adios

Sandbox IA / Piattaforma cloud Adios

Sandbox IA.
Per agenti IA.

Offri al tuo agente IA uno spazio di lavoro per modificare file, eseguire comandi e vedere il risultato in anteprima. Collega database, storage e workflow, poi distribuisci l’applicazione su Adios.

Collega il tuo agente IA con MCP ↗

LA TUA APP / CLOUD ADIOSArchitettura illustrativa
app.example.comHTTPS
Routing edge e TLS gestitoTraffico verso la versione promossa e funzionante
Rete privata dei servizi
Storage di oggetti e volumi persistenti
Segreti · Log · Controlli di integrità · Workflow
  • 01 App e worker
  • 02 Database e storage
  • 03 Domini e rete
  • 04 Log e workflow

Esecuzione di codice per agenti IA

Come funzionano le sandbox per agenti IA?

Una sandbox IA è un ambiente controllato in cui un agente IA può eseguire codice, lavorare con i file ed esaminare i risultati.

In Adios, l’agente lavora sui file del tuo progetto. Verifica le modifiche e i risultati dei comandi, apri l’anteprima in esecuzione e distribuisci una versione del workload quando sei pronto.

Collega il tuo client IA tramite il Model Context Protocol (MCP). Autorizza Adios con OAuth, poi consenti al tuo agente di modificare file, eseguire comandi, esaminare log e aprire anteprime.

agent-workspaceEsempio interattivo
src/app/page.jsx
export default function Page() {  return (    <main>      <h1>Hello, next idea.</h1>      <p>Let's make it work.</p>    </main>  );}
Apporta una modifica

L’agente lavora nei file del progetto.

SORGENTI → ESECUZIONE → ANTEPRIMADati illustrativi

I servizi alla base della tua applicazione

Una piattaforma completa.
Intorno a ogni sandbox IA.

Collega l’applicazione creata dal tuo agente a database, storage, reti e workflow gestiti. Mantieni lo stato di integrità del runtime e i log sulla stessa piattaforma.

01

Hosting gestito di app

Esegui API, app full-stack, WebSocket e worker come processi gestiti a lunga esecuzione con controlli di integrità e log.

Esplora
02

Database gestiti

Aggiungi Postgres, pgvector, Redis, MongoDB, MySQL o RabbitMQ e mantieni la dipendenza collegata all'applicazione.

Esplora
03

Storage di oggetti e volumi persistenti

Archivia file e risorse in bucket compatibili con S3, collega volumi persistenti ai workload ed esamina i backup e gli artefatti di build disponibili.

Esplora
04

Routing edge globale

Mantieni una route pubblica mentre i rilasci cambiano. Il gateway invia il traffico alla versione promossa con integrità verificata.

Esplora
05

Domini personalizzati e TLS

Collega domini verificati, TLS gestito e reindirizzamenti all'applicazione senza ricreare il routing per ogni rilascio.

Esplora
06

Workflow e automazione

Definisci processi pianificati, webhook, approvazioni e passaggi ordinati in YAML, poi esamina stato e output di ogni esecuzione.

Esplora
07

Segreti e variabili d'ambiente

Mantieni nel manifesto i nomi dei segreti richiesti, mentre i loro valori restano fuori da Git e vengono risolti solo dove necessario.

Esplora
08

Osservabilità e log

Collega log di compilazione, log dell'ambiente di esecuzione, versioni, repliche, route ed esecuzioni dei workflow al codice sorgente che li ha prodotti.

Esplora
09

Sicurezza dell'ambiente di esecuzione

Metti il gateway davanti all'app, mantieni non instradabili i servizi interni, fai riferimento a segreti esterni al codice sorgente e dichiara i limiti del carico di lavoro dove supportati.

Esplora

Dalla sandbox IA alla produzione

Compila, distribuisci,
e mantieni tutto operativo.

Mantieni impostazioni di compilazione, avvio, integrità, regione e risorse accanto al codice sorgente. Ogni rilascio resta collegato ai propri log e al proprio stato di integrità.

Leggi la guida al deployment
Anteprima e produzione hanno cicli di vita separati.

Prova le modifiche nell’anteprima di uno spazio di lavoro. Distribuisci una versione del workload quando è pronta, poi verifica la versione richiesta e le sue route.

CODICE → BUILD → INTEGRITÀ → ROUTING
01
Definisci l’applicazione

Build, avvio, integrità, risorse e regione in adios.yaml.

02
Compila una versione

Mantieni collegati codice sorgente, artefatto di build e log.

03
Verifica l’integrità del runtime

Esamina la versione richiesta e le sue repliche.

04
Instrada il traffico alla versione

Servi la versione promossa tramite domini della piattaforma o personalizzati.

Gestisci con il contesto necessario

Log di build ed esecuzione dalla CLI o dalla dashboard

Isolamento delle sandbox IA e controlli del runtime

Controlla come funziona.
Scopri cosa utilizza.

Scegli il runtime e i limiti di risorse, gestisci l’accesso del team e mantieni i segreti fuori dal codice sorgente del progetto.

Esplora adios.yaml ↗
Regioni e repliche
Seleziona una regione disponibile e configura le repliche del runtime. Pianifica i dati persistenti e i limiti di connessione quando aggiungi istanze.
Risorse del runtime
Namespace Linux, cgroup e limiti delle risorse aiutano a separare i carichi quando supportati dal runtime scelto.
Rete privata
Collega database, cache e code gestiti tramite i nomi host privati generati. Mantieni i servizi interni fuori dalle route pubbliche.
Accesso del team
Le API autenticate della piattaforma limitano l’accesso all’utente e al team autorizzati.
Capacità
Le quote di anteprime e risorse dipendono dal tuo piano. Consulta prezzi e limiti attuali ↗

Qualche risposta utile

Domande sulle sandbox IA

Dal blog di Adios

Cos’è un sandbox IA?

Isolamento, esecuzione e risorse a cui il tuo agente dovrebbe accedere.

Leggi la guida ↗
Come usano gli agenti IA una sandbox Adios?

Un agente IA lavora sui file del progetto, esegue comandi e ne esamina i risultati. Puoi verificare le modifiche ai file, eseguire test e aprire un’anteprima prima della distribuzione. Usa lo spazio di lavoro Adios o collega un client IA esterno tramite MCP per lavorare sullo stesso progetto.

Posso collegare il mio agente IA tramite MCP?

Sì. Collega un client IA supportato al server MCP ospitato di Adios e autorizza l’accesso con OAuth. Il client può lavorare con i file dello spazio di lavoro, i comandi, i log e le anteprime. Verifica e approva le distribuzioni prima dell’esecuzione.

Come viene isolata l’esecuzione del codice?

I controlli del runtime Adios includono namespace Linux, cgroup e limiti di risorse quando il runtime selezionato li supporta. Le API della piattaforma limitano l’accesso all’utente e al team autorizzati. Verifica il runtime, le credenziali e l’accesso alla rete disponibili per il progetto prima di eseguire codice generato dagli agenti.

Cosa posso ospitare su Adios?

Ospita applicazioni web, API, WebSocket e worker in background come processi gestiti di lunga durata. Adios include esempi per Node.js, Python, Go, PHP, Ruby, .NET e Next.js, con comandi di build, configurazione del runtime, controlli di integrità e log.

La mia applicazione può usare database, cache e code?

Sì. Aggiungi Postgres, pgvector, MySQL, MongoDB, Redis o RabbitMQ come risorse gestite. Definiscili insieme all’applicazione in adios.yaml e usa i nomi host privati e le impostazioni di connessione generati. I servizi di database, cache e code vengono eseguiti come workload indipendenti.

Come conservo i file e i dati dell’applicazione?

Usa bucket compatibili con S3 per gli oggetti e volumi persistenti configurati per i dati del file system. Conserva il codice in Git e consulta i record di backup e le procedure di ripristino disponibili per il tuo workload. Il codice dello spazio di lavoro, i file del runtime e i backup dei database hanno cicli di vita diversi.

Posso usare il mio dominio?

Sì. Verifica il dominio, punta il DNS alla destinazione fornita da Adios e collegalo all’applicazione. Adios gestisce TLS per i domini verificati e supporta i reindirizzamenti. Sono disponibili anche route generate dalla piattaforma e il routing segue la versione corrente promossa.

Come distribuisco un’app da una sandbox IA?

L’anteprima di uno spazio di lavoro è un ambiente di sviluppo. Verifica il codice e l’anteprima, poi distribuisci una versione del workload dalla dashboard, dalla CLI o tramite un workflow MCP approvato. La versione di produzione ha il proprio artefatto di build, stato di integrità, log e route.

Come funzionano regioni, repliche e limiti di risorse?

Scegli una regione disponibile per il tuo team e dichiara repliche e risorse nel manifest. Pianifica storage e connessioni ai database quando aggiungi repliche. La capacità disponibile e le quote per le anteprime dipendono dal piano e dal runtime; consulta i prezzi e la documentazione di distribuzione per i dettagli.

La tua prossima applicazione inizia qui

Porta il codice.
Dagli un cloud.