Cos'è Jev? 9 cose che le persone stanno già costruendo con esso

Ecco il riassunto ELI5 (spiegato come se avessi 5 anni).

Pensa all'IA come a un quiz a risposta multipla, non alla scrittura di un saggio.

Non chatta. Prende decisioni su cui il tuo software può agire: "È spam o no?" "Quale tool dovrebbe usare questo agente?" "Serve un intervento umano?"

La parte entusiasmante: circa 200x più veloce e 400x più economico rispetto agli LLM frontier nei benchmark del workflow proprietario di TypeSafe, con risposte in una frazione di secondo.

Perché è potente: immagina un'app o un agente che prende centinaia di piccole decisioni di giudizio senza centinaia di conversazioni costose e lente con un LLM.

Mantieni il modello grande per i ragionamenti complessi e la scrittura. Usa Jev per le decisioni rapide nel mezzo.

Oh, ed è stato creato casualmente da Diogo Almeida, co-creatore di ChatGPT e uno dei co-inventori della RLHF, che ci ha lavorato in stealth per due anni.

Questa è la presentazione. Ecco cosa dicono le prove concrete.

Nove scansioni /last30days, ogni file grezzo letto integralmente, e ogni post importante verificato manualmente contro la pagina live. Il post di lancio ha raggiunto 66K like e 31,4M di visualizzazioni dopo due giorni.

https://x.com/CompleteSkeptic/status/2099925682726002904

Un browser agent costruito su di esso ha generato 1,8M di visualizzazioni in un giorno. E uno sviluppatore ha contato la sua fattura: circa 5.000 richieste per circa due dollari, distribuite tra classificazione, routing dei modelli, intent e steering.

https://x.com/MichaelLee04/status/2100003037150683593

Non ho eseguito io questi workflow. Ho indirizzato la ricerca verso la community e ho classificato ciò che le persone stanno effettivamente rilasciando. Su 31 workflow candidati con una fonte nominata e un numero reale, ecco i 9 degni di essere copiati, ognuno con il payload pronto da replicare.

🧠 La meccanica, in sessanta secondi

Gli passi lo stato della tua app più una domanda tipizzata, e ti restituisce una decisione tipizzata con una probabilità allegata. Nessun prompting JSON, nessun layer di parsing, nulla da validare.

Tre tipi di domande, e questa è l'intera superficie: \Choice\ sceglie una delle fino a 255 opzioni, \Score\ posiziona qualcosa su una scala, \Noul\ risponde sì o no con un numero da 0 a 1. Ogni risposta porta con sé \probabilities\ e un punteggio di \confidence\. Chiedi venti domande sullo stesso stato in una sola chiamata e vengono valutate in parallelo, quindi venti costano quanto ne costa una. L'input costa $0,042 per milione di token. L'output è gratuito.

La community è arrivata allo stesso framing del mio tweet, con molta più portata: Gli LLM generano risposte, Jev prende decisioni, 2.278 like.

I miei numeri principali hanno una nota a piè di pagina. TypeSafe indica il tempo di risposta tra 70 e 500 millisecondi e da 40x a 200x più veloce rispetto ai modelli frontier. La coppia esatta sulla loro home page, derivata dalle loro valutazioni interne sui workflow, è 193,6x più veloce e 444,6x più economica. La baseline contro cui viene misurato conta:

Quindi, ecco la loro home page, e la prima cosa che ti colpisce è il confronto fianco a fianco con GPT-5 X Terra, uno dei modelli medi di OpenAI.

• Nimrod, YouTube, 13.747 visualizzazioni

Il nome non è un riferimento a Kahneman, anche se la classe del modello si chiama System One.

Ecco da dove viene realmente il nome Jev, e non è Kahneman, è un economista del XIX secolo di nome William Stanley Jevons.

• Dots and Arrows, YouTube, 14.597 visualizzazioni

Paradosso di Jevons: rendi una risorsa più economica e le persone ne consumano molta di più. Nominare il tuo modello decisionale così è una dichiarazione d'intenti.

È anche una battuta. Rob Shocks ha tagliato un clip "My name is Jeff" nella sua analisi da 231.655 visualizzazioni e il commento principale, con 142 like, era semplicemente "My name is Jev mi ha ucciso". Diogo sta gestendo le battute lui stesso, 129 like.

1. 🌐 Un browser agent che trova voli in 7 secondi per $0,0039

Cos'è. Un piccolo browser agent open source dove Jev sceglie il prossimo click e un piccolo LLM si sveglia solo quando c'è bisogno di digitare testo.

Chi lo gestisce. Gregor Zunic, fondatore di Browser Use. 7,2K like, 1,8M visualizzazioni, 7,6K segnalibri. Nota nel post che il video gira a velocità 1x.

https://x.com/gregpr07/status/2100411066966749359

Perché merita un posto. È la cosa più vista che qualcuno abbia costruito sul modello, ed è l'illustrazione più pulita del pattern che continua a vincere: un nuovo spazio di azioni ad ogni step, il DOM come stato, Jev che sceglie tra i candidati, la generazione solo come fallback. L'articolo di LangChain dice che Kyle Jeong di Browserbase sta facendo la stessa cosa per frazioni di centesimo.

Il payload è il repo: browser-use/jev-ultrafast. Clonalo prima di scrivere il tuo.

2. 🧹 Compattazione istantanea: valuta ogni call al tool e butta la spazzatura

Cos'è. Sostituisci il prompt di riassunzione che ogni coding agent esegue al limite del contesto con una passata di Jev che valuta ogni call al tool per rilevanza ed elimina il peso morto.

Chi lo gestisce. Tamara Tran ha fatto la domanda e ha rilasciato la risposta nello stesso pomeriggio. 5K like, 554,4K visualizzazioni.

https://x.com/tamarajtran/status/2100694549362553153

Alex Volkov lo ha eseguito come plugin Claude e ha pubblicato il numero: un secondo per portare una sessione da quasi 1M token a 86K. 1,9K like, 3,5K segnalibri.

https://x.com/altryne/status/2100739055923425589

Perché merita un posto. Perché la risposta di Diogo è l'indizio su dove andrà tutto questo. 304 like.

https://x.com/CompleteSkeptic/status/2100702845779775675

Se un harness può valutare e scartare in un secondo invece di riassumere, la finestra di contesto smette di essere la cosa attorno a cui progetti. Questa è la scelta sleeper. Browser Use è migliore in video; la compattazione è quella che ogni utente di coding-agent sente oggi.

Incolla questo in Claude Code, che è la riga di installazione esatta di Alex:

1Install, and configure: https://github.com/tamaratran/fast-jev-compaction

3. 🛡️ Il reviewer di sicurezza, separato dall'harness

Cos'è. Ogni harness di coding esegue un classificatore che chiede "questa command deve essere eseguita?" prima che la modalità auto lo consenta. Fino a questa settimana quel classificatore viveva nella parte chiusa del prodotto.

Chi lo gestisce. Vercel, in produzione. Guillermo Rauch: la modalità predefinita in fx è auto, con un reviewer di sicurezza che analizza ogni comando, e Jev è fino a 18x più veloce al p95 e più accurato del modello che lo esegue oggi. 3,7K like, 392,4K visualizzazioni.

https://x.com/rauchg/status/2100307962262872105

https://x.com/fazxes/status/2100300097695232164

Perché merita un posto. Perché è una migrazione in produzione con un numero p95 allegato, e perché LangChain ha rilasciato la versione aperta il giorno dopo come \AutoModeMiddleware\. L'analisi di Rob Shocks, 231.655 visualizzazioni e 3.526 like, è quella da mandare a un collega che vuole la storia in dieci minuti.

La versione LangChain, verbatim dal loro post:

1from langchain.agents import create_agent
2from langchain_typesafe.experimental.middleware import (
3    AutoModeMiddleware,
4)
5
6guardrail = AutoModeMiddleware(tools=["bash"])
7
8agent = create_agent("openai:gpt-5.6-luna", middleware=[guardrail])

4. 🚦 Routing dei modelli come middleware, non come system prompt

Cos'è. Metti Jev davanti alla tua flotta di modelli e lascialo scegliere quale cervello gestisce ogni richiesta, lasciando le probabilità nello stato dell'agente così puoi auditare la scelta.

Chi lo gestisce. LangChain, nel pezzo "Building a Harness with Jev" di Sydney Runkle. 232 like, 31,1K visualizzazioni, e il pezzo how-to-wire-it più pulito mai pubblicato.

https://x.com/sydneyrunkle/status/2100754364545761643

Perché merita un posto. Il routing dei modelli è il lavoro più citato per il modello in tutto il corpus; è uno dei cinque carichi di lavoro nel post "5.000 richieste per $2" all'inizio di questo articolo. LangChain l'ha trasformato da un paragrafo in un system prompt a undici righe leggibili.

1from langchain.agents import create_agent
2from langchain_typesafe.experimental.middleware import (
3    ModelChoice,
4    ModelRouterMiddleware,
5)
6
7router = ModelRouterMiddleware(
8    choices={
9        "fast": ModelChoice(
10            model="openai:luna",
11            criteria="Direct lookups, extraction, and localized changes.",
12        ),
13        "powerful": ModelChoice(
14            model="openai:sol",
15            criteria="Architecture and high-stakes decisions.",
16        ),
17    },
18    instructions="Choose the least costly model that can complete the task.",
19)
20
21agent = create_agent("openai:gpt-5.6-luna", middleware=[router])

Installa con \pip install langchain-typesafe\ e imposta \TYPESAFE_API_KEY\.

5. 🔎 Precisione RAG: recupera come al solito, poi cancella ciò che non appartiene

Cos'è. Mantieni il tuo retriever esattamente com'è. Esegui Jev su ogni chunk che restituisce con una singola domanda sì/no, e scarta quelli che falliscono.

Chi lo gestisce. Kush Bhuwalka l'ha messa in una frase: esegui Jev su tutti i chunk recuperati e cancella quelli irrilevanti. 416 like.

https://x.com/kushbhuwalka/status/2100731050075050485

Perché merita un posto. La precisione è stata la metà irrisolta del RAG perché la soluzione era sempre un'altra call LLM per chunk, che nessuno poteva permettersi al momento del retrieval. Con token di output gratuiti e latenza sub-secondo, un verdetto per chunk è più economico della lookup dell'embedding che ha prodotto il chunk. Questo l'ho scritto io contro l'API documentata, nella forma descritta da Kush:

1from typesafe_sdk import Noul, TypeSafeClient
2
3client = TypeSafeClient()
4
5kept = []
6for chunk in retrieved_chunks:
7    verdict = client.system_one(
8        state={"question": user_question, "chunk": chunk.text},
9        questions={
10            "relevant": Noul(
11                instructions="The chunk contains information needed to answer the question",
12            ),
13        },
14    )
15    if verdict.answers["relevant"].noul > 0.5:
16        kept.append(chunk)

6. 🎮 Loop real-time: Minecraft, Doom e un launcher che legge la mente

Cos'è. Decisioni dentro un loop che gira molte volte al secondo, dove un modello frontier non può partecipare affatto.

Chi lo gestisce. Wuyang Zhou ha Jev e GPT-6 Astra che giocano a Minecraft insieme, Jev sulle reazioni rapide e Astra pianificando in anticipo, combattendo contro più zombie contemporaneamente. 374 like, 51,4K visualizzazioni.

https://x.com/wuyang_zhou/status/2100727660875808913

Nader Dabit ha costruito un oracolo dei tasti: digita "il pdf che ho appena scaricato" e il PDF più recente è già il primo risultato, con piena confidenza, ad ogni tasto premuto, in circa 100 millisecondi. 264 like.

Perché merita un posto. La demo di lancio di TypeSafe stessa è Doom, con il modello a cui viene chiesto cosa fare circa dieci volte al secondo. Due spiegatori indipendenti hanno calcolato lo stesso costo per quel loop:

Jev gioca in tempo reale intorno a 10 decisioni al secondo, e questo si traduce in circa $7 l'ora.

• AI WITH Rithesh, YouTube, 19.904 visualizzazioni

Dieci decisioni al secondo per sette dollari l'ora lo mettono in una categoria diversa da un LLM, e la split di Minecraft, modello veloce reagisce mentre modello lento pianifica, è il pattern condiviso da ogni scelta real-time in questa lista.

7. 📬 Triage email a scala batch

Cos'è. Punta Jev su un export della inbox e fallo ordinare, valutare e flaggare ogni messaggio in parallelo.

Chi lo gestisce. Il canale vogel su YouTube, 60.996 visualizzazioni e 526 like, ha eseguito 1.500 email esportate in batch da 100 con 8 worker. L'articolo di LangChain nomina Ryan Vogel come uno dei tre progetti che sta osservando. Syntax, 33.933 visualizzazioni e 1.052 like, ha costruito la stessa cosa più una demo di home automation che passa dalla domanda alla call API in 300 millisecondi.

Perché merita un posto. È la demo più copiata nel corpus, e la matematica della throughput è il punto.

Abbiamo solo un saldo di $5 qui sotto, il che mostra quanto sia economico questo modello.

• vogel, YouTube, 60.996 visualizzazioni

Questo è il quickstart di TypeSafe stesso, verbatim, ed è già una pipeline di triage email:

1pip install typesafe-sdk

1from typesafe_sdk import Choice, Noul, Score, TypeSafeClient
2
3client = TypeSafeClient()
4
5response = client.system_one(
6    state="Hi, I've been trying to connect my Stripe account for 3 days and it keeps failing. I'm losing sales. Please help ASAP.",
7    questions={
8        "department": Choice(
9            instructions="Which team should handle this",
10            criteria={
11                "billing": "Payment or subscription issues",
12                "technical": "Bugs or integration problems",
13                "sales": "Pricing or account questions",
14            },
15        ),
16        "frustration": Score(
17            instructions="How frustrated the customer appears",
18            criteria=[
19                "Calm, just stating facts",
20                "Frustrated but civil",
21                "Very angry, strong language",
22            ],
23        ),
24        "is_urgent": Noul(
25            instructions="The message conveys urgency or time-sensitivity",
26        ),
27    },
28)
29
30print(response.answers["department"].choice)
31print(response.answers["frustration"].score)
32print(response.answers["is_urgent"].noul)

8. 🗂️ Map-reduce sui documenti: 777 giudizi per un quarto di centesimo

Cos'è. Un set di domande, ogni documento, tutti insieme. Il carico di lavoro che è stato economicamente impossibile con i modelli frontier e mediocre con i classificatori classici.

Chi lo gestisce. Mike Taylor, head of evals presso Every, ha eseguito il test più pulito mai pubblicato: 27 dei suoi articoli più 10 omologhi in stile AI, 21 domande ciascuno, tutto in una richiesta. 777 giudizi in meno di 0,7 secondi, per circa un quarto di centesimo. In tutte le sue undici sperimentazioni, 1.709 giudizi per meno di un centesimo. L'AI Daily Brief, 10.000 visualizzazioni, ha ripreso il numero lo stesso giorno.

Perché merita un posto. TypeSafe elenca questo come categoria first-party, "AI Map Reduce over Big Data," sulla loro mappa dei casi d'uso. I token di output gratuiti cambiano l'aritmetica su qualsiasi cosa tu esegua per riga. La forma HTTP raw, dai docs, è abbastanza piccola da stare qui:

1{
2  "model": "jev-latest",
3  "state": "Hi, I've been trying to connect my Stripe account for 3 days and it keeps failing. I'm losing sales. Please help ASAP.",
4  "questions": {
5    "is_urgent": {
6      "type": "noul",
7      "instructions": "The message conveys urgency or time-sensitivity"
8    }
9  }
10}

Che restituisce \{"is_urgent": {"type": "noul", "noul": 0.999}}\. Venti domande nell'oggetto \questions\ costano quanto ne costa una, quindi chiedi tutto quello che vuoi sapere per riga in una singola call.

9. 🧪 Jev nel tuo browser, e i cloni

Cos'è. L'interfaccia, reimplementata sopra un modello locale da persone che volevano la forma senza la dipendenza.

Chi lo gestisce. Kshetrajna Raghavan di Shopify ha costruito Reflex, un modello Qwen che esegue decisioni strutturate con probabilità su WebGPU, interamente nel browser. Tobi Lütke l'ha passato in giro: 206 like, 38,5K visualizzazioni.

https://x.com/tobi/status/2100742327459303882

Un jevlike reverse-engineered ha raccolto 157 punti sulla front page di Hacker News due giorni dopo il lancio, e mini-jev, la stessa interfaccia su un LLM locale, è seguito un giorno dopo. Il catalogo della community, awesome-jev-by-typesafe, era a 409 stelle quando l'ho controllato.

Perché merita un posto. Tre cloni indipendenti entro 72 ore sono il segnale più forte in questa scansione sul fatto che l'interfaccia sia la vera invenzione. Ti dà anche una via di uscita offline per qualsiasi cosa tu non possa mandare via wire, il che conta perché la cosa vera è solo API e hosted negli USA. Prova Reflex in una tab ora.

📖 Come TypeSafe dice di usarlo

Quattro regole, dai docs e dalle risposte dello stesso founder:

• Fai molte domande per call. Vengono valutate in parallelo, e i docs dicono che domande extra cambiano appena il tempo di risposta. Ogni scelta sopra che ha impressionato qualcuno stava chiedendo diverse cose su uno stesso stato.
• Soglia sulla confidence. I docs ti dicono di trattare qualsiasi cosa sotto 0,3 a 0,5 come un segnale per chiedere a un umano piuttosto che agire. Questa è la differenza tra un classificatore, che ti dà un'etichetta, e un sistema decisionale, che ti dà un'etichetta più il permesso di usarla.
• Dagli candidati, non chiedergli di inventarli. Browser Use costruisce lo spazio di azioni dal DOM e Jev sceglie. RAG recupera e Jev filtra. Il launcher ordina e Jev riordina. Choice supporta fino a 255 opzioni; aggiungi un "other" per gli edge case.
• Ottieni la grading giusta o nient'altro conta. Un builder che ha passato la settimana cercando di romperlo l'ha detto chiaramente: "se non ottieni la grading giusta, non funziona." L'insieme di opzioni e la formulazione della domanda sono il lavoro; la call stessa è banale.

Dove puoi provarlo: è già dietro i gateway che usi. Vercel AI Gateway entro 48 ore, e con 2.341 like è il secondo post più grande dell'azienda, dietro solo all'annuncio stealth.

https://x.com/typesafeai/status/2100376436272173088

Cloudflare AI Gateway, 749 like, e OpenRouter in beta, 387 like, la stessa settimana. L'accesso diretto è \POST [https://api.typesafe.ai/v1/systemone](https://api.typesafe.ai/v1/systemone)\ con un token Bearer.

⚖️ L'avvertimento onesto

Il thread di lancio su Hacker News, "Introducing System One Models and Jev", 1.863 punti e 490 commenti, ha speso la maggior parte della sua lunghezza su una frase del marketing:

Anche 'non può allucinare' sembra sbagliato? Certo, non può emettere un tipo invalido, ma può ancora emettere un valore valido completamente errato.

• jacobgold, Thread di lancio Hacker News, 1.863 punti

Diogo non ha combattuto. Quando un commentatore ha spiegato che questo è un modello di classificazione piuttosto che un LLM, ha definito la spiegazione "molto accurata!" e ha aggiunto solo che avrebbe detto zero-shot piuttosto che instruction-tuned. Questo è il framing onesto, ed è molto più piccolo di ciò che l'hype del giorno del lancio chiamava un nuovo tipo di intelligenza: un classificatore zero-shot molto buono con probabilità calibrate e una vera API.

Il thread Jev più grande su Reddit riguarda chi l'ha costruito per primo. r/LocalLLaMA's "Ho letteralmente costruito l'architettura Jev un anno fa e l'ho completamente open-sourced con modello, dataset e paper", 1.568 upvotes e 164 commenti, ha attirato la risposta che riassume l'umore di tutta l'industria:

Ma l'hai pubblicato dicendo che è la prossima grande cosa? Errore da principiante

• hapliniste, Reddit, 495 upvotes

La consolazione da 351 upvotes nello stesso thread: grazie a quel lavoro precedente, nessuno può brevettare l'idea generale e tenerla nascosta.

Mike Taylor di Every ha passato 12 passaggi con difetti piantati attraverso Jev e Fable 5.1 ad alto sforzo. Jev è tornato con una mediana di 0,35 secondi per passaggio contro 8,83, circa 25 volte più veloce e circa 580 volte più economico. Ha anche catturato sei dei sette difetti. Fable li ha catturati tutti e sette. Il suo verdetto: utile come sistema di allerta precoce, perché l'alternativa è non controllare affatto. Un secondo side-by-side più piccolo su un loop di ricerca contro gpt-6-astra è uscito intorno a 7x end-to-end, decisione mediana 213ms contro 2.436ms, entrambe le corsie 3 su 3 corrette, il che è reale e utile e molto lontano da 200x. La media dei quattro workflow di TypeSafe stessa, come AISeeKing l'ha letta dal loro grafico, è al 67,8% di accordo con le risposte di riferimento.

Anche la stanchezza da hype è reale. Il commento principale, 262 like, su un spiegatore da 75.750 visualizzazioni che iniziava con "Credo genuinamente che potrebbe essere un game changer" era "Potrebbe essere la mia frase preferita di tutti i tempi."

E la reazione più tagliente in tutta la scansione è stata di uno spettatore che ha guardato un intero spiegatore ed è uscito a mani vuote:

Ho guardato tutto questo video e ancora non ho idea di cosa sia o faccia JEV.

• Nullzero98, YouTube, 19 like

Quel commento è il motivo per cui esiste questo articolo. La regola che lo risolve viene da uno sviluppatore che ha costruito in questo modo per anni comunque, e sta su un adesivo: l'IA esegue, il codice decide.

🔍 Come ho scelto questi

Undici esecuzioni /last30days su X, YouTube, Hacker News, Reddit, TikTok, Instagram, Digg, GitHub e arXiv hanno restituito 716 item. Ho letto ogni file grezzo integralmente, poi ho aperto ogni post con trazione reale e ho controllato i suoi numeri contro la pagina live, perché i post più grandi su un prodotto di due giorni non erano dove la ricerca per keyword se li aspettava. 39 workflow candidati avevano una fonte nominata e un numero reale. Ne ho tenuti 9. Non più di due scelte fanno affidamento su un singolo autore o canale. Ogni cifra di engagement è quella mostrata da X o YouTube al momento del pull, arrotondata esattamente come la arrotondano loro.

Sul codice: quattro payload sono verbatim. Il blocco di triage email è il quickstart di TypeSafe stesso dai loro docs, la forma JSON raw è dagli stessi docs, e i due blocchi middleware sono copiati dal post di LangChain. La riga di installazione della compattazione di Alex Volkov è la sua formulazione esatta. Ho scritto il filtro RAG io stesso contro l'API documentata nella forma descritta da Kush, ed è una bozza con buone ossa piuttosto che qualcosa che qualcuno ha eseguito in produzione.

Gli embed sono riservati ai post che hanno guadagnato attenzione. Tutto sotto qualche centinaio di like è linkato inline invece, perché un piccolo post ingrandito in una quote card sembra solo evidenza falsa.

🔑 Pattern ricorrenti nelle scelte

• Il modello veloce reagisce, quello lento pianifica. Minecraft, la corsa su Wikipedia nel thread di lancio, Browser Use e la compattazione seguono tutti la stessa divisione dei compiti.
• Fornisci candidati. I vincitori non chiedono mai a Jev di generare un'opzione. Costruiscono l'insieme delle opzioni tramite codice, dal DOM, dal retriever, dalla trace degli strumenti, dall'indice del launcher, e lasciano che sia lui a scegliere.
• I token di output gratuiti stanno facendo più lavoro del dato sulla velocità. Ogni carico di lavoro per riga o per chunk qui è sbloccato dal prezzo.
• Il punteggio di confidenza è il prodotto. Senza un numero calibrato su cui impostare una soglia, si tratta solo di un classificatore veloce. Con uno, diventa un livello decisionale che sa quando fermarsi.
• L'invenzione sta nell'interfaccia, non nei pesi. Tre cloni funzionanti in 72 ore, e il thread più grande su Reddit è quello di qualcuno che ha pubblicato l'architettura un anno fa.
• La versione accademica è arrivata prima. TabAgent su arXiv sostiene la stessa tesi: sostituire routing, gating e chiamate di verifica con classificatori, ma senza un prodotto allegato.
• La community ha già coniato il nome giusto. Un builder che catalogava ciò che le persone stavano rilasciando è arrivato a "AI if statement", che sono le tre parole più utili scritte finora sul modello.

🧵 Cosa farei io con questo

Mantieni il modello grande per i ragionamenti complessi e la scrittura. Metti questo su ogni giudizio economico nel ciclo, imposta una soglia sulla confidenza e fai scalare tutto ciò che è sotto 0.5 a un modello più grande o a un umano. Installa il plugin di compattazione oggi stesso, perché è quello di cui sentirai gli effetti entro stasera.

📊 Tutti gli agenti hanno riportato dati

Reddit 113 thread / 24.425 upvote / 4.159 commenti; X 314 post / 30.192 like / 1.538 repost, più 13 post verificati manualmente rispetto alla pagina live; YouTube 75 video / 4.545.636 visualizzazioni; TikTok 36 video / 171.040 visualizzazioni; Instagram 14 reel / 10.778 like; Hacker News 133 storie / 25.312 punti / 11.852 commenti; GitHub 6 repo / 842 stelle; Digg 7 cluster / 119 post; arXiv 18 paper. Compilato da undici esecuzioni di /last30days il 2026-09-17, conteggi lordi tra le esecuzioni prima della deduplicazione.