# Richiesta di funzionalità: dividere le automazioni in trigger e azioni

**URL:** <https://meta.discourse.org/t/feature-request-split-automations-into-triggers-and-actions/384262>\
**Category:** Feature\
**Tags:** automation\
**Created:** [29 Settembre 2025, 11:15am UTC](https://meta.discourse.org/t/feature-request-split-automations-into-triggers-and-actions/384262 "2025-09-29T11:15:32Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**Author:** ![noahl](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/noahl/32/552343_2.png) [@noahl](https://meta.discourse.org/u/noahl)\
**Post date:** [9 Marzo 2026, 10:41am UTC](https://meta.discourse.org/t/feature-request-split-automations-into-triggers-and-actions/384262/3 "2026-03-09T10:41:47Z")

</div>

Apprezzo molto questa proposta! Sembra risolvere la maggior parte (se non tutti) i punti dolenti che le automazioni hanno attualmente.

Inoltre, sembra molto più scalabile per i nuovi Trigger e Azioni. Immagino che questo apra le porte per aggiungere facilmente trigger aggiuntivi - come `theme_created` o `theme_updated` - senza doversi preoccupare di come interagiscono con gli script preesistenti. I nuovi trigger otterrebbero immediatamente accesso a ogni azione esistente (notifiche Slack, messaggi privati, chiamate LLM, ecc.). Lo stesso vale per la creazione di azioni aggiuntive come `assign_badge`, `add_to_group`, `add_to_logs_and_screening` e così via.

Ohhh, e anche “Dry run” (Simulazione) e “Execution logs” (Log di esecuzione) sono perfetti: avere quel livello di osservabilità su come funzionano le cose è un vero toccasana.

---

_[View the full topic](https://meta.discourse.org/t/feature-request-split-automations-into-triggers-and-actions/384262)._