Tre mesi, 24 release: cosa è diventato AlphaCloud

Il 1° giugno 2026 abbiamo iniziato a numerare le versioni. Il 6 settembre eravamo alla v1.8.0. In mezzo ci sono 24 release, e questo è un tentativo di trasformarle in una linea invece che in un elenco.

Le quattro fasi

Giugno: moduli. Honeypot, Ruoli persistenti, Vocali temporanei, età dell'account, nomi per ruolo, chiamata supporto. In più la chat IA con una memoria a lungo termine per ogni utente. La fase in cui si è formato il kit di base.

Luglio: strumenti invece di funzionalità. L'Advanced Builder per i comandi personalizzati, un editor visivo di flussi con vere ramificazioni. Poi le Automazioni, un trigger e un'azione che metti insieme da solo. La differenza rispetto a giugno è sostanziale: prima costruivamo funzionalità; da luglio abbiamo costruito mattoni con cui i server costruiscono le proprie.

Agosto: soldi e protezione. Anti Nuke, AutoMod e il sistema di livelli da una parte. Dall'altra, l'intera pipeline dei pagamenti, compresi recesso, disdetta e un portale di fatturazione. Meno visibile e molto più faticoso di tutto ciò che c'era stato prima.

Settembre: il Message Builder. Quasi ogni messaggio che il bot invia è diventato personalizzabile. Col senno di poi, la continuazione logica dell'idea di luglio, applicata al testo invece che al flusso.

Cosa ci dicono i numeri di versione su di noi

Delle 24 release, 7 erano segnate come major e 17 come hotfix. Sembra un prodotto stabile con qualche correzione occasionale.

Solo che non è vero. Uno sguardo ai presunti hotfix:

• v1.5.1 ha portato due nuovi moduli, Orari di supporto e Feedback sul team, più la raccolta di loghi
• v1.6.1 ha portato AutoMod e il sistema di livelli, due dei moduli più grandi in assoluto
• v1.6.2 ha portato Anti Nuke, le Risposte automatiche e l'opzione di IA self-hosted

Tre release segnate come correzioni di bug che in realtà hanno introdotto sei moduli. Il nostro stesso schema di versioni dice che vX.Y.Z con Z maggiore di zero è una correzione. Semplicemente, più volte non lo abbiamo rispettato.

Perché è importante: il numero di versione è l'unica informazione che il proprietario di un server riceve su un aggiornamento prima di leggere il changelog. Se "hotfix" in realtà significa "tre nuovi moduli", a un certo punto smette proprio di leggerlo.

Cosa è cambiato tre volte

Uno schema che abbiamo notato durante la revisione: abbiamo corretto ripetutamente gli stessi punti, sempre nella stessa direzione.

Comandi slash. La v1.5.0 registra che i comandi potevano sparire sui server che usavano più moduli basati su comandi contemporaneamente. Corretto. La v1.5.1 registra che sui server grandi la registrazione non andava più a buon fine perché chiedeva separatamente per modulo e per server. Corretto anche questo. Due cause diverse, lo stesso sintomo, e nessuna delle due sarebbe successa con un unico punto condiviso fin dall'inizio.

Prefissi dei nickname. La v1.6.0 elenca cinque correzioni a un singolo modulo. Cinque. Segno che il design originale era sbagliato e che lo abbiamo riparato troppo a lungo invece di sostituirlo.

L'IA. Merita un articolo a parte, perché la storia è troppo bella per liquidarla qui in due frasi.

Cosa ne ricaviamo

La frase più onesta su questi tre mesi: la parte visibile raramente era quella costosa. Il Message Builder è il titolo della v1.8.0, ma la pipeline dei pagamenti della v1.7.0 è costata più tempo, ha prodotto più bug e si è trascinata dietro più testi legali di qualsiasi modulo precedente.

Per i prossimi mesi abbiamo due propositi che non hanno niente a che fare con le funzionalità: rendere di nuovo onesti i numeri di versione, e quando un modulo è stato corretto tre volte, alla quarta toccare il suo design invece del bug.