Segnali: passata del vocabolario (⚠️→🚨, 🧊→⏸️, ⛔/📌 ritirati)

Sostituzione meccanica dei segnali, nessun cambio di contenuto:
- ⚠️ → 🚨 e 🧊 → ⏸️, scelte di Simone il 2026-08-24
- ⛔/🛑 → ❌ e 📌 → ℹ️, ritirati dalla spec del 2026-08-22
- ❌ seguito da U+FE0F, se no il font di testo lo rende come una × sottile

Fatta con wiki/bin/cambia-segnale.py e wiki/bin/fix-emoji-fe0f.py, che saltano
blocchi di codice, span fra backtick e symlink, e non muovono il mtime.
Vocabolario: wiki/docs/specs/2026-08-22-segnali-e-colori.md

tools/README.md

@@ -161,7 +161,7 @@ server rifiuta il posting comunque.
 
 Esce `0` se il messaggio è archiviato, `1` se non c'è, `2` su errore.
 
-> ⚠️ Esiste perché dal browser o con `curl` la risposta è ingannevole:
+> 🚨 Esiste perché dal browser o con `curl` la risposta è ingannevole:
 > `lore.kernel.org` e `patchwork.kernel.org` stanno dietro il bot-check **Anubis**
 > e restituiscono 403 o la pagina *"Making sure you're not a bot!"* al posto del
 > messaggio — che si legge facilmente come "la patch non è mai stata pubblicata".
@@ -189,7 +189,7 @@ Byte restituisce l'**eco dell'ultimo command byte** mandato a quel chip (12/12,
 due canali), il latch è del device e non dell'engine (da `0x31` torna `0xff`),
 gli indirizzi vuoti NACKano. **L'ENE non ha stato leggibile** — ora misurato.
 
-> ⚠️ Due trappole, valgono per qualunque misura su questo engine: la **prima**
+> 🚨 Due trappole, valgono per qualunque misura su questo engine: la **prima**
 > transazione di un canale restituisce un valore stale (per questo lo script fa
 > un read di warm-up scartato), e la lettura successiva a una riuscita NACKa
 > spesso — un solo retry la pulisce sempre, come dice P1.