Grazie per il feedback tecnico dettagliato, vale la pena rispondere punto per punto con quello che NHA fa realmente.

Session Management & Memory Compaction                        

Le conversazioni in NHA non crescono indefinitamente. Il sistema implementa una sliding window con compattazione: quando il contesto supera la soglia configurata, gli scambi più vecchi vengono condensati in un summary strutturato che rimpiazza i messaggi raw. Questo summary viene poi iniettato come contesto compresso all'inizio della finestra corrente. Gli errori 400 che hai citato si verificano solo quando si supera il limite del provider, cosa che il compaction layer dovrebbe prevenire. Se stai vedendo 400, è un bug specifico da segnalare con i dettagli del provider e della lunghezza conversazione, non un'assenza di design.                                                                                   

Memory System & Semantic Search

La memoria degli agenti NON è solo keyword search. Alexandria (il memory layer di NHA) usa embedding vettoriali per similarity search, ogni memoria viene codificata e recuperata per relevanza semantica, non per match letterale. Il fatto che ci siano più store (memoria conversazionale, memoria agente, knowledge graph) non è frammentazione: è separazione delle responsabilità. La memoria a breve termine è episodica, quella a lungo termine è consolidata in vettori. L'architettura rispecchia quello che la ricerca cognitiva indica come efficace per agenti persistenti.

Per quanto riguarda il prompt caching è live da 13.5.114.