Il ricercatore che nel marzo 2025 ha pubblicato su arXiv un’architettura non autoregressiva per previsioni di probabilità con schema JSON oggi osserva Jev con un misto di frustrazione e rivendicazione. La sua versione, completa di paper, modello su Hugging Face, pacchetto PyPI e dataset di training, è rimasta ai margini del dibattito per un anno. Poi un laboratorio di frontiera ha presentato un’idea simile come una svolta, senza paper tecnici, senza pesi aperti e senza dataset. Il post su r/LocalLLaMA è stato rimosso dai filtri di Reddit, un dettaglio che non aiuta la visibilità del lavoro originale.

L’autore tiene a distinguere i ruoli: «il modello guida è il reinforcement learning, non un embedding model o un LLM». Il suo sistema usa PPO su sequence embeddings per produrre traiettorie di conversione turno per turno, con probabilità da 0,0 a 1,0. Jev, nella sua ricostruzione, usa campionamento parallelo addestrato via RLCD per generare distribuzioni di confidenza e scelte di schema. In entrambi i casi il risultato non è una sequenza autoregressiva di token, ma una struttura di probabilità compatibile con un JSON schema. A settembre 2025 l’autore ha pubblicato un secondo lavoro (arXiv) che, a suo dire, coincide con l’idea proposta oggi da Jev.

Il costo dell’assenza di artefatti aperti

La vicenda ha implicazioni specifiche per chi ragiona in ottica self-hosted. Un paper e un dataset aperti non sono orpelli: sono la base per riprodurre i failure mode e preparare un fine-tuning verticale. Quando un laboratorio annuncia un’architettura senza questi elementi, il progresso si riduce a una descrizione che un team on-premise non può validare in modo indipendente. Per chi valuta deployment on-premise, la differenza tra scaricare i pesi e dover ricostruire l’intera procedura da un comunicato è strutturale: riguarda la possibilità di fare audit, di adattare il modello ai propri dati e di rispettare vincoli di sovranità.

Questo cambia gli incentivi. Se pubblicare modello, dataset e paper non basta a ottenere riconoscimento, i ricercatori indipendenti potrebbero scegliere di non condividere più gli artefatti, indebolendo proprio l’ecosistema che consente deploy locali e audit aperti. Il lavoro originale era verticale, centrato sulle conversioni; il laboratorio di frontiera lo ha reso orizzontale. È un passaggio noto: chi ha capacità di distribuzione e PR può generalizzare un’idea dopo che un progetto indipendente ne ha mostrato la validità in un dominio specifico. Ma senza dataset e pesi aperti, la generalizzazione resta meno utile per chi non vuole dipendere da API. Il punto non è chi ha avuto l’idea per primo; è quali artefatti restano disponibili per chi vuole usarla davvero.