Torna al changelog

v0.84.1

21 agosto 2026

**Quello che salvi è quello che funziona.** Regole, eventi e form del Designer vengono verificati alla fonte: una regola default non può più nascondere una condizione che verrebbe ignorata, una regola «all'arrivo dell'evento» deve puntare a un evento davvero sottoscritto, un import non crea più definizioni evento senza nome, e gli schemi form sono controllati contro ciò che il runtime sa interpretare. E le fasi Human guadagnano il tab Regole per l'attesa event-driven.

  • Miglioramento

    Attesa event-driven anche per le fasi Human

    Il tab Regole del Designer è ora disponibile anche sulle fasi Human: puoi costruire «resta in questa fase finché non arriva l'evento X» senza inventare fasi automatiche di appoggio. Una guida nel tab spiega quando le regole vengono valutate.

  • Miglioramento

    Regole senza ambiguità: default e condizioni non si mescolano

    Una regola marcata come default è il fallback incondizionato: il motore ne ha sempre ignorato la condizione. Ora il Designer azzera la condizione in modo visibile quando la marchi default, e ogni via di salvataggio rifiuta la combinazione ingannevole con un errore chiaro. I flussi già pubblicati non si bloccano: ricevono un avviso al publish.

  • Miglioramento

    Le regole a evento puntano a eventi veri

    Una regola «all'arrivo dell'evento» deve indicare un evento effettivamente sottoscritto dalla fase: prima una regola scritta male restava semplicemente muta per sempre, ora viene respinta al salvataggio con l'indicazione esatta del problema.

  • Miglioramento

    Import più onesti su eventi e form

    Un import con nome evento vuoto non crea più definizioni evento anonime visibili a tutto il tenant; un nome non canonico viene normalizzato con un avviso esplicito nella risposta. Gli schemi form vengono verificati contro il sottoinsieme davvero supportato, su tutte le vie di scrittura — Designer, import, fork e API.

  • Sicurezza

    Niente più errori interni da riferimenti evento vuoti

    Un riferimento evento vuoto in un salvataggio design riceve una risposta chiara e controllata invece di un errore interno del server.