🤖 Spiega con IA

4Geeks AI Studio¶

4Geeks AI Studio consegna software attraverso i pod: un pod lead umano di 4Geeks più un piccolo team di agenti AI che lavora sul tuo repository. Tu descrivi il risultato, approvi il piano e revisioni la merge request. Il pod si occupa della pianificazione, del codice, dei test e delle prove.

Non è un chatbot e non è uno strumento a cui devi inviare prompt. È un servizio di consegna con un piano mensile, un wallet prepagato e una persona responsabile del risultato.

Cosa consegna AI Studio¶

Un pod prende un risultato — una funzionalità, una correzione di bug, un set di documentazione, un audit, un passaggio di QA, un aggiornamento delle dipendenze o una migrazione del database — e lo trasforma in un piano con task, codice, test e una merge request pronta per la revisione del tuo team.

• Una persona responsabile. Ogni pod ha un pod lead 4Geeks che rivede l’ambito, risponde alle domande e gestisce l’escalation quando il lavoro è bloccato.
• Un’unità di lavoro e di fatturazione. Il pod possiede il suo piano, i task, il repository, gli strumenti, il wallet e la timeline.
• Avanzamento onesto. L’avanzamento è ponderato sui task completati ed è limitato per fase. Non è mai un timer.
• Prove, non promesse. Un pod non può essere segnato come consegnato senza una build e un’esecuzione dei test verdi quando il quality gate è attivo.
• Il tuo repository resta tuo. Il pod lavora su un branch e apre una merge request. Non fa mai push sul tuo branch protetto.

Come funziona¶

flowchart LR
    A[Scegli un risultato] --> B[Rispondi a un breve questionario]
    B --> C[Il pod lead rivede l'ambito]
    C --> D[Approvi il piano]
    D --> E[Il pod sviluppa e testa]
    E --> F[Revisioni la merge request]

1. Scegli un risultato. Scegli ciò che ti serve in linguaggio di business: lancia la prima fetta di un prodotto, aggiungi una funzionalità, correggi un bug, fai un audit del codice, migra un database, documenta il sistema, migliora i test o aggiorna le dipendenze.
2. Rispondi a un breve questionario. Cinque domande con parole tue. Non serve prompt engineering né una specifica tecnica.
3. Approva il piano. Il pod lead trasforma le risposte in un piano con task, criteri di accettazione, ipotesi, rischi e ciò che è fuori ambito.
4. Segui la build. Il pod lavora in una sandbox sul tuo repository. Quando serve una decisione, compare in Needs you.
5. Revisiona la merge request. Il pod apre un branch e una MR con i test. Il tuo team revisiona e fa il merge; il pod non esegue il deploy in produzione.

Guida visuale¶

La lista dei pod, il piano e il saldo¶

La schermata home è ordinata in base a ciò su cui puoi agire: Needs you, In progress e Finished. La scheda Plan and balance mostra la dotazione mensile, il saldo prepagato e il limite di pod simultanei. New pod avvia il wizard.

Piani e prezzi¶

Il piano è la base: ogni periodo di fatturazione include un pacchetto di task e ore di pod lead. Il lavoro oltre il pacchetto si paga dal wallet prepagato, mai con una fattura a sorpresa. I token sono tracciati per costo e supporto ma non sono una quota del cliente.

• Solo il lavoro consegnato è fatturabile. Un tentativo fallito e un nuovo tentativo sono assorbiti da 4Geeks.
• Il pacchetto si azzera a ogni periodo. L’utilizzo è contato nel periodo di fatturazione corrente; nulla si accumula.
• Puoi limitare la spesa. Un pod si mette in pausa e chiede una ricarica prima di superare il budget.
• I piani sono self-serve. Il proprietario dell’organizzazione o un admin può acquistare o cambiare un piano da AI Studio; le modifiche sono calcolate in modo proporzionale.

Scopri come funzionano utilizzo, piani e wallet

Cosa può consegnare un pod¶

Il wizard trasforma un risultato in un playbook: il team, le capacità, i tipi di task e le consegne attese.

Vedi ogni caso d’uso con processo, risultati e deliverable

Capacità¶

Una capacità non è un’etichetta: attiva le competenze, i toolchain, i tipi di task e gli artefatti che il pod può realmente produrre. Il piano viene validato in base a esse.

Scegli le capacità quando crei il pod. Dopo l’approvazione del piano vengono bloccate, perché il piano, l’immagine e i task dipendono da esse.

Il pod lead¶

Il pod lead è un ingegnere 4Geeks, non un agente AI. Rivede l’ambito prima che tu lo approvi, risponde alle domande nella pod room, sblocca il pod quando si ferma e decide quando una consegna è pronta per la revisione.

• Ore incluse: Starter include 2 h/mese e Pro 6 h/mese. Lite lavora su richiesta.
• Su richiesta: il tempo extra del pod lead è fatturato a $75/h dal wallet.
• SLA: ogni pod mostra il tempo di risposta obiettivo in ore lavorative.
• Chiedi aiuto: se non sei sicuro di cosa ti serve, scegli I am not sure, I want help nel wizard. Un pod lead legge le tue risposte e ti contatta.

Una richiesta di aiuto richiede un piano attivo, minuti di pod lead residui nel periodo e una carta registrata. Un programma (XL) è diverso: è pre-vendita, quindi qualsiasi membro attivo può chiedere un preventivo e un pod lead prepara la fase 1 prima che tu approvi qualcosa.

Pod o programma?¶

Il wizard stima la dimensione del brief e spiega il percorso. La dimensione non viene mai chiesta; deriva da ciò che il risultato richiede.

Sicurezza e controllo¶

• L’accesso al repository è limitato. Le credenziali vivono nel vault e sono usate solo dalla sandbox del pod. Un pod lavora su un branch e apre una MR; non fa mai push su un branch protetto.
• La sandbox è isolata. Ogni pod gira nel proprio ambiente con l’immagine runtime richiesta dal suo stack.
• 4Geeks è il marchio che vedi. Il routing dei modelli è un dettaglio implementativo: la console e la timeline mostrano 4Geeks Fast/Strong, mai il nome di un provider.
• La traccia di audit è esportabile. La timeline del pod registra task, controlli, approvazioni e messaggi, con le credenziali oscurate.
• Il quality gate è applicato lato server. Build, test ed E2E browser vengono verificati prima della consegna; una deroga richiede una motivazione scritta ed è tracciata.

Buone pratiche¶

1. Descrivi il risultato, non i passaggi. “I clienti possono pagare con una carta salvata” è meglio di “aggiungi una tabella e un endpoint”.
2. Scegli un risultato per pod. Il lavoro delle dimensioni di un prodotto appartiene a un pod L a fasi o a un programma.
3. Collega il repository che il tuo team usa davvero. Il branch e la merge request sono la consegna.
4. Scrivi i criteri di accettazione nel questionario. Più chiaro è il “fatto”, meno round richiede il piano.
5. Approva il piano prima che inizi la build. Il piano è il contratto; cambiare ambito dopo l’approvazione costa un nuovo task.
6. Rispondi rapidamente a “We need you”. Il pod si mette in pausa su una decisione, non in secondo piano.
7. Usa il pod lead. Sono inclusi per un motivo: ambito, rischio e lavoro bloccato sono il loro mestiere.
8. Revisiona la MR, non la trascrizione. La merge request è la consegna; la timeline è la prova.

Domande frequenti¶

Prossimi passi¶

• Vedi i casi d’uso di AI Studio
• Crea un pod passo passo
• Comprendi utilizzo, piani e wallet
• Leggi il Private AI Gateway
• Consulta le domande frequenti su AI Studio

Hai ancora domande? Chiedi su Discord o esplora i tutoriali.