Prima di iniziare
Scopri il significato dei termini principali
Non serve imparare a programmare per seguire questa guida. Bastano un account Adios, un browser web moderno e il tempo necessario per leggere il piano dell’agente di IA e testare ciò che crea.
- Template
- Un’app iniziale funzionante. Offre all’IA una base sicura invece di un progetto vuoto.
- Spazio di lavoro
- Lo spazio online per file sorgente, conversazione con l’IA, anteprima, log e controlli di distribuzione.
- Anteprima
- Una versione di prova che puoi aprire prima di modificare l’app pubblica.
- Compila
- Un controllo di produzione che prepara l’app e rileva molti problemi prima del rilascio.
- Distribuisci
- Pubblica una versione verificata, così altre persone possono raggiungerla sul web.
- Controllo di integrità
- Un piccolo test automatico che Adios usa per confermare che l’app risponda.
Tre regole per creare la prima versione in sicurezza
- Non incollare mai password, dati di pagamento o chiavi API in una chat con l’IA.
- Non lasciare che l'agente rimuova
adios.yaml, la route di integrità o il file dei pacchetti del progetto. - Non pubblicare finché l’anteprima non funziona e tutti i controlli non sono superati.
Scegli una piccola prima versione
Descrivi una persona, un problema e un'azione utile
Creare la prima app è molto più semplice quando ha un solo scopo chiaro. Questa guida usa un estimatore dei costi di ristrutturazione: il visitatore seleziona tre opzioni e riceve una fascia di prezzo indicativa. È interattivo e utile, ma non richiede dati privati né altri servizi.
Voglio creare [APP NAME] per [WHO IT HELPS].
L’azione principale che un visitatore deve poter compiere è [ONE ACTION].
Lo stile deve essere [THREE STYLE WORDS].
Per la prima versione, non aggiungere [FEATURES TO LEAVE FOR LATER].Non sei sicuro di cosa costruire?
Segui esattamente l’esempio BrightBuild. Quando è online, puoi chiedere all’agente di IA di cambiare nome, colori, testi, opzioni e logica dei prezzi per adattarlo alla tua idea. Finire una piccola app vale più che pianificarne dieci grandi.
Crea la base iniziale
Crea la tua app Adios dal modello Next.js
Il modello contiene già framework, comando di avvio, file di distribuzione e controllo di integrità. La prima distribuzione conferma che questa base funziona prima che l’IA la modifichi.
- 1Apri il modello Next.js e accedi o crea il tuo account Adios.
- 2Verifica modello, regione, risorse e impostazioni di distribuzione selezionati e mostrati da Adios.
- 3Crea l’app e segui il log di distribuzione finché l’app iniziale non supera i controlli di integrità.
- 4Apri l’indirizzo HTTPS generato. Copialo in un posto sicuro: lo incollerai nel prompt per l’IA.
- 5Apri lo spazio di lavoro dell’app. Qui potrai parlare con l’agente di IA e vedere il risultato in anteprima.
Crea con l’agente di IA
Incolla una richiesta completa nello spazio di lavoro
Apri la conversazione con l’IA nello spazio di lavoro. Sostituisci l’URL tra parentesi quadre qui sotto con l’indirizzo HTTPS della distribuzione iniziale, poi incolla l’intera richiesta. Chiedere prima un piano ti permette di correggere un malinteso prima che vengano modificati i file sorgente. La Strumento Adios per creare app con IA e spazio di lavoro mantiene quel piano collegato ai sorgenti risultanti e all’Anteprima.
Sono alle prime armi con la creazione di app. Aiutami a trasformare questa app iniziale in una prima versione completa.
L’app:
- Nome: BrightBuild Project Estimator
- Pubblico: proprietari di casa che pianificano una piccola ristrutturazione
- Funzione principale: permettere di scegliere tipo di progetto, dimensione della stanza e livello di finitura, poi mostrare una fascia di prezzo indicativa
- Stile: sobrio, affidabile, moderno e facile da leggere
Cosa creare:
- Una home page chiara che spieghi l’estimatore
- Un estimatore funzionante con campi per tipo di progetto, dimensione della stanza e livello di finitura
- Una fascia di prezzo stimata calcolata istantaneamente nel browser
- Una breve sezione “Come funziona”, domande frequenti e un pulsante di contatto
- Una nota chiara che indichi che la stima è orientativa e non è un preventivo vincolante
- Un layout responsive che funzioni su telefoni e computer
- Titolo e descrizione della pagina accurati, oltre a robots.txt e sitemap.xml per questo URL: [PASTE YOUR ADIOS APP URL]
Regole:
- Mantieni il progetto Next.js attuale e la sua configurazione di distribuzione su Adios.
- Non rimuovere adios.yaml, package.json o la route di integrità esistente.
- Non aggiungere accesso con account, pagamenti, un database, API esterne o servizi a pagamento.
- Non raccogliere né conservare informazioni personali.
- Non inventare recensioni, numeri di clienti, premi o affermazioni sull’attività.
- Usa contatti segnaposto chiaramente identificati e dimmi dove compaiono.
- Prima di modificare, dammi un breve piano in inglese semplice.
- Dopo che ho approvato il piano, crea l’app, esegui i controlli esistenti di lint e compilazione e spiega le modifiche senza gergo tecnico.Approva un piano quando
- Descrive l’estimatore e le sezioni che hai richiesto.
- Mantiene il modello attuale e la configurazione di distribuzione.
- Include test prima della distribuzione.
Chiedi un piano più semplice quando
- Aggiunge accesso con account, pagamenti, un database o un’API esterna.
- Vuole sostituire il framework o i file di distribuzione.
- Non riesci a spiegare il piano con parole tue.
Se l'agente fa una domanda tecnica
Rispondi: “Consiglia l’opzione più semplice e sicura che funzioni con il modello esistente. Spiega la scelta in linguaggio chiaro prima di continuare.” Non serve andare a tentativi.
Testa prima di pubblicare
Apri Anteprima e usa l’app come un visitatore
Attendi che l’agente finisca le modifiche e riporti i risultati di lint e compilazione. Poi usa il controllo Anteprima dello spazio di lavoro. Una compilazione riuscita è importante, ma non ti dice se i testi hanno senso o se l’estimatore è utile.
- La pagina si apre senza un errore o una schermata vuota.
- Cambiare il tipo di progetto, la dimensione o la finitura cambia la stima.
- La stima è chiaramente presentata come indicativa.
- Ogni pulsante e collegamento va da qualche parte utile.
- Il testo è comodo da leggere su un telefono e un computer.
- Non ci sono recensioni false, affermazioni inspiegabili, o parole segnaposto dimenticate.
- L’app si carica correttamente anche dopo aver aggiornato la pagina.
Non devi capire ogni file modificato. Nella revisione dello spazio di lavoro, conferma che l’agente abbia modificato pagina e stili mantenendo adios.yaml, package.json, e la route di integrità al loro posto.
Migliora il risultato
Dai indicazioni precise, con brevi cicli di revisione
“Migliorala” lascia troppo spazio all’interpretazione. Descrivi cosa hai visto, cosa ti aspettavi e dove è successo. Testa la nuova anteprima dopo ogni ciclo di revisione, così una piccola richiesta visiva non compromette l’azione principale.
Correggi solo questi elementi nell’app attuale:
1. [DESCRIBE THE FIRST PROBLEM]
2. [DESCRIBE THE SECOND PROBLEM, OR DELETE THIS LINE]
Mantieni invariato tutto il resto. Non rimuovere i file di distribuzione Adios o la route di integrità. Esegui i controlli esistenti dopo la modifica, poi dimmi esattamente cosa devo testare in Anteprima.Un buon feedback descrive ciò che si può osservare
Troppo vago
“La pagina non ha l’aspetto giusto. Rendila più professionale.”
Più facile da risolvere
“Sul telefono, il pulsante per la stima è tagliato. Mantienilo interamente visibile senza scorrimento orizzontale.”
Prepara il rilascio
Esegui un’ultima revisione, poi distribuisci
Incolla questa richiesta finale dopo aver verificato che l’anteprima sia corretta. Trasforma la tua revisione visiva in una checklist di rilascio e indica all’agente di non pubblicare autonomamente.
Esegui una revisione finale di questa app prima del rilascio.
Verifica che:
- l’estimatore principale funzioni con diverse combinazioni di input;
- il layout sia leggibile su telefono e computer;
- ogni link e pulsante abbia un risultato chiaro;
- non rimangano testi segnaposto incompleti, tranne i contatti concordati;
- il titolo e la descrizione della pagina corrispondano all’app;
- robots.txt e sitemap.xml usino [PASTE YOUR ADIOS APP URL];
- la route di integrità funzioni ancora;
- nei file non compaiano password, token o informazioni private;
- i controlli esistenti di lint e compilazione siano superati.
Correggi solo i problemi che trovi. Poi dammi una checklist di rilascio in linguaggio semplice. Non distribuire finché non l’ho approvata.La revisione del rilascio è il passaggio al workflow di produzione. Scopri come distribuire la tua app creata con l’IA mantenendo collegati sorgenti, controlli di integrità, log e prove di approvazione.
- 1. Leggi il risultato. Assicurati che i controlli di lint e compilazione siano superati. Se uno dei due non riesce, chiedi all’agente di correggere il problema e rieseguirlo.
- 2. Apri di nuovo Anteprima. Testa di nuovo l’estimatore dopo le ultime correzioni.
- 3. Usa i controlli di distribuzione dello spazio di lavoro. Verifica la versione da rilasciare, avvia la distribuzione e segui il log di compilazione.
- 4. Attendi che i controlli di integrità vengano superati. Non chiudere la pagina al primo messaggio di successo. Conferma che il nuovo rilascio superi i controlli di integrità e risponda sulla route pubblica.
Se l’esecuzione indicata nel log non riesce, copia l’errore finale nella conversazione con l’IA, evitando di incollare tutto il log, e chiedi una spiegazione chiara prima di approvare un’altra modifica.
Conferma la produzione
Controlla l'app pubblica, non solo il messaggio di distribuzione
Apri l’indirizzo HTTPS in una nuova scheda del browser. Testalo come se non avessi mai visto il progetto. Un rilascio è concluso solo quando l’app pubblica risponde e la sua funzionalità principale funziona.
/L’app si apre e l’estimatore funziona.
/api/healthLa pagina restituisce una breve risposta di successo al controllo di integrità.
/robots.txtLe istruzioni per i crawler vengono caricate dall’app pubblica.
/sitemap.xmlLa sitemap si carica e contiene l’indirizzo HTTPS corretto.
La tua app è online
Ora hai un’app pubblica funzionante, un rilascio di produzione testato e uno spazio di lavoro dove continuare a migliorarla. Condividi l’URL pubblico con una persona e chiedile di usare l’estimatore senza il tuo aiuto. La sua prima domanda sarà un indizio utile per la prossima modifica.
Salva il lavoro
Crea un punto di controllo dei sorgenti prima di aggiungere altre funzionalità
Un commit Git è un punto di controllo identificato per i tuoi sorgenti. Nello spazio di lavoro, verifica l’elenco dei file modificati e crea un commit come Crea il primo estimatore BrightBuild. Collega un repository Git remoto ed esegui il push quando vuoi un’altra copia fuori dallo spazio di lavoro.
Aggiungi complessità in questo ordine
Successivo 1
Migliora la pagina pubblica
Migliora testi, colori, layout e opzioni dell’estimatore.
Successivo 2
Collega un dominio personalizzato
Dai all’app online un indirizzo che ti appartenga.
Successivo 3
Aggiungi i dati salvati
Introduci un database solo quando l’app ha davvero bisogno di ricordare qualcosa.
Successivo 4
Aggiungi servizi privati
Conserva le credenziali in Adios Secrets, mai nel prompt per l’IA o nei sorgenti.
Domande frequenti
Supera gli ostacoli senza andare a tentativi
Devo saper programmare?
No. Questa guida ti offre un’app iniziale funzionante, un prompt da copiare e un processo di revisione visiva. Sei comunque tu a decidere cosa deve fare l’app e a testare il risultato prima di pubblicarlo.
Devo installare Node.js, Git, o un editor di codice?
Non per il percorso descritto in questa guida. Modello, agente di IA, editor dei file, anteprima, log e controlli di distribuzione sono disponibili nello spazio di lavoro Adios. Potrai comunque usare strumenti locali in seguito.
Serve un account GitHub prima di distribuire?
No. Puoi partire da un modello Adios e distribuire la prima versione prima di collegare un repository Git remoto. Collegarlo in seguito è consigliato per avere un’altra copia e una cronologia chiara dei sorgenti.
Posso costruire un'app con account, pagamenti o un database?
Sì, ma aggiungi queste funzionalità dopo che la prima versione semplice funziona. Introducono dati privati, segreti, autorizzazioni e possibili errori che richiedono una revisione più attenta. Parti da una funzionalità pubblica funzionante, poi aggiungi un sistema alla volta.
Cosa devo fare se la compilazione non riesce?
Copia l’errore finale del log di compilazione nella chat con l’IA dello spazio di lavoro. Chiedi all’agente di spiegarne la causa in modo chiaro, applicare solo la correzione necessaria, rieseguire i controlli e mostrarti il risultato prima di distribuire di nuovo.
Posso modificare l’app dopo la pubblicazione?
Sì. Apporta la prossima modifica nello spazio di lavoro, testala in Anteprima e distribuisci una nuova versione. L’app online mantiene il rilascio attuale finché non pubblichi l’aggiornamento verificato.
Pronto per cominciare?
Parti da un modello funzionante, non da una schermata vuota.
Crea l’app iniziale, copia il suo URL pubblico e torna al prompt del quarto passaggio. Puoi ottenere un risultato realmente distribuito senza configurare un ambiente di sviluppo locale.
Costruisci la mia prima app