Ho costruito un runtime che governa 10.000 agenti in parallelo senza eseguire un'azione non autorizzata.
Oggi ho eseguito una simulazione che mi ha lasciato con una domanda più interessante dei numeri.
10.000 agenti operanti in parallelo, ognuno proponendo azioni a un runtime di governance in cicli di 800ms.
L'architettura:
5 shard attivi + 1 standby in caldo
250 lavoratori
pipeline: identità → limite di frequenza → runtime DSL → esecuzione → audit
Risultati del test di stress di 300 tick:
~2.8M decisioni valutate
p99 medio: 280ms. Picco basso cascade: ~490ms
0 azioni non autorizzate eseguite — nemmeno una
Ciò che mi importava non era il throughput.
Era il momento in cui lo shard-2 cade, lo standby assorbe 2.000 agenti in meno di un tick, e il sistema continua senza che alcun agente esegua nulla al di fuori della politica.
Nei sistemi di trading algoritmico, un agente che esegue un'ordine al di fuori della politica non è un bug del software. È una perdita reale o una violazione normativa. WEZ valuta ogni azione prima di eseguirla — non dopo averla osservata.
Questo non è resilienza tecnica.
È governance come infrastruttura.
Quando gli agenti gestiscono capitale, la governance non può essere opzionale né può vivere nel prompt.
Deve essere nel runtime.
Questo è ciò che sto costruendo con WEZ.
#AI #AgentSystems #AIInfrastructure #RuntimeGovernance #AlgoTrading
#TradingBots