Come creare un MVP SaaS con l'IA su Adios

Aiutami a pianificare un piccolo MVP SaaS in questo spazio di lavoro Adios. Non modificare ancora alcun file.

Il prodotto:
- Nome: [NOME DEL SAAS]
- Cliente: [UN TIPO DI CLIENTE]
- Problema: [UN PROBLEMA COSTOSO O FRUSTRANTE]
- Risultato principale: [COSA IL CLIENTE PUÒ PORTARE A TERMINE]
- Ruoli: [PROPRIETARIO, MEMBRO O ALTRI RUOLI NECESSARI]

Per la prima versione, includi solo:
- l'accesso all'account;
- uno spazio di lavoro o un team per cliente;
- [L'UNICO WORKFLOW PRINCIPALE];
- una vista per il proprietario e una per il membro;
- un semplice campo per il piano, senza fatturazione reale;
- uno stato vuoto chiaro e dati di esempio per i test.

Rimanda a più avanti:
- [FUNZIONALITÀ 1];
- [FUNZIONALITÀ 2];
- l'addebito reale degli abbonamenti.

Esamina prima il codice sorgente attuale, il framework, i test, la configurazione del database e adios.yaml. Poi forniscimi:
1. un percorso utente in parole semplici;
2. il modello di dati minimo;
3. i confini di isolamento tra clienti e dei permessi;
4. le pagine o le route API che modificheresti;
5. i controlli che eseguirai;
6. le decisioni che ti servono da me.

Attendi la mia approvazione prima di modificare i file.

Implementa l'MVP SaaS a partire dal piano che ho approvato.

Requisiti:
- Mantieni il framework attuale, il gestore di pacchetti, la route del controllo di integrità e la configurazione di distribuzione di Adios.
- Conserva adios.yaml e spiega ogni modifica necessaria prima di effettuarla.
- Usa l'approccio di autenticazione già adottato dal progetto. Non inventare sistemi di archiviazione delle password o di crittografia.
- Fai rispettare l'isolamento tra team nell'accesso ai dati lato server, senza limitarti a nascondere i controlli dell'interfaccia.
- Memorizza i record persistenti nel database configurato e aggiungi migrazioni reversibili se il progetto usa le migrazioni.
- Offri ai nuovi account uno stato vuoto utile e fornisci dati iniziali di sviluppo chiaramente identificati.
- Tratta il campo del piano solo come stato del prodotto. Non collegare pagamenti reali in questo incremento.
- Mantieni i valori dei segreti fuori dal codice sorgente. Fai riferimento ai valori richiesti tramite il nome della variabile d'ambiente.
- Non inventare testimonianze, loghi dei clienti, numeri di utilizzo, ricavi o certificazioni di sicurezza.
- Aggiungi o aggiorna i test per il workflow principale e per il caso in cui un utente tenti di accedere ai dati di un altro team.
- Esegui i comandi esistenti di formattazione, lint, test e compilazione.

Al termine, mostrami:
1. i file modificati;
2. il modello di dati e dei permessi;
3. i risultati dei test;
4. le variabili d'ambiente che devo configurare in Adios;
5. una checklist manuale per Preview.

Non distribuire in produzione.

Pianifica un incremento separato per la fatturazione in modalità di test di questo SaaS. Non modificare né distribuire ancora.

Usa il fornitore di pagamenti che confermo: [FORNITORE]. Usa il suo SDK ufficiale attuale e il checkout ospitato o il portale di fatturazione, dove appropriato. Non raccogliere né memorizzare direttamente i dati della carta in questa app.

Il piano deve includere:
- gli identificatori di prodotti e prezzi memorizzati nella configurazione;
- il checkout in modalità di test;
- la verifica delle firme dei webhook;
- la gestione idempotente degli eventi;
- le transizioni degli stati dell'abbonamento e i pagamenti non riusciti;
- le eventuali funzionalità protette dall'autorizzazione lato server;
- il comportamento della cancellazione e del portale di fatturazione;
- i nomi dei segreti da configurare in Adios;
- i casi di test automatizzati e manuali.

Elenca le decisioni su imposte, rimborsi, privacy, assistenza e prezzi che restano sotto la mia responsabilità. Attendi la mia approvazione prima di modificare i file.

Esegui una revisione finale per il rilascio di questo MVP SaaS. Correggi solo i problemi confermati e non distribuire.

Verifica che:
- un nuovo cliente possa creare un account e completare il workflow principale;
- un team non possa leggere o modificare i dati di un altro team;
- le azioni riservate al proprietario siano protette sul server;
- gli stati vuoto, di caricamento, di validazione, di accesso vietato e di errore siano comprensibili;
- le migrazioni del database e il caricamento dei dati iniziali siano sicuri per l'ambiente di destinazione;
- nessun token, password, chiave privata o stringa di connessione sia presente nei file versionati;
- la route del controllo di integrità e la configurazione di distribuzione di Adios esistente funzionino ancora;
- i comandi esistenti di formattazione, lint, test e compilazione di produzione vadano a buon fine;
- la fatturazione reale sia disabilitata, salvo che io l'abbia approvata e configurata separatamente.

Forniscimi le prove, i rischi residui, i segreti richiesti in Adios e una checklist manuale per la produzione. Fermati prima della distribuzione e attendi la mia approvazione.