For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /it/docs/modules.md (or send Accept: text/markdown).
Panoramica dei moduli
Contratti piccoli che rendono l'infrastruttura più facile da capire e riusare.
Leggi la fondazione in un linguaggio semplice
L'autenticazione controlla chi ha effettuato l'accesso. Una sessione ricorda quell'accesso. Un'area di lavoro conserva insieme i record di una persona o di un team. La fatturazione registra i pagamenti; un diritto concede l'accesso a una funzionalità. Un lavoro viene eseguito al di fuori di una richiesta di pagina. L'e-mail transazionale invia messaggi attivati dalle azioni dell'app, come i codici di accesso, anziché da attività di marketing.
Un adattatore collega un servizio alla stessa interfaccia dell'app. Gli adattatori locali o falsi ti consentono di esplorare senza account del provider. Quando hai bisogno di un servizio reale, seleziona un fornitore e segui la sua guida alla configurazione; non è necessario configurare tutti i moduli contemporaneamente. Inizia con il database e l'accesso, quindi abilita i pagamenti, l'intelligenza artificiale e il lavoro in background solo quando il tuo prodotto ne ha bisogno.
Componi le capacità di cui hai bisogno
I pacchetti condivisi forniscono identità, persistenza dei workspace, fatturazione, AI, job in background, email transazionale e osservabilità. Le app compongono questi moduli; la logica di dominio del prodotto resta fuori da Starter Core.
Preferisci il contratto esistente quando integri una funzionalità. Se non può descrivere il comportamento che serve, rendi esplicita quella limitazione prima di estenderlo.
Segui il possesso lungo il flusso
Una sessione identifica un utente. Un workspace delimita i suoi record. I permessi autorizzano capacità. Un'attività in background porta contesto fidato nell'esecuzione. I record di utilizzo e audit permettono poi all'applicazione di rendere conto del lavoro.
Usa adattatori locali per controlli deterministici
Gli adattatori fake/locali supportano test ripetibili senza richieste a pagamento ai provider. I provider reali vengono verificati tramite un percorso di smoke configurato separatamente. Un test di adattatore è evidenza sul contratto, non una prova di consegna o persistenza reale.