# x-algorithm-teardown-growth-recommendations-2026-05-16

## Veille

Rapporto interno di teardown sulla release open-source **`xai-org/x-algorithm`** (15 maggio 2026) — l'algoritmo del **For You feed** di **X (ex Twitter)** nel 2026, con quattro filoni di raccomandazioni di crescita calibrati per pubblico (personale/founder, brand/azienda, framework generalizzato, deliverable per clienti/consulenza). **Tesi centrale**: ***« La celebre tabella dei pesi del 2023 — le risposte contano più dei like con un moltiplicatore elevato — descrive un sistema che non esiste più in questa forma. »*** L'algoritmo 2026 è un **transformer (Phoenix, derivato da Grok-1)** che apprende i pesi dalla cronologia di engagement personale, valutato su una **superficie multi-azione a 19 dimensioni**, filtrato da un servizio offline di comprensione dei contenuti (**Grox**). **La forma dello scoring conta ormai molto più dei numeri — e i numeri stessi non sono presenti nella release pubblica**. **Architettura a 4 componenti**: (1) **Home Mixer** (Rust, orchestratore a tempo di richiesta, hydrate → source → filter → score → select → filter); (2) **Thunder** (Rust, archivio in memoria alimentato da Kafka dei post recenti, lookup sub-millisecondo per i candidati in-network); (3) **Phoenix** (ML in JAX, transformer a due torri per retrieval + ranking, derivato ~da Grok-1); (4) **Grox** (offline, classificatori spam/safety/PTOS/banger + embedder multimodale v5). **Le 19 azioni predette da Phoenix** (cambiamento chiave rispetto al 2023): favorite, reply, repost, photo_expand, click, profile_click, vqv (visualizzazione video di qualità filtrata da una durata minima), share, share_via_dm, share_via_copy_link, dwell, quote, quoted_click, follow_author, not_interested, block_author, mute_author, report, dwell_time (continua). **Punteggio finale** = `Σ (weight × P(action))` modificato da **3 moltiplicatori strutturali**: (a) **OON_WEIGHT_FACTOR < 1** (penalità out-of-network), (b) **decadimento della diversità autore** `(1-floor) × decay_factor^position + floor` (attenuazione esponenziale dei post ripetuti dello stesso autore in un singolo render), (c) **soglia sulla durata video** (vqv contribuisce solo se `video_duration_ms > MIN_VIDEO_DURATION_MS`). **Avvertenza chiave**: **nessun valore numerico di peso** (`FAVORITE_WEIGHT`, `OON_WEIGHT_FACTOR`, `AUTHOR_DIVERSITY_DECAY`, `MIN_VIDEO_DURATION_MS`...) è presente nella release — tutto è `crate::params::*`, gestito da un servizio interno di feature-switch di X per l'A/B testing. ***« Chiunque affermi che 'le risposte valgono N,N× più dei like nel 2026' sta inventando un numero che non è derivabile dalla release OSS. »*** **Differenze chiave rispetto al 2023**: (1) eliminazione di ogni feature ingegnerizzata a mano (*« Abbiamo eliminato dal sistema ogni singola feature ingegnerizzata a mano e la maggior parte delle euristiche »*); (2) un unico modello che predice 19 azioni contro modelli singoli per azione; (3) Grox separa la comprensione dei contenuti dal ranking; (4) nuovi segnali di prima classe (dwell continuo, vqv filtrato, follow_author, 3 varianti di share); (5) retrieval OON a due torri (vs. SimClusters+euristiche) con embedding multimodali testo+immagine+video-ASR. **Tre livelli di reach** (framework generalizzato): Eligibility (binaria, Grox+filtri) → Retrieval (probabilistica, ANN a due torri) → Ranking (continua, somma pesata + moltiplicatori). **Due leggi della crescita meccanica**: (1) L'in-network è moltiplicativo, l'OON è additivo; (2) Il compito del modello è predire te, non premiarti. **Confine di onestà deliberato**: il checkpoint Phoenix rilasciato = mini (2 layer, 4 head, 256 dimensioni, corpus di 537K post sportivi), non il modello di produzione; integrazioni Thrift stub (`panic!("Not implemented")` in `candidate_features.rs`); liste di brand-safety, mappature degli ID di topic, penalità linguistiche, regole di ad-blending assenti dalla release pubblica.

## Titre Article

How the X Algorithm Actually Works in 2026 — and What That Means for Growth

## Date

2026-05-16

## URL

- **Rapport long (HTML, Sharp Artisan, FR)** : https://raw.githack.com/dgirard/fiches-veille/main/docs/report/x-algorithm-growth-report.html
- **Slides 16:9 (HTML, Sharp Artisan, FR, 22 slides)** : https://raw.githack.com/dgirard/fiches-veille/main/docs/report/x-algorithm-slides.html
- **Source markdown** : `docs/report/x-algorithm-growth-report.md`
- **Repo source analysé** : https://github.com/xai-org/x-algorithm (release 15 mai 2026)

## Keywords

algoritmo X 2026, xai-org/x-algorithm, For You feed, transformer Phoenix, derivato da Grok-1, Home Mixer Rust, archivio in memoria Thunder Kafka, comprensione contenuti offline Grox, servizio ML JAX, retrieval a due torri, multimodal post embedder v5, trascrizione ASR video, attenzione con isolamento dei candidati, superficie a 19 azioni, favorite reply repost share, dwell continuo vs binario, vqv video quality view, predizione follow_author, share_via_dm share_via_copy_link, NEGATIVE_FEEDBACK_INDICES not_interested block mute report, formula weighted scorer, OON_WEIGHT_FACTOR penalità out-of-network, NEW_USER_OON_WEIGHT_FACTOR bias onboarding, decadimento esponenziale author_diversity_scorer, formula decay_factor position floor, soglia video MIN_VIDEO_DURATION_MS, feature ingegnerizzate a mano eliminate, sequenza azioni utente input transformer, mutual_follow_jaccard_hydrator, following_replied_users_hydrator, AuthorSocialgraphFilter blocco bidirezionale, MutedKeywordFilter, PreviouslySeenPostsFilter, IneligibleSubscriptionFilter paywall, VFFilter visibility filter, DedupConversationFilter, Grox task_spam_detection, task_post_safety_screen_deluxe, task_safety_ptos_policy, task_banger_screen, task_reply_ranking, params.rs assente OSS, pesi non presenti nella release, checkpoint Phoenix mini 2 layer 4 head 256 dimensioni, corpus 537K post sportivi, stub Thrift to_thrift not implemented, liste brand-safety assenti, mappature ID topic assenti, penalità linguistiche assenti, regole ad blending assenti, tre livelli di reach eligibility retrieval ranking, superficie delle azioni come questione di prodotto, transformer come meccanismo di equità, decadimento diversità autore come feature strutturale, segnali negativi veti una tantum costo cumulativo, esclusione silenziosa a livello di eligibility, in-network moltiplicativo OON additivo, il modello predice non premia, voce personale founder tattiche di crescita, playbook account brand azienda, sette pilastri framework generalizzato, tabella delle evidenze deliverable cliente consulenza, progettazione contenuti orientata all'azione, playbook distribuzione autori, specifica video sottotitolata compatibile ASR, coerenza tematica embedding, audit gate di eligibility, igiene segnali negativi, riformulazione acquisizione follower conversione OON-Thunder, release 15 maggio 2026, modulo ads tracciamento brand-safety, NEGATIVE_SCORES_OFFSET, WEIGHTS_SUM, NEGATIVE_WEIGHTS_SUM, NewUserAgeThresholdSecs, NEW_USER_MIN_FOLLOWING, modello strutturale non predittore quantitativo, chiarezza semantica oltre la sovrapposizione di parole chiave, densità del vicinato di embedding, suddivisione tematica 70/30 core esplorativo, amplificazione dipendenti unione fonti Thunder, product overhang rendering feed, punteggi isolamento candidati indipendenti dal batch cacheabili, P(azione) per utente per post non globale, diventare virali come esito a livello di popolazione

## Authors

Rapport interne **non signé** (typique des deliverables d'analyse interne / brouillon de livrable client). Sources primaires citées : (a) le repo public **`xai-org/x-algorithm`** (release 15 mai 2026), (b) les `README.md` du repo et de ses sous-modules (`home-mixer/`, `phoenix/`, `thunder/`, `grox/`), (c) le code source Rust (Home Mixer, Thunder) et Python/JAX (Phoenix, Grox) inspecté directement avec citations file:line. Le rapport est explicitement écrit en posture *"what we observe in the public source release, and what it implies for measurable growth interventions"* — registre de teardown analytique avec discipline d'honnêteté épistémique (section A.3 *"Honesty boundary"* listant exhaustivement ce qui n'est pas dérivable de l'OSS).

## Ton

**Profilo**: Teardown tecnico della release open-source di un algoritmo di raccomandazione, strutturato in due parti asimmetriche (**Parte 1 — Teardown**, descrittiva e citazionale; **Parte 2 — Raccomandazioni**, prescrittiva e segmentata per pubblico), seguite da un'**Appendice** (indice dei file, glossario, confine di onestà). Formato ibrido tra un **white paper di consulenza** (tabella delle evidenze, cadenza raccomandata Mese 1/2/3, executive summary da copertina) e **reverse-engineering documentale** (citazioni file:line, distinzione segno-vs-magnitudine, discussione esplicita degli stub `panic!("Not implemented")`). Volume: ~470 righe markdown, ~12.000 parole, denso.

**Pubblico**: Quattro pubblici esplicitamente indirizzati dalla Parte 2 (A=personale/founder, B=brand/azienda, C=framework generalizzato, D=deliverable per clienti/consulenza). Lettorato complessivo: creatori su X, team growth/marketing di brand, analisti di algoritmi, consulenti di crescita, dirigenti di piattaforme concorrenti, ricercatori di sistemi di raccomandazione.

**Stile**: Voce esperta **analitico-disincantata** di chi ha letto il codice e rifiuta l'industria degli *"hack dell'algoritmo X"*. Tre marcatori distintivi:

1. **Onestà epistemica aggressiva** — Il rapporto ripete, in grassetto e corsivo in più punti, che i valori numerici dei pesi non sono nella release: ***« Chiunque affermi che 'le risposte valgono N,N× più dei like nel 2026' sta inventando un numero che non è derivabile dalla release OSS »***. Un'intera sezione (A.3) è dedicata a *« cosa non possiamo sapere dall'OSS »*. Le affermazioni di magnitudine sono marcate `(direzionale)`; le affermazioni di direzione (segno, presenza di un filtro) sono citate file:line. Questa disciplina costituisce l'autorevolezza stessa del testo.

2. **Citazioni file:line sistematiche** — Ogni affermazione strutturale è accompagnata dalla sua fonte: `home-mixer/scorers/oon_scorer.rs:20-23`, `phoenix/runners.py:233-252`, `author_diversity_scorer.rs:29-31`. La sezione *Tabella delle evidenze* del deliverable di consulenza (Parte 2.D) elenca 14 affermazioni principali con il relativo file:line. Postura del tipo *"se un creatore contesta, cita X"* (Parte 2.A, pilastro 7).

3. **Architettura a pilastri trasponibile** — I 7 pilastri (vantaggio in-network, framing P(azione), azioni ad alto peso, decadimento della diversità, segnali negativi, reperibilità a due torri, eligibility Grox/VF) sono **rigorosamente gli stessi** nelle raccomandazioni Personale, Brand e nel framework generalizzato — cambiano solo le tattiche per pilastro. Effetto: le sezioni sono **comparabili riga per riga**, il che convalida la griglia analitica come griglia autentica e non come elenco improvvisato.

**Metafore e formule chiave**:
- ***« La forma dello scoring conta molto più dei numeri »*** — frase cardine dell'avvertenza epistemica.
- ***« Diventare virali è un esito a livello di popolazione derivante da molte predizioni personali indipendenti che superano la soglia, non una singola metrica ottimizzata da Phoenix »*** — demolizione dell'immaginario del "post virale".
- ***« I contenuti borderline non vengono 'retrocessi' nel sistema 2026. Vengono squalificati al momento dell'idratazione e non raggiungono mai lo scoring »*** — la differenza strutturale più politicamente carica tra 2023 e 2026 (esclusione silenziosa a livello di eligibility vs. filtraggio della visibilità).
- ***« Tre livelli di reach »***: Eligibility (binaria) → Retrieval (probabilistica) → Ranking (continua). Framework didattico della Parte 2.C.
- ***« Due leggi della crescita meccanica »***: *L'in-network è moltiplicativo, l'OON è additivo*; *Il compito del modello è predire te, non premiarti*.
- ***« L'esclusione a livello di eligibility è l'uccisore silenzioso »*** — la frase più politica del rapporto.
- ***« Non c'è alcun segnale al creatore che un classificatore Grox abbia escluso il suo post dai pool dei candidati »*** — implicazione di trasparenza.
- ***« La cadenza ottimale è non monotona rispetto al numero di post »*** — intuizione di crescita controintuitiva.
- ***« Sottotitola i tuoi video per il modello, non solo per lo spettatore »*** — tattica concreta consapevole dell'embedder.
- ***« Smetti di ottimizzare per i like totali; i like totali sono un artefatto di popolazione »*** — riformulazione del KPI primario.

**Postura epistemica**: Il rapporto rifiuta simultaneamente (a) il **tecnosoluzionismo da growth-hack** (*"5 segreti per battere l'algoritmo"*) che afferma magnitudini non derivabili; (b) lo **scetticismo complottista** (*"non possiamo sapere nulla, è tutta una scatola nera"*) che ignora ciò che è leggibile nel codice. Postura intermedia: *« leve strutturali documentate nel codice »* — si può prescrivere a partire dalla **forma** del sistema anche senza i suoi **parametri**. Questa posizione è rara e metodologicamente solida.

**Autorevolezza costruita attraverso**: (a) **tracciabilità file:line** su ogni affermazione strutturale; (b) **disciplina dell'avvertenza** (sezioni *Limitazioni e dichiarazioni di onestà* nel deliverable per il cliente, *Confine di onestà* nell'appendice); (c) **comparabilità interna** delle raccomandazioni (stessi pilastri, pubblici diversi); (d) **rifiuto esplicito dell'invenzione numerica** (il rapporto qualifica specificamente come disoneste le analisi che inventano pesi); (e) **identificazione proattiva degli stub** (`panic!("Not implemented")` in `candidate_features.rs`, modello Phoenix mini addestrato su 537K post sportivi) — il rapporto vende i propri limiti tanto quanto le proprie affermazioni.

**Pubblico e impatto atteso**: Il rapporto è calibrato per **dotare un consulente o un growth lead** di un framework metodologico operativo per clienti/team che chiedono "come funziona l'algoritmo X nel 2026". La struttura quadruplice (personale/brand/framework/cliente) suggerisce un uso da **cassetta degli attrezzi modulare**: scegliere la sezione adatta all'interlocutore. Il **deliverable di consulenza (Parte 2.D)** è quasi un *brief per cliente* pronto per l'invio così com'è, con tabella delle evidenze, interventi raccomandati prioritizzati, cadenza Mese 1/2/3 e una sezione obbligatoria di *limitazioni e dichiarazioni di onestà*. Target primario: professionisti di growth/consulenza. Target secondario: analisti di algoritmi, giornalisti tech, team di piattaforme concorrenti che vogliono confrontare la propria architettura.

## Pense-betes

- **Fonte primaria**: release open-source **`xai-org/x-algorithm`** del **15 maggio 2026**. Il rapporto è datato 2026-05-16 (verosimilmente D+1 rispetto alla release). Data di aggiunta al watch-file: 2026-05-16 (= oggi).
- **4 componenti architetturali**:
- **Home Mixer** (`x-algorithm/home-mixer/`) — orchestratore Rust a tempo di richiesta, pipeline `hydrate → source → hydrate → filter → score → select → filter`.
- **Thunder** (`x-algorithm/thunder/`) — archivio Rust in memoria alimentato da Kafka dei post recenti, lookup sub-millisecondo per i candidati **in-network**. File chiave: `thunder/main.rs`, `thunder/post_store.rs`, `thunder/kafka_utils.rs`.
- **Phoenix** (`x-algorithm/phoenix/`) — servizio ML in JAX, **due ruoli**: (1) **retrieval a due torri** per l'OON, (2) **ranking** tramite un transformer derivato da Grok-1 che predice 19 azioni.
- **Grox** (`x-algorithm/grox/`) — servizio **offline** di comprensione dei contenuti, classificatori (spam, safety, PTOS, banger, reply ranking) + embedder multimodale v5. **Non è nel percorso critico**; scrive nel feature store, Home Mixer idrata i segnali.
- **Pipeline di Home Mixer (architettura citata dal README)**: 1. Idratazione della query (User Action Sequence + User Features) 2. Fonti dei candidati (Thunder in-network + retrieval Phoenix OON + ads + who-to-follow + topic + MoE + prompt) 3. Idratazione (metadati core, info sull'autore, media, conteggi di engagement) 4. Filtraggio pre-scoring (dedupe, età, self, block, mute, paywall, già visti) 5. Scoring (Phoenix Scorer P(azione) per ciascuna delle 19 azioni → Weighted Scorer Σ(peso × P) → Author Diversity → OON Scorer) 6. Selezione (ordinamento per punteggio finale, selezione dei top K) 7. Filtri post-selezione (VFFilter per cancellazioni/spam/violenza/gore, deduplica delle conversazioni)
- **Le 19 azioni predette da Phoenix** (`phoenix/runners.py:233-252`, `home-mixer/candidate_pipeline/candidate.rs:30-51` `PhoenixScores`):
- **Positive**: 0 favorite, 1 reply, 2 repost, 3 photo_expand, 4 click, 5 profile_click, 6 vqv (filtrato), 7 share, 8 share_via_dm, 9 share_via_copy_link, 10 dwell, 11 quote, 12 quoted_click, 13 follow_author, 18 dwell_time (continua)
- **Negative** (`NEGATIVE_FEEDBACK_INDICES = [14, 15, 16, 17]`): 14 not_interested, 15 block_author, 16 mute_author, 17 report
- **Nuovi segnali di prima classe rispetto al 2023**: `dwell_time` continuo (non solo binario), `vqv_score` (filtrato da `MIN_VIDEO_DURATION_MS`), `follow_author_score` (Phoenix predice *"se questo post farà guadagnare un follower al suo autore"*), 3 varianti di share (`share`, `share_via_dm`, `share_via_copy_link`).
- **Formula del punteggio** (`home-mixer/scorers/weighted_scorer.rs:44-91`): ``` score = Σ_i (weight_i × P(action_i)) × OON_WEIGHT_FACTOR (se OON, altrimenti 1) × diversity_multiplier(position) + offset_score()  (mantiene ordinati gli aggregati negativi) ``` dove `vqv_weight` viene sostituito da 0 se `video_duration_ms ≤ MIN_VIDEO_DURATION_MS`.
- **Avvertenza CRITICA — i pesi non sono nella release**:
- `FAVORITE_WEIGHT`, `REPLY_WEIGHT`, `RETWEET_WEIGHT`, `OON_WEIGHT_FACTOR`, `NEW_USER_OON_WEIGHT_FACTOR`, `AUTHOR_DIVERSITY_DECAY`, `AUTHOR_DIVERSITY_FLOOR`, `MIN_VIDEO_DURATION_MS`, `NEGATIVE_SCORES_OFFSET`, `WEIGHTS_SUM`, `NEGATIVE_WEIGHTS_SUM` sono tutti referenziati come `crate::params::*`.
- **Nessun file `params.rs` esiste nel repository** (verificato con `grep -rn` esaustivo).
- Gestiti da un **servizio interno di feature-switch / parametri** di X per l'A/B testing e la calibrazione senza modifiche al codice.
- **Implicazione**: solo le **direzioni** (positivo vs. negativo, filtro vs. aggiustamento morbido, presenza vs. assenza di un moltiplicatore) sono citabili. Le **magnitudini** sono inventate.
- **3 moltiplicatori strutturali** (più importanti dei singoli pesi):
- **Penalità OON** (`oon_scorer.rs:20-23`): `score = base_score × OON_WEIGHT_FACTOR se OON, altrimenti base_score`. Commento alla riga 7: *« Dare priorità ai candidati in-network rispetto ai candidati out-of-network »*. **Codificazione del principio "i follower contano"**.
- **Eccezione OON per nuovi utenti** (`ranking_scorer.rs:220-239`): se l'account ha meno di `NewUserAgeThresholdSecs` E segue almeno `NEW_USER_MIN_FOLLOWING` account, la penalità OON viene sostituita da `NEW_USER_OON_WEIGHT_FACTOR`. **Bias strutturale** su ciò che i nuovi account vedono (e quindi ciò che i nuovi account possono raggiungere).
- **Decadimento della diversità autore** (`author_diversity_scorer.rs:29-31`): `multiplier(position) = (1 - floor) × decay_factor^position + floor`. Posizione = numero di post dello stesso autore già presenti più in alto nella lista ordinata. **Il miglior post di un autore mantiene il suo punteggio, ogni post successivo viene attenuato esponenzialmente** senza scendere sotto `floor`. **Implicazione sulla cadenza**: strutturale, non euristica.
- **Soglia sulla durata video** (`weighted_scorer.rs:72-81`): `vqv_score` entra nella somma pesata solo se `video_duration_ms > MIN_VIDEO_DURATION_MS`. **Filtro rigido, non penalità morbida**: i clip troppo corti semplicemente non ricevono il contributo VQV.
- **Ciò che non entra mai nel ranker** (reach perso invisibile):
- **Filtri pre-scoring**: `DropDuplicatesFilter`, `CoreDataHydrationFilter`, `AgeFilter`, `SelfpostFilter`, `RepostDeduplicationFilter`, `IneligibleSubscriptionFilter` (paywall), `PreviouslySeenPostsFilter`, `PreviouslyServedPostsFilter`, `MutedKeywordFilter`, `AuthorSocialgraphFilter` (blocco bidirezionale, **incluso l'autore citato in una quote tweet**).
- **Filtri post-selezione**: `VFFilter` (cancellati/spam/violenza/gore), `DedupConversationFilter`.
- **Filtri offline di Grox** (eligibility, **non** modificatori di punteggio): `task_spam_detection.py` / `classifiers/content/spam.py`, `task_post_safety_screen_deluxe.py`, `task_safety_ptos_policy.py`, `task_banger_screen.py` (positivo), `task_reply_ranking.py`.
- **Punto architetturale fondamentale**: *« I contenuti borderline non vengono 'retrocessi' nel sistema 2026. Vengono squalificati al momento dell'idratazione e non raggiungono mai lo scoring. Questo è sostanzialmente diverso dal modello di reach ridotto / filtraggio della visibilità del sistema del 2023. »*
- **Da cosa impara davvero Phoenix**:
- **L'input più determinante = la sequenza di azioni dell'utente** (`user_action_seq_query_hydrator.rs`), non il post candidato.
- **Attenzione con isolamento dei candidati** (`phoenix/recsys_model.py`): i candidati possono attendere alla sequenza di azioni dell'utente, **ma non l'uno all'altro** → punteggi **per utente per post**, **indipendenti dal batch**, **cacheabili**.
- **Nessun "questo post è buono" globale**: *"lo stesso post predetto per generare un like dall'Utente A con probabilità p₁ è predetto a p₂ per l'Utente B"*.
- **Diventare virale** = un esito a livello di popolazione derivante da predizioni personali indipendenti, non una metrica ottimizzata.
- **Feature ingegnerizzate a mano rimosse** (`README` riga 55): *"Abbiamo eliminato dal sistema ogni singola feature ingegnerizzata a mano e la maggior parte delle euristiche."*
- **Due segnali esplicitamente idratati** comunque: `mutual_follow_jaccard_hydrator.rs` (Jaccard tra i follower di chi visualizza ∩ i follower dell'autore candidato), `following_replied_users_hydrator.rs` (qualcuno seguito da chi visualizza ha risposto al candidato).
- **Retrieval OON (a due torri)**: la tua cronologia di azioni → embedding utente, i post candidati → embedding dei post (da `grox/embedder/multimodal_post_embedder_v5.py`, che codifica testo+immagini+trascrizione ASR del video in un vettore normalizzato a 1024 dimensioni). **La tua scopribilità da parte di sconosciuti è funzione della prossimità di embedding tra i tuoi post e quelli con cui il tuo pubblico target già interagisce.**
- **5 differenze determinanti rispetto al 2023**: 1. **Nessuna feature ingegnerizzata a mano** (il 2023 aveva stato di verifica esplicito, abbonati paganti, distanza di rete). 2. **Un unico modello che predice 19 azioni** contro modelli singoli per azione. 3. **Grox separa la comprensione dei contenuti dal ranking** (`grox/plan_master.py` orchestra 9 piani paralleli). 4. **Nuovi segnali di prima classe** (dwell continuo, vqv filtrato, follow_author, 3 varianti di share). 5. **Retrieval OON a due torri** (contro SimClusters + euristiche del 2023). ### 7 pilastri (ricorrenti in Personale / Brand / Framework) 1. **Vantaggio in-network** (`oon_scorer.rs:20-23`) — OON × fattore < 1. 2. **Framing P(azione)** (`phoenix/recsys_model.py`) — probabilità per utente. 3. **Azioni ad alto peso** (`weighted_scorer.rs:49-67`) — scegliere quale delle 19 azioni innescare. 4. **Decadimento della diversità** (`author_diversity_scorer.rs:29-31`) — `(1-floor) × decay_factor^position + floor`. 5. **Segnali negativi** (`weighted_scorer.rs:64-67` + `AuthorSocialgraphFilter` + `MutedKeywordFilter`) — sottrazioni dirette + filtri rigidi. 6. **Reperibilità a due torri** (`phoenix_source.rs` + `multimodal_post_embedder_v5.py`) — prossimità di embedding con il pubblico target. 7. **Eligibility Grox / VF** (`grox/plan_master.py` + `home-mixer/filters/vf_filter.rs`) — esclusione silenziosa, non retrocessione. ### Raccomandazioni Personale / Founder (Parte 2.A) — sintesi
- **Pilastro 1**: convertire le relazioni reali in follow (DM, cross-promo nei podcast, footer delle newsletter, risposte) = alimentare l'OON → lookup deterministico su Thunder.
- **Pilastro 2**: definire **un'azione target per post** (reply, follow, dwell, share). *"Quando non riesci ad articolare a quale azione stai puntando, è improbabile che il post ottenga un buon punteggio per una qualsiasi di esse."*
- **Pilastro 3**: innescare azioni personali ad alto peso:
- Reply: domande con una risposta difendibile (non *"cosa ne pensate?"*).
- Dwell time: thread e contenuti long-form (segnale di dwell continuo, indice 18).
- Profile click: uno sconosciuto che vuole sapere chi sei (segnalazione rilevante per la bio).
- Follow-author: *"ecco la mia premessa e la difenderò in molti post futuri"*.
- **Pilastro 4**: **pubblicare per primo il miglior post** (il 1° mantiene il punteggio pieno, il 2° viene attenuato). Non accumulare, distanziare nel tempo.
- **Pilastro 5**: evitare mute/block da follower affezionati (una penalità **cumulativa** su tutti i tuoi post futuri per quell'utente).
- **Pilastro 6**: multimodalità (testo + immagine + video) = 3 scatti di embedding.
- **Pilastro 7**: troppi @menzioni / pattern di link-spam → esclusione silenziosa da parte del classificatore antispam. ### Raccomandazioni Brand / Azienda (Parte 2.B) — sintesi
- **Pilastro 1**: **amplificazione dei dipendenti** = unione dell'in-network di ciascun dipendente tramite Thunder.
- **Pilastro 2**: monitorare la **distribuzione delle azioni per post** rispetto alle impression totali.
- **Pilastro 3**: azioni rilevanti per il brand:
- Click (indice 4) + quoted click (indice 12) = traffico verso il sito.
- **VQV** (indice 6) = video che superano `MIN_VIDEO_DURATION_MS`. *"Tagliare un video troppo corto azzera del tutto il contributo."*
- **Share via DM** (indice 8) + **share via copy-link** (indice 9) = analisi comparative di prezzo, confronti di prodotto, controversie inoltrate in privato.
- Follow-author (indice 13) = un post *follow-magnet* a settimana.
- **Pilastro 4**: *« Un 'tamburo' di quattro post distanziati di 30 minuti performa peggio del singolo migliore fra essi, da solo »*. Coordinare brand + CEO + dipendenti (autori distinti) **batte** il brand che pubblica da solo due volte.
- **Pilastro 5**: il modulo `home-mixer/ads/` aggiunto il 15 maggio 2026 = **tracciamento della brand-safety**. Post organici vicini a contenuti sensibili → rischio di adiacenza.
- **Pilastro 6**: **coerenza tematica su più settimane** (embedding diluito se troppi topic), post multimodali, **sottotitoli dei video per il percorso ASR**.
- **Pilastro 7**: `task_spam_detection.py` fa leva su pattern di risposta a basso numero di follower / bassa qualità → i brand che rispondono massicciamente sui post più grandi possono essere segnalati. **Rispondere in modo sostanziale o non rispondere affatto.** ### Framework generalizzato (Parte 2.C)
- **Tre livelli di reach**: 1. **Eligibility** (Grox + filtri) — binaria, dentro/fuori, nessuna ottimizzazione oltre al non essere esclusi. 2. **Retrieval** (OON a due torri) — probabilistica, ottimizzata da **cosa** pubblichi (topic, embedding, multimodalità). 3. **Ranking** (somma pesata + moltiplicatori) — continua, ottimizzata da **come** pubblichi (azione innescata, cadenza).
- **Superficie delle azioni come questione di prodotto**: 19 azioni = 4 categorie (sociale: like/reply/quote/share; privata: DM-share, copy-link, dwell, photo expand; identità: follow, profile click; rifiuto: not-interested/block/mute/report). Un post che non punta ad alcuna relazione = predetto a ~0 su tutte le dimensioni.
- **Il transformer come meccanismo di equità**: probabilità per utente → il "buon contenuto" non è una proprietà globale. *Targeting probabilistico, non qualità deterministica.*
- **Il decadimento della diversità autore come feature strutturale**: *« pubblicare più post al giorno oltre una soglia riduce, non aumenta, il reach totale »*. La cadenza ottimale è **non monotona** rispetto al numero di post.
- **I segnali negativi come veti una tantum**: un mute costa quel post E tutti i successivi verso quell'utente (una voce permanente nella sua sequenza di azioni).
- **L'esclusione a livello di eligibility = uccisore silenzioso**: nessun segnale al creatore quando un classificatore Grox esclude un post. Diagnosi = analisi comparativa del reach.
- **Due leggi**:
- **Legge 1**: *L'in-network è moltiplicativo, l'OON è additivo.* I follower si accumulano su ogni post futuro.
- **Legge 2**: *Il compito del modello è predire te, non premiarti.* L'engagement-baiting / la controversia costruita ad arte → degrada la tua prevedibilità → declassa i post futuri. ### Deliverable di consulenza (Parte 2.D) — punti chiave
- **Executive summary** pronto per la copertina.
- **Tabella delle evidenze**: 14 affermazioni principali, ciascuna con file:line.
- **7 interventi raccomandati ordinati per impatto atteso** (tutti *direzionali*): 1. Progettazione dei contenuti orientata all'azione (target_action annotato nel calendario editoriale). 2. Playbook di distribuzione degli autori (audit della cadenza rispetto al decadimento, amplificazione multi-account). 3. Specifica video (`MIN_VIDEO_DURATION_MS` in A/B test lato client, sottotitoli). 4. Coerenza tematica dell'embedding (70/30 core/esplorativo). 5. Audit dei gate di eligibility (campionare i post sottoperformanti → verificare i tipi di filtro). 6. Igiene dei segnali negativi (quantificare il costo cumulativo del tasso di mute). 7. Riformulazione dell'acquisizione follower (conversione OON-a-Thunder = reach futuro moltiplicativo).
- **Cadenza**: M1 calendario+playbook+video / M2 audit tematico + test follower / M3 misurazione per coorti + ricalibrazione dei gate / Trimestrale: rilettura di `xai-org/x-algorithm`.
- **Limitazioni e dichiarazioni di onestà (obbligatorie)**: pesi non derivabili, checkpoint mini (2 layer, 4 head, 256 dimensioni), stub Thrift (`panic!("Not implemented")`), liste di brand-safety / mappature ID di topic / penalità linguistiche / regole di ad blending assenti. *« Il cliente dovrebbe trattare questo rapporto come un modello strutturale, non come un predittore quantitativo. »* ### Confine di onestà (Appendice A.3) — cosa NON possiamo sapere
- **Valori numerici dei pesi** (tutti esterni, nessun `params.rs`).
- **Comportamento del modello in produzione**: checkpoint rilasciato = 2 layer, 4 head, 256 dimensioni, **corpus di 537K post sportivi**, il Phoenix di produzione è più grande e addestrato in continuo.
- **Integrazioni stub**: `panic!("Not implemented: to_thrift for ...")` in `candidate_features.rs` e `user_features.rs`. **Il codice pubblico non gira end-to-end contro i servizi interni di X.**
- **Dati di policy**: liste brand di brand-safety, mappature ID di topic, tabelle di penalità linguistica, regole di ad-blending, corpus di parole chiave silenziate, pesi dei classificatori spam/safety/PTOS = assenti.
- **Cadenza di riaddestramento continuo**: OSS = istantanea statica, produzione = aggiornata in continuo. ### Collegamenti a schede esistenti
- **Convergenza con [[wallace-wells-nyt-magazine-ai-populism-altman-backlash-no-one-ready-2026-05-08]]**: il rapporto documenta fattualmente la **meccanica strutturale** di un algoritmo che plasma l'informazione politica su scala massiva, mentre Wallace-Wells documenta la **ricezione popolare / il backlash** contro gli oligarchi tecnologici (incluso Musk). Il rapporto mostra che **"chi raggiunge chi" è ormai determinato da transformer addestrati su sequenze di azioni personali** — e che **l'esclusione silenziosa** (a livello di eligibility, senza segnale) è una modalità operativa deliberata.
- **Convergenza con [[ng-the-batch-352-no-ai-jobpocalypse-2026-05-08]]**: stessa postura epistemica anti-narrativa, disciplina del *"cosa è derivabile dai fatti vs. cosa è inventato"*. Ng smonta la narrazione della jobpocalypse; questo rapporto smonta le narrazioni di growth-hack costruite su pesi inventati.
- **Convergenza implicita con [[mensch-mistral-commission-enquete-vulnerabilites-numeriques-souverainete-ia-2026-05-13]]**: Mensch discute della **dipendenza da servizi digitali esteri** come rischio di vassallaggio. La release di `xai-org/x-algorithm` è un precedente ambiguo — un'apertura parziale del codice sorgente di un sistema che governa la conversazione pubblica, ma con **i parametri operativi (i pesi) intenzionalmente assenti**.
- **Growth-hack anti-narrativo**: questo rapporto è la **risposta documentale** all'industria dei "segreti dell'algoritmo X / 5 tattiche per battere il For You feed". Disciplina della citazione file:line contro l'aneddoto.
- **Pattern di trasparenza Anthropic-vs-X**: questo rapporto può fungere da **punto di confronto** metodologico per valutare la trasparenza relativa delle release algoritmiche dei principali laboratori (Anthropic Mythos, valutazioni OpenAI, grok-1 di xAI, xai-org/x-algorithm). **Forma di trasparenza**: codice sufficiente a descrivere l'architettura, non sufficiente in parametri a riprodurre il comportamento.

## RésuméDe400mots

Il 15 maggio 2026, xAI rende open-source `xai-org/x-algorithm`, l'algoritmo del **For You feed** di X. Questo rapporto interno lo trasforma in un teardown tecnico in due parti: **(1) un'analisi del sistema** con citazioni file:line, e **(2) quattro filoni di raccomandazioni di crescita** segmentati per pubblico (personale/founder, brand, framework generalizzato, deliverable di consulenza).

**Tesi centrale**: la celebre *"tabella dei pesi del 2023"* (*"le risposte contano più dei like con un moltiplicatore elevato"*) **descrive un sistema che non esiste più**. L'algoritmo 2026 è un **transformer (Phoenix, derivato da Grok-1)** che apprende i pesi dalla cronologia di engagement personale e valuta ogni candidato su una **superficie di 19 azioni distinte**, filtrata da un servizio offline (**Grox**). **La forma dello scoring conta più dei numeri — e i numeri non sono nella release.**

**Architettura a 4 componenti**: **Home Mixer** (Rust, orchestratore), **Thunder** (Rust, archivio in memoria alimentato da Kafka, candidati in-network sub-millisecondo), **Phoenix** (JAX, transformer a due torri per retrieval + ranking), **Grox** (offline, classificatori ed embedder multimodale v5 testo+immagine+video-ASR).

**Le 19 azioni predette da Phoenix** combinano segnali positivi (favorite, reply, repost, click, profile_click, vqv filtrato, share, share_via_dm, share_via_copy_link, dwell, quote, quoted_click, follow_author, dwell_time continuo) e negativi (not_interested, block, mute, report). **Punteggio finale** = `Σ (weight × P(action))` modificato da 3 moltiplicatori strutturali: **OON_WEIGHT_FACTOR < 1** (penalità out-of-network), **decadimento della diversità autore** `(1-floor) × decay_factor^position + floor`, e **soglia sulla durata video** (vqv contribuisce solo se il video supera `MIN_VIDEO_DURATION_MS`).

**Avvertenza chiave**: **nessun valore numerico di peso è presente nella release** (tutto è `crate::params::*`, nessun `params.rs`). ***« Chiunque affermi che 'le risposte valgono N,N× più dei like nel 2026' sta inventando un numero. »*** Solo le **direzioni** (segno, filtro vs. aggiustamento morbido, presenza) sono citabili.

**Tre livelli di reach**: Eligibility (binaria, Grox) → Retrieval (probabilistica, a due torri) → Ranking (continua, somma pesata). **Due leggi della crescita meccanica**: (1) L'in-network è moltiplicativo, l'OON è additivo; (2) Il compito del modello è **predire** te, non premiarti.

**Differenze rispetto al 2023**: eliminazione delle feature ingegnerizzate a mano, un unico modello per 19 azioni contro più modelli, Grox separa la comprensione dal ranking, nuovi segnali di prima classe (dwell continuo, vqv filtrato, follow_author, 3 varianti di share), retrieval OON a due torri con embedding multimodali. **L'esclusione a livello di eligibility è l'uccisore silenzioso**: i contenuti borderline non vengono più retrocessi, spariscono dal pool dei candidati senza alcun segnale al creatore.

**Confine di onestà**: checkpoint rilasciato = mini (2 layer, 4 head, 256 dimensioni, corpus di 537K post sportivi), stub Thrift (`panic!("Not implemented")`), dati di policy assenti. Il rapporto va trattato come un **modello strutturale**, non come un predittore quantitativo.

## GrapheDeConnaissance

- xAI —publie→ x-algorithm (release open-source) (TECHNOLOGIE, 0.99)
- xAI —publie→ release x-algorithm du 15 mai 2026 (EVENEMENT, 0.99)
- Home Mixer + Thunder + Phoenix + Grox —fait_partie_de→ x-algorithm (TECHNOLOGIE, 0.99)
- Home Mixer —utilise→ Rust (TECHNOLOGIE, 0.98)
- Home Mixer —dirige→ pipeline For You feed (orchestration) (METHODOLOGIE, 0.99)
- Thunder —permet→ lookups sub-ms des posts récents in-network (CONCEPT, 0.99)
- Thunder —utilise→ Kafka (TECHNOLOGIE, 0.98)
- Phoenix —est_basé_sur→ Grok-1 (TECHNOLOGIE, 0.96)
- Phoenix —utilise→ JAX (TECHNOLOGIE, 0.98)
- Phoenix —prédit→ 19 actions par candidat (CONCEPT, 0.99)
- Phoenix —utilise→ candidate-isolation attention (METHODOLOGIE, 0.97)
- Phoenix retrieval —utilise→ two-tower model (METHODOLOGIE, 0.98)
- Grox —est_instance_de→ service offline (hors hot path) (CONCEPT, 0.99)
- Grox —utilise→ feature store (écriture) (TECHNOLOGIE, 0.98)
- multimodal_post_embedder_v5 —utilise→ text + images + ASR transcript video (CONCEPT, 0.98)
- multimodal_post_embedder_v5 —permet→ embedding normalisé 1024-dim (CONCEPT, 0.97)
- Weighted Scorer —utilise→ formule Σ (weight × P(action)) sur 19 actions (METHODOLOGIE, 0.99)
- OON Scorer —utilise→ multiplicateur OON_WEIGHT_FACTOR < 1 (CONCEPT, 0.99)
- Author Diversity Scorer —utilise→ (1-floor) × decay_factor^position + floor (METHODOLOGIE, 0.98)
- vqv_score —est_basé_sur→ MIN_VIDEO_DURATION_MS (hard gate) (CONCEPT, 0.98)
- [14, 15, 16, 17] = not_interested block mute report —fait_partie_de→ NEGATIVE_FEEDBACK_INDICES (CONCEPT, 0.99)
- x-algorithm 2026 —utilise→ dwell_time continu comme signal first-class (nouveau vs 2023) (CONCEPT, 0.97)
- x-algorithm 2026 —utilise→ follow_author_score comme signal first-class (nouveau vs 2023) (CONCEPT, 0.97)
- share_via_dm + share_via_copy_link —est_variante_de→ share standard (signaux distincts) (CONCEPT, 0.97)
- x-algorithm 2026 —remplace→ features hand-engineered (toutes éliminées) (METHODOLOGIE, 0.97)
- Phoenix transformer —est_basé_sur→ user action sequence (apprentissage) (CONCEPT, 0.98)
- Phoenix scores —est_instance_de→ scores per-user per-post (pas globaux) (CONCEPT, 0.97)
- "going viral" —est_instance_de→ population-level outcome de prédictions personnelles (CONCEPT, 0.95)
- rapport interne —affirme_que→ params.rs (valeurs des poids) est absent du release open-source (AFFIRMATION, 0.99)
- X —utilise→ feature-switch service interne pour gérer FAVORITE_WEIGHT, REPLY_WEIGHT etc. (TECHNOLOGIE, 0.95)
- rapport interne —affirme_que→ quiconque cite des magnitudes de poids 2026 fabrique des chiffres (AFFIRMATION, 0.98)
- AuthorSocialgraphFilter —s_applique_à→ blocks dans les deux sens incluant auteur cité du quote tweet (METHODOLOGIE, 0.97)
- Grox classifiers —remplace→ démotion 2023 par exclusion eligibility-time (METHODOLOGIE, 0.97)
- rapport interne —affirme_que→ l'exclusion eligibility-time est silencieuse pour le créateur (no signal) (AFFIRMATION, 0.97)
- rapport interne —recommande→ action-targeted content design (1 action cible par post) (METHODOLOGIE, 0.96)
- rapport interne —recommande→ author distribution playbook (multi-account amplification) (METHODOLOGIE, 0.96)
- rapport interne —recommande→ subtitler les vidéos pour l'ASR path (pas seulement le viewer) (METHODOLOGIE, 0.95)
- rapport interne —recommande→ 70/30 split topical core / exploratory (METHODOLOGIE, 0.93)
- rapport interne —affirme_que→ in-network is multiplicative, OON is additive (AFFIRMATION, 0.97)
- rapport interne —affirme_que→ the model's job is to predict you, not reward you (AFFIRMATION, 0.97)
- Phoenix checkpoint released —est_instance_de→ mini model (2 layers, 4 heads, 256-dim) (CONCEPT, 0.98)
- Phoenix checkpoint released —est_basé_sur→ corpus 537K posts sports (entraînement) (CONCEPT, 0.97)
- panic!("Not implemented: to_thrift for ...") stubs —fait_partie_de→ candidate_features.rs / user_features.rs (TECHNOLOGIE, 0.96)
- rapport interne —affirme_que→ brand-safety lists, topic ID mappings, language penalties et ad blending sont absents du release (AFFIRMATION, 0.97)
- home-mixer/ads/ module —fait_partie_de→ release x-algorithm du 15 mai 2026 (EVENEMENT, 0.94)
- home-mixer/ads/ module —permet→ brand-safety tracking (METHODOLOGIE, 0.93)
- author diversity decay —soutient→ cadence optimale non-monotone en post count (CONCEPT, 0.95)
- mute ou block utilisateur —réduit→ reach de tous les posts futurs vers cet utilisateur (cumulatif) (CONCEPT, 0.95)
- NEW_USER_OON_WEIGHT_FACTOR —s_applique_à→ nouveaux comptes (jeune compte + min following) (CONCEPT, 0.96)
- rapport x-algorithm 2026 —converge_avec→ démantèlement narratif jobpocalypse [[ng-the-batch-352-no-ai-jobpocalypse-2026-05-08]] (CONCEPT, 0.9)
- rapport x-algorithm 2026 —converge_avec→ AI populism + algorithmic information shaping [[wallace-wells-nyt-magazine-ai-populism-altman-backlash-no-one-ready-2026-05-08]] (documentation de la mécanique) (CONCEPT, 0.89)

---
Canonical: https://www.thekb.eu/it/fiches/x-algorithm-teardown-growth-recommendations-2026-05-16/