Cursor distribuzione dell'app
Distribuisci un'app creata con Cursor in produzione.
Collega Cursor ad Adios MCP affinché Agent possa esaminare il repository attuale, preparare l'ambiente di esecuzione, compilare un artefatto di produzione, aprire un'anteprima, leggere gli errori e presentare un rilascio con integrità verificata per l'approvazione.
Dal codice sorgente alla produzione
- 01codice sorgente Cursor
- 02Spazio di lavoro Adios
- 03Compilazione + anteprima + log
- 04Approvazione umana della produzione
La produzione resta separata dal lavoro di preparazione dell'agente finché non approvi il rilascio.
Codice sorgente
File e configurazione verificabili
Anteprima
Integrità verificata prima della produzione
Prove
Output della compilazione e log di esecuzione
Controllo
Punto di approvazione umana
Progetti pronti per la distribuzione
Mantieni l'app generata. Aggiungi il contratto di produzione.
Adios lavora dal codice sorgente del progetto e dai normali comandi del framework. Non richiede di rigenerare l'app in un formato proprietario.
- Applicazioni Next.js e React
- API e worker Node.js
- Servizi Python, Go, Ruby e .NET
- App supportate da Postgres, Redis, code o API esterne
Connessione MCP diretta
Tieni la distribuzione accanto all'agente di Cursor.
Aggiungi Adios come server MCP remoto nel file .cursor/mcp.json del progetto o nella configurazione globale di Cursor. Cursor completa OAuth, poi lavora sullo stesso repository tramite strumenti Adios con accesso limitato dalle autorizzazioni.
{
"mcpServers": {
"adios": {
"url": "https://api.adios.dev/v1/mcp"
}
}
}Esempio di prompt per l'agente
Chiedi un rilascio verificato, non solo un comando di distribuzione.
Esegui questo prompt da Cursor Agent dopo aver autorizzato la connessione ad Adios MCP.
“Esamina questo progetto e distribuiscilo con Adios. Identifica framework e gestore di pacchetti, crea o aggiorna adios.yaml, esegui la compilazione di produzione, correggi gli eventuali errori, avvia un'anteprima con integrità verificata e mostrami le modifiche al codice sorgente e alla configurazione prima di richiedere l'approvazione per la produzione.”
Configurazione verificabile
L'agente scrive come dovrebbe funzionare l'app.
Il manifesto deve corrispondere esattamente al repository. Questo esempio rende espliciti una normale compilazione Node.js di produzione, la porta e l'endpoint di integrità, così il rilascio può essere verificato e ripetuto.
Scopri come funziona adios.yamlname: vibe-app
region: de
build_cmd: npm ci && npm run build
start_cmd: npm start
runtime:
name: node@24
port: 3000
health_path: /api/healthWorkflow dal codice sorgente al rilascio
Cinque controlli tra codice generato e produzione.
- 01
Esamina il codice sorgente del progetto
Identifica framework, gestore di pacchetti, output della compilazione, comando di avvio, porta prevista, variabili d'ambiente ed eventuali servizi con stato persistente prima di creare un rilascio.
- 02
Rendi visibile il contratto dell'ambiente di esecuzione
Scrivi o aggiorna adios.yaml affinché comando di compilazione, comando di avvio, ambiente di esecuzione, porta, controllo di integrità, segreti e risorse gestite possano essere esaminati insieme al codice.
- 03
Compila e apri un'anteprima
Esegui la compilazione di produzione in uno spazio di lavoro isolato, avvia l'applicazione ed esamina un URL di anteprima prima di considerare il progetto pronto per la distribuzione.
- 04
Leggi i log e correggi gli errori
Usa l'output di compilazione, i log dell'ambiente di esecuzione e il percorso del controllo di integrità configurato per diagnosticare gli errori. Applica la correzione al codice sorgente, poi ricompila lo stesso progetto anziché modificare a mano la produzione.
- 05
Rivedi e approva la produzione
Controlla il diff finale del codice sorgente, la configurazione, l'anteprima e il risultato del controllo di integrità. Una persona approva la distribuzione in produzione dopo che l'agente ha preparato un rilascio con integrità verificata.
Quando la compilazione fallisce
Fornisci all'agente evidenze su cui può agire.
Se Cursor trova una variabile d'ambiente mancante, un errore di tipo o un comando di avvio errato, può leggere l'output di compilazione pertinente, modificare il codice sorgente o adios.yaml e ricompilare. È la versione corretta a procedere verso il rilascio, non una modifica non tracciata in produzione.
compilazione · fallita
↓ esamina l'output
codice sorgente + adios.yaml · aggiornati
↓ ricompilazione e controllo di integrità
anteprima · integrità verificata
↓ revisione umana
produzione · pronta per l'approvazione
Distribuzione del framework
Associa il progetto generato al suo ambiente di esecuzione.
Distribuisci Next.js
Route renderizzate sul server, gestori delle route, output statico e app Node.js persistenti.
Apri la guida all'ambiente di esecuzioneDistribuisci React
Vite e altri frontend React serviti come applicazioni statiche o basate su Node.
Apri la guida all'ambiente di esecuzioneDistribuisci Node.js
API, worker in background e servizi JavaScript full-stack con comandi di avvio espliciti.
Apri la guida all'ambiente di esecuzioneDistribuisci Postgres
Dati relazionali gestiti per app che richiedono uno stato persistente e una stringa di connessione privata.
Apri la guida all'ambiente di esecuzioneFAQ
Distribuire app create con Cursor su Adios.
Cursor può distribuire direttamente tramite Adios?
Sì. Collega il server MCP ospitato di Adios a Cursor, completa OAuth e l'agente potrà usare gli strumenti per spazi di lavoro, compilazione, anteprima, log e distribuzione nei limiti delle autorizzazioni. La produzione resta soggetta ad approvazione.
Adios distribuisce solo app Next.js?
No. Adios supporta comandi espliciti di compilazione e avvio per i comuni progetti frontend, full-stack, API, worker e con dati persistenti. Il framework rilevato cambia il contratto dell'ambiente di esecuzione; il workflow dal codice sorgente all'anteprima e alla produzione resta coerente.
L'agente IA può distribuire in produzione senza approvazione?
No. L'agente può preparare codice sorgente, configurazione, compilazioni, anteprime e diagnostica, ma il passaggio in produzione richiede un'approvazione, così una persona può prima rivedere il rilascio.
Cosa succede se la compilazione di produzione non riesce?
L'output della compilazione e i log dell'ambiente di esecuzione restano disponibili nello spazio di lavoro. L'agente può usare queste prove per aggiornare il codice sorgente o la configurazione ed eseguire una nuova compilazione prima di chiedere l'approvazione per la produzione.
Strumenti di vibe coding
Distribuisci da un altro workflow di sviluppo con l'IA.
Dal codice sorgente a un rilascio con integrità verificata
Lascia che Cursor prepari la distribuzione. La decisione di approvare la produzione resta tua.
Parti dal codice sorgente che hai già, verificalo in un'anteprima Adios e promuovi solo il rilascio che hai esaminato.
Crea uno spazio di lavoro gratuito