IA per architettura
Pubblicato il 02.10 alle 07:44:44 UTC (modificato 07:51:40). Chiude la verifica rimasta aperta ieri. Flux 3 Image di Black Forest Labs copre testo-immagine, immagine-immagine, resa del testo e fotorealismo; i tratti dichiarati sono editing a più passaggi senza alterare le altre parti dell'immagine, composizione della scena con bounding box, fino a dieci immagini di riferimento e uscita fino a 4K. Demo gratuita su flux-tools.bfl.ai; API al 50% di sconto fino all'8 ottobre; licenza commerciale disponibile per chi vuole eseguire e fare fine-tuning su infrastruttura propria. La versione a pesi aperti è attesa «nelle prossime settimane»: alla data nessun peso scaricabile. Parametri, finestra di contesto, formati e quantizzazioni non indicati dalla fonte.
Due tratti su quattro sono quelli che servono in archviz, e vale distinguerli dal resto. La composizione per bounding box è il primo controllo spaziale dichiarato su un modello di questa classe: dire dove va cosa, invece di sperarlo dal prompt — non è il vincolo alla geometria del rilievo (quello resta il ControlNet su Qwen-Image 2.1, ed. 020), ma è il pezzo che evita di rigenerare dieci volte per spostare un albero. L'editing a più passaggi che preserva il resto è l'altro: sono le tre o quattro revisioni che il committente chiede su cielo, contesto, vegetazione e arredo, oggi fatte a mano perché la decima passata degrada le prime nove — stesso punto già annotato per Ideogram 4.5 (ed. 020). Ma oggi non si costruisce nulla: senza pesi le immagini di progetto escono dallo studio, e lo sconto API all'8 ottobre non è una ragione per incardinare un flusso su un servizio remoto, è una ragione per provarlo su un'immagine non di commessa. Da riprendere all'uscita dei pesi con la licenza alla mano — ed è la quinta volta in tre settimane che la frase è questa, dopo Qwen-Image-2.1 (ed. 010), FLUX Kommunity (ed. 013), Ideogram 4.5 (ed. 020) e PixelUMM (ed. 021).
The Decoder — 02.10.2026
Notizia del 02.10. Cartesian è una piattaforma di modellazione assistita per architettura, interni, arredo e product design: converte concept generati da IA in «editable, physically meaningful geometry», con raffinamento conversazionale dei componenti. Kernel CAD proprietario; orchestra più modelli di terzi — la fonte cita GPT-6 Astra e Claude Opus 5.5. Formati di interscambio dichiarati: IFC in import ed export, DXF, STEP, STL. Connessioni live con Rhinoceros e SketchUp, flussi complementari con Blender. Analisi dichiarate di soleggiamento, ombre e vento in tempo reale. Rollout desktop a fasi su macOS e Windows dal 31.10.2026, lista d'attesa su formas.ai/cartesian/waitlist. Prezzi e numero di versione non indicati dalla fonte.
È il primo della famiglia «agentic 3D» che dichiara IFC in uscita, e quella riga è l'unica che lo distingue da Rayon, dove nell'elenco dei formati IFC non compare (ed. 019): significa che il lavoro fatto dentro potrebbe non restare prigioniero dello strumento. Ma «dichiara IFC» e «produce un IFC usabile» sono due cose diverse, e il 31 ottobre le domande sono tre, in quest'ordine: cosa esce davvero nell'IFC — classi IFC corrette, property set, GUID stabili fra un'iterazione e la successiva, perché un modello che rigenera i GUID a ogni passata non è federabile; dove girano i dati, visto che la piattaforma orchestra due modelli di terzi — una pianta di stato di fatto che passa per GPT-6 Astra è documentazione di commessa fuori dallo studio, segreto professionale e GDPR (ed. 003); e il regime di licenza, non annunciato. Sulle analisi ambientali vale una cautela secca: la fonte non dichiara alcun metodo di calcolo né norma di riferimento, quindi sono strumenti di prima ipotesi progettuale e non sostituiscono né la verifica di soleggiamento che va in pratica edilizia né un calcolo fluidodinamico — stessa avvertenza già scritta per Drawing Compliance Review in ed. 005.
AEC Magazine — 02.10.2026
Pubblicato il 02.10. ArcGIS Earth 3.0, applicazione desktop a download gratuito, aggiunge layer gaussian splat georeferenziati, le local scenes (che sostituiscono le global scenes della 2.x), i building scene layer per il contenuto BIM ed un export filmato in beta (MP4). Si basa su ArcGIS Maps SDK for .NET 300.1, che aveva già introdotto il supporto agli splat nelle applicazioni native. Limiti dichiarati: gli splat sono solo sulla versione desktop — la versione mobile riceve local scenes e building scene layer ma non gli splat; i filmati oltre 30 secondi o senza watermark richiedono una licenza Creator, GIS Professional Standard o Advanced. La fonte dichiara esplicitamente di non sapere se gli splat funzionino nei progetti global scene né se gli archivi 3D Tiles .3tz possano trasportarli offline. Data di rilascio del software e prezzo della licenza non indicati dalla fonte.
La parola che conta è georeferenziati. Fin qui gli splat erano un oggetto da presentazione — Gausser in Cinema 4D ieri (ed. 021), Atlas di World Labs in ed. 019: belli, scollegati da un sistema di coordinate. Qui stanno in una scena con basemap, terreno e, nello stesso contenitore, i building scene layer con il contenuto BIM: cioè rilievo fotogrammetrico del contesto e modello di progetto nella stessa scena, nello stesso sistema di riferimento. È esattamente il materiale di una verifica di inserimento o di una tavola di contesto urbano, e l'applicazione è gratuita, quindi la prova costa solo il tempo di preparare una nuvola di un sopralluogo. Due filtri prima di contarci. Il primo è la regola che non cambia: lo splat è dato desunto da raster, bozza da verificare — buono per il contesto e la presentazione, mai per quantità e computo, e la georeferenziazione non lo rende misurato. Il secondo è il dubbio che la fonte stessa dichiara sul .3tz: se gli splat non viaggiano dentro l'archivio, non si portano in sopralluogo senza rete, che è metà del motivo per cui si vorrebbero. Da chiarire sulla documentazione Esri prima di impostarci un flusso. da verificare
Radiance Fields — 02.10.2026
Nessuna voce open sopra soglia nelle 24 h: nessuna release stabile o LTS, nessuna major, nessun cambio di licenza o governance, nessun formato nuovo, nessun fork, nessuna prima release pubblica di progetto open. Già in rassegna, non si duplica — con discordanza di data da verificare: Rayon e la serie A da 10 mln € guidata da Partech (con Northzone, Foundamental, Seedcamp) sono in ed. 019 con data AEC Magazine 29.09; la stessa pagina risulta oggi datata 02.10 sulla medesima fonte. Non si conta due volte e il merito non cambia: V4 con 3D e agenti attesa «entro fine 2026», formati dichiarati DWG, PDF e immagini, IFC non compare. Sotto soglia o fuori finestra, in finestra la sola copertura: PlayCanvas Engine v2.23.0 (MIT) riporta il LOD dei gaussian splat alla selezione per sola distanza, abbandonando l'approccio error-driven della 2.22.0, con nuova proprietà GSplatParams#splatBudgetMode, allocatore LOD dichiarato «1.3 to 2.5x faster at typical budgets» e bookkeeping per aggiornamento che scende da 16,3 a 4,5 ms a 30k nodi — ma la pubblicazione npm di playcanvas@2.23.0 è del 01.10 alle 12:24 UTC, quindi la fonte primaria è fuori finestra e non fa voce. Pacchetti ComfyUI su PyPI del 02.10: comfyui-frontend-package 1.54.12 e comfyui-workflow-templates 0.11.76 — patch di componenti, non release di ComfyUI. BlenderNation il 02.10 solo «Best of Blender Artists 2026-40» e annunci di lavoro; CGPress solo «AP SyncKey Reducer» per 3ds Max e Maya, fuori filone; Radiance Fields pubblica in pari data anche gsplat-talkinghead (avatar con lip-sync, libreria React MIT), fuori filone. In finestra, MEP e quindi fuori perimetro, ma è la continuazione di una voce di ieri: AEC Magazine data al 02.10 il lancio della piattaforma di progettazione elettrica di Endra e l'acquisizione di PlanLabs — la voce di ed. 021 su Power Studio resta valida e le tre domande scritte lì (quale norma implementa il calcolo, se i calcoli intermedi sono esportabili e tracciabili, dove girano i dati) non hanno ancora risposta. Verificati e fermi: Blender (stabile 5.2 LTS del 14.07.2026; la 5.3 Alpha su DGX Spark segnalata da BlenderNation il 01.10 è esclusa due volte, alpha e fuori finestra), LuxCoreRender (al download LuxCore 2.11.2 e BlendLuxCore 2.11.1, per Blender 4.5 LTS e 5.2 LTS), blog ComfyUI (nessun post il 02.10; l'ultimo è Comfy Agent del 01.10 ore 16:00 GMT, già in ed. 021), comfy-cli 1.22.0 del 30.09, InvokeAI 6.14.2 del 27.09, diffusers 0.40.0 del 20.08, Krita 5.3.4 del 15.09, Chaos / Enscape / Veras (blog.enscape3d.com reindirizza a blog.chaos.com; ultimo post rilevante Veras 5.2 del 29.09), CG Channel (nessun articolo il 02.10: l'archivio di ottobre contiene solo il 01.10), Architosh (nessun articolo fra 1 e 3 ottobre, ultimo 28.09), Hugging Face su text-to-image, image-to-3d e text-to-3d (fra i modelli creati in finestra solo LoRA, quantizzazioni, re-upload e fine-tune personali con zero download e zero like; un solo nuovo image-to-3d privo di documentazione e di adozione: nessun modello base open-weight in finestra). Non verificabili in questa esecuzione da verificare: API GitHub e feed releases.atom bloccati (403 dal proxy, robots.txt sui feed), quindi le date delle release open vengono da PyPI e dal registry npm e per i progetti senza pacchetto la verifica resta incompleta; LuxCoreRender (la pagina di download non stampa date e la wiki delle note 2.11 riporta solo «last edited on 20 September 2026»: la 2.11.x non è databile); D5 Render (né il blog né «What's New» stampano date: impossibile dire se ci sia stato qualcosa il 02.10); blog.chaos.com (elenco post generato in JavaScript, senza date nell'HTML: non si esclude un post del 02.10 non ancora in cima); blog.comfy.org (homepage che richiede JavaScript; le date vengono dal feed RSS, e la sitemap riporta lastmod 02.10 per tre post che il feed data al 01.10 — si sono usate le pubDate del feed, più attendibili); Radiance (nessuna pagina di rilascio datata individuata); GIMP, plugin generativi e add-on Blender per archviz (copertura non esaustiva, dipendeva da GitHub). Per questi non si afferma né che ci siano né che non ci siano rilasci nella finestra.
BIM / IFC / software
Ingenio del 02.10 (pubblicazione 10:34). Nelle prossime settimane arrivano nuove versioni di EC700 — Calcolo prestazioni energetiche degli edifici, che raggiunge la versione 15 con «nuove funzioni dedicate all'inserimento dei dati e agli strumenti a supporto della progettazione», e di EC709 Ponti termici, EC736 Dispositivi INAIL ed EC784 Provincia di Trento, con aggiornamenti su funzionalità, modalità di lavoro e «adeguamento alle più recenti disposizioni normative». Nessuna data di rilascio, nessun prezzo, nessun elenco puntuale delle norme recepite sono indicati dalla fonte. Sul lato Servizi Web, dopo E-balance, APE reader e Pro², la suite si amplia con Building Potential (prima valutazione del potenziale di miglioramento energetico di un edificio, simulando interventi e «mettendo in relazione prestazioni, costi e risparmi»), Fire Risk (valutazione del rischio incendio con percorso guidato e restituzione strutturata) e SRI rating (calcolo dello Smart Readiness Indicator, con modalità semplificata e modalità dettagliata per professionisti).
È la voce italiana della giornata e tocca lavoro fatturato, non roadmap. EC700 è lo strumento con cui si producono APE e relazioni ex L. 10 su una ristrutturazione: un salto di major si pianifica, non si subisce a metà pratica. Le due domande da fare al rivenditore prima di aggiornare: se i file delle commesse aperte si riaprono senza conversione, e se cambia il motore di calcolo — perché una relazione già depositata deve restare riproducibile, e un ricalcolo che dà un numero diverso su una pratica in corso è un problema, non un miglioramento. Fino a quando le «disposizioni normative» recepite non sono elencate, non si sa nemmeno cosa cambia: è un comunicato, e su un comunicato non si valuta un aggiornamento. Su Building Potential la cautela è di metodo e vale più del resto: produce numeri economici — costi e risparmi — e la fonte non dichiara da quale base di costi. Un risparmio stimato che finisce in una relazione al committente, o peggio in un quadro economico, richiede fonte e stato del prezzo (prezzario regionale con articolo, analisi nuovo prezzo, oppure stima dichiarata come tale): senza quello è un valore senza tracciabilità, cioè esattamente ciò che in queste pagine non si accetta da un modello e non si accetta nemmeno da un servizio web. SRI rating è invece l'unico dei tre che apre una prestazione nuova da offrire: lo Smart Readiness Indicator è un rating europeo e saperlo calcolare è un servizio vendibile su una riqualificazione, soprattutto dove c'è domotica o impianto gestito.
Ingenio / Edilclima — 02.10.2026
Ingenio del 02.10: intervista al presidente ASSOBIM Adriano Castagnone sul «BIM Intelligente». La tesi è che l'AI non sostituisce il BIM ma ne amplia l'uso — ricerca e analisi documentale, sintesi, verifica di testi tecnici, assistenza integrata nei software specialistici — con il professionista responsabile della verifica dei risultati; i temi di contesto sono interoperabilità, qualità del dato e competenze. Convegno ASSOBIM «BIM Intelligente: come l'AI sta trasformando il settore delle costruzioni», SAIE Bologna, giovedì 8 ottobre, 11:00-13:00, Arena SAIE Lab AI, BIM e Digital — Pad. 26, A27. Nessun dato quantitativo, nessun prodotto, nessuna versione nell'intervista.
Due cose, e la prima è di calendario. L'ed. 021 aveva già fissato ACCA al pad. 25, stand A72-B72, dal 7 al 10 e il seminario CERTING giovedì 8 dalle 12:00 alle 13:00; questo convegno è giovedì 8 dalle 11:00 alle 13:00, quindi si sovrappone per un'ora e la scelta va fatta adesso, non in fiera. Lettura pratica: il convegno ASSOBIM è un panorama, il seminario CERTING tocca un requisito che pesa nei punteggi di gara — se la giornata è una sola, la prima ora al convegno e le 12 al seminario è l'unico incastro che le prende entrambe, e le domande da portare al tecnico ACCA (versione e data delle «novità 2027», tracciabilità del prezzo nelle funzioni IA, riconciliazione dei costi effettivi di usBIM.cantieri con le voci di computo) restano quelle scritte ieri. La seconda cosa è una frase citabile: «il professionista resta responsabile della verifica dei risultati», detta da un'associazione di categoria, è l'argomento pronto quando un committente o un'impresa chiede perché l'output di uno strumento BIM con AI passa comunque dalla verifica del tecnico che assevera. Con il D.Lgs. 160/2026 in vigore e la presunzione del nesso causale, quella verifica non è prudenza professionale: è la prova documentale di aver controllato, e va lasciata agli atti su un campione di voci, quantità ed elaborati — non in coda a un output lungo.
Ingenio / ASSOBIM — 02.10.2026
Notizia del 02.10. Axogram crea e aggiorna diagrammi tridimensionali direttamente dal modello CAD/BIM, mantenendoli collegati al modello mentre evolve, senza esportare e ridisegnare. Tipologie dichiarate: diagrammi di sequenza, di contesto, di sezione e di circolazione. Gira accanto a SketchUp, Revit e Archicad; oggi su Windows, versione macOS per SketchUp «coming soon». Piano gratuito fino a 5 viste salvate e rendering Full HD; abbonamenti a 1 e 3 anni con viste illimitate, rendering 4K, senza watermark e con accesso a Lumion Cloud. Importi dei piani non indicati dalla fonte. Non è open source, e la fonte non attribuisce funzioni IA ad Axogram: è una voce di visualizzazione collegata agli autorali BIM, non di IA.
Diagrammi di contesto, sezione e circolazione sono il materiale delle relazioni illustrative e delle tavole di presentazione, e oggi si rifanno a mano a ogni revisione — che è precisamente il motivo per cui si rifanno male, tardi, o non si rifanno. Il tratto che vale non è la grafica: è il collegamento al modello, cioè un diagramma che si aggiorna quando il progetto cambia, invece di diventare falso al primo spostamento di una parete. Il piano gratuito con 5 viste e Full HD rende la prova a costo zero e dà anche il filtro: se 5 viste salvate bastano per una pratica tipo, si valuta sul serio; se no, si chiede il listino prima di affezionarsi. Due verifiche da fare sulla prova gratuita, perché decidono se è uno strumento o un vicolo cieco: se il collegamento regge su un modello che arriva come IFC e non solo dai tre autorali dichiarati — in studio il modello non sempre nasce in Revit o Archicad; e in che formato escono le viste, perché un diagramma che vive solo dentro Lumion torna a essere lavoro perso al cambio di strumento, che è la stessa ragione per cui il patrimonio informativo si tiene in IFC (ed. 004, 018).
AEC Magazine — 02.10.2026
Nessun rilascio ACCA nella finestra, e nessuna voce open sopra soglia nelle 24 h. In finestra, comunicazione e non rilascio: BibLus annuncia il 02.10 la partecipazione di ACCA alla National BIM Conference Slovakia 2026 (Bratislava, 15 ottobre) con un intervento in plenaria su CDE e nuvole di punti collegate ad ArcGIS e un workshop «From OpenBIM to Smart Infrastructure Maintenance: Connecting BIM, GIS, Point Clouds & IoT»; prodotti citati usBIM.geotwin, usBIM.resolver e usBIM.platform, caso di studio ACAMIR sul monitoraggio di ponti. Nessuna versione, nessun prezzo, nessun relatore indicati dalla fonte: prosegue la linea geotwin/IoT già annotata in ed. 020 come livello di gestione a valle del collaudo, cioè il servizio vendibile al committente dopo la consegna del modello federato. Giurisprudenza su BIM in gara: nessuna pronuncia in finestra, verificato su sentenzeappalti.it (ultima voce 01.10, verifica di anomalia dell'offerta ex art. 110 D.Lgs. 36/2023, non BIM), LavoriPubblici (otto notizie il 02.10, nessuna su BIM o software; la più vicina è su DIP, PFTE e affidamento esterno) e BibLus (nove voci il 02.10 su titoli edilizi, codice appalti, sismica e prodotti). Nessuna novità su obbligo BIM ex art. 43 e allegato I.9 D.Lgs. 36/2023, né nuove Linee Guida MIT, nelle 24 h. Standard: buildingSMART International non pubblica nulla fra 1 e 3 ottobre (ultima voce 01.09). La pagina delle IFC Release Notes risulta modificata il 02.10 alle 07:22:46 UTC (article:modified_time) ma non annuncia alcuna release nuova, e non stampa le date di pubblicazione delle versioni recenti: da quella pagina non si può datare alcun rilascio. Nessun movimento su IFC 4.3, 4.4, 5.0 o IFCX. Sotto soglia in finestra: ezdxf 1.4.5b1 del 30.09 è beta; su IfcOpenShell solo build nightly e alpha. Verificati e fermi: IfcOpenShell (pacchetto Python 0.9.0 del 29.09 su PyPI), Bonsai (stabile 0.9.0 del 29.09, GPLv3+, requisito Blender 5.1+, già in ed. 020), ezdxf (stabile 1.4.4 del 14.05.2026 su PyPI, che è il canale reale), OCCT V8.0.1 del 30.07.2026, That Open Engine — engine_components v3.4.0 del 09.04.2026, OpenSCAD 2021.01, Autodesk (nessun annuncio in finestra; ultimi materiali AU 2026 di settembre), Architosh (nessun articolo in ottobre). Due discordanze aperte, aggiornate da verificare: su FreeCAD la pagina dei rilasci GitHub dà ancora la 1.1.3 del 25.07.2026 come più recente, con dopo solo weekly dev build — la 1.1.4 annunciata sul blog il 28.09 e riportata in ed. 020 resta non confermata sul canale dei rilasci per la terza esecuzione consecutiva: prima di citarla in una relazione va riscontrata sul tag. Su SketchUp la discordanza di ed. 021 si chiude a favore del riferimento precedente: la versione corrente è Desktop 2026.2, data che viene dal post di annuncio sul forum ufficiale del 19.05.2026 e non dall'indice delle note di rilascio, che non stampa date; help.sketchup.com/en/sketchup/release-notes risponde 404, quindi eventuali patch successive non sono verificabili. Non verificabili in questa esecuzione da verificare: API GitHub bloccata (403) sia via gh sia via curl, quindi per LibreCAD, OpenUSD (26.05), xBIM Essentials (v6.0.517), engine_web-ifc e Speckle server (2.31.x) si può affermare solo che non risulta alcun rilascio datato 02.10.2026, non l'esatta data dell'ultima versione; QCAD non verificato in questa esecuzione; strumenti open per IDS, BCF e validazione IFC non verificati singolarmente oltre al controllo via API GitHub, inaccessibile; biblus.acca.it/blog vietato da robots.txt e sitemap_index.xml protetta da captcha (si è usata la home, che stampa le date); ingenio-web.it risponde 403 a fetch — le due voci Ingenio di oggi sono state lette via HTTP diretto, con article:published_time e datePublished riscontrati nel documento; edilportale.com risponde 403 e non espone sitemap (in finestra solo schede azienda e prodotti). Conseguenza da tenere: non si esclude un rilascio Edificius, PriMus o usBIM non annunciato su BibLus. Restano aperti: il numero Cons. Stato 6834/2026 (ed. 018), da riscontrare sul testo originale prima di citarlo in un chiarimento di gara; e la data delle Linee Guida MIT sulla gestione informativa digitale — sentenzeappalti.it tiene una scheda con URL datato 23.02.2026 mentre il corso BibLus del 25.09 richiamava il 20.02.2026: la rettifica aperta in ed. 021 non si chiude, e il riferimento va letto sull'atto.
IA news e modelli
Notizia del 02.10 (TechCrunch, Sarah Perez, 11:11 PDT, circa 18:11 UTC). Apple annuncia nuovi controlli sul permesso Full Disk Access, che richiederanno «a very explicit user action» prima di essere concessi. Motivazione citata: «some developers are using Full Disk Access in ways that could put users at risk, exposing everything on their systems […] without users' full knowledge and understanding», e «As AI agents become increasingly capable and autonomous, the risks associated with this level of access will grow substantially». La versione di macOS interessata non è indicata dalla fonte. L'articolo cita due casi a monte, non verificati in questa esecuzione: un pezzo su Inc. secondo cui l'agente Muse di Meta avrebbe letto messaggi privati senza permesso esplicito (Meta contesta la ricostruzione) e una segnalazione Wired su una falla nell'app ChatGPT per Mac.
È la prima contromisura che arriva dalla piattaforma e non dal fornitore di modelli, e cade esattamente sul punto scritto ieri a proposito del worm che passa da un agente al successivo: il confinamento per capacità. Tradotto: su un Mac di studio, Full Disk Access significa accesso all'intero archivio di commesse — IFC, DXF, PDF di pratiche, anagrafiche committenti, posta scaricata — e un'applicazione che lo ha non ha un perimetro, qualunque cosa dichiari. Tre cose da fare questa settimana, e non dipendono dall'aggiornamento Apple: aprire il pannello Privacy e sicurezza → Accesso completo al disco su ogni Mac di studio e togliere il permesso a tutto ciò che non ne ha bisogno dimostrabile (i backup e gli antivirus sì, un'app «assistente» no); non concederlo mai a un client di agenti, perché la separazione che regge è fra «legge contenuto non fidato» e «vede l'archivio», non fra due cartelle; e annotare il senso della cronologia — la stretta arriva dopo i due casi citati, quindi la piattaforma recupera, non previene, e il recinto resta cosa dello studio (ed. 009, 014, 015, 018, 021). Nota su Muse, che è già in rassegna da ed. 015 come esempio di agente con macchina e identità proprie: se la lettura di messaggi privati regge, è il secondo motivo per tenerlo fuori dal telefono di un collaboratore. da verificare
TechCrunch — 02.10.2026
Dentro la finestra IndexTeam (Bilibili) pubblica i repository ufficiali GGUF e FP8 dell'intera famiglia di traduzione: Index-Translate 2B, 9B e 35B-A3B-preview (GGUF alle 21:10:16 / 21:10:30 / 21:10:32 UTC, FP8 alle 21:10:34-38), Index-Homura 2B e 9B (traduzione a vincolo sillabico, per il doppiaggio), Index-Nailong 2B e 9B, Index-Echo S2TT e S2ST 2B e 9B (da parlato a testo e da parlato a parlato), tutti fra le 22:52:04 e le 22:52:12 UTC. Dati del modello maggiore: MoE con 256 esperti e 8 attivi per token, 40 layer, attenzione ibrida lineare/full (full ogni 4 layer), max_position_embeddings 262.144 nel config.json, 150 lingue. Vincoli duri dichiarati — glossari terminologici, preservazione di JSON, CSV, markdown, codice e placeholder — e morbidi (tono, disambiguazione di dominio). Parametri: il nome del modello dichiara 35 mld totali e 3 attivi, la scheda GGUF indica 36 mld totali (architettura qwen35moe) — discordanza non riconciliata dalla fonte. Licenza Apache 2.0 su base, GGUF e FP8. Quantizzazioni e dimensioni dei file dalla scheda ufficiale: Q2_K 13,25 GB, Q3_K_S 15,55, Q3_K_M 17,17, Q3_K_L 18,55, IQ4_XS 19,39, Q4_K_S 20,37, Q4_K_M 21,71 GB (consigliata dalla fonte), Q5_K_S 24,56, Q5_K_M 25,35, Q6_K 29,21, Q8_0 37,80, f16 71,07 (2 shard); mmproj Q8_0 0,61 GB e f16 0,90 GB. Memoria in esercizio non indicata dalla fonte: le cifre sono dimensioni dei file. Validazione di ogni livello contro F16 su NVIDIA A100 dichiarata in scheda. Precisazione sulla soglia: il repository base risulta ri-creato il 02.10 alle 19:48:31 UTC, ma il suo backup-manifest.json indica come sorgente una cartella datata 30 settembre e accanto esiste un repository «before-replacement» — è un ripristino di pesi del 30.09, non un checkpoint nuovo. La voce entra per le quantizzazioni ufficiali, non per i pesi. La scheda GGUF si autodata 03.10.
La parte che vale in studio sono i vincoli duri, e sono il motivo per cui questa voce non è un rilascio qualsiasi. Un traduttore che rispetta un glossario terminologico e non sfascia la struttura di JSON, CSV, markdown e placeholder è lo strumento giusto per una scheda tecnica di produttore in tedesco o inglese, per un capitolato di committente estero, per una relazione da consegnare in due lingue: la terminologia non si reinventa a ogni frase e le tabelle arrivano intere. Apache 2.0 su pesi, GGUF e FP8 significa impiegabile in attività professionale retribuita senza accordo separato — a differenza di Qwen-Image-2.1 (ed. 010), PixelUMM (ed. 021) e di EXAONE qui sotto. Sul lato macchina il conto è buono: 3 mld attivi su 35 e Q4_K_M a 21,71 GB stanno in una GPU da 24 GB senza molto contesto, comodi da 32 in su; Q5_K_M e Q6_K su 32-48 GB; i tagli 2B e 9B stanno ampiamente dentro qualunque postazione. Tre cautele, in ordine. La discordanza sui parametri totali non cambia nulla in esercizio, ma dice che la scheda non è rifinita: la lunghezza utile di contesto si misura, non si assume dai 262.144 del config.json — è lo stesso errore che si sarebbe fatto su Clef (ed. 021). La memoria effettiva non è dichiarata: quelle sono dimensioni dei file, non occupazione a runtime, e il mmproj va sommato. E un glossario non è una garanzia di merito: una clausola di capitolato o una voce di prezzario tradotte restano bozza fino al riscontro sul testo originale, con la stessa regola che vale per ciò che si estrae da un PDF.
Hugging Face, IndexTeam — 02.10.2026, 21:10 e 22:52 UTC
Repository creato il 02.10 alle 19:19:51 UTC. Quarto modello decisionale in tre giorni. Base Qwen/Qwen3.5-4B, 4 mld di parametri: su un record restituisce risposte tipizzate — scelta fra opzioni, sì/no, punteggio — con probabilità per ciascuna opzione; una decisione è un forward pass e un token in uscita. Gira su vLLM 0.30.0 non modificato più uno shim di libreria standard. Licenza Apache 2.0. Contesto: max_position_embeddings 262.144 nel config.json, ma la ricetta di servizio documentata usa --max-model-len 40960 e oltre quel limite l'API risponde HTTP 422. Formati: un solo model.safetensors in bfloat16, con head_dtype: float32 per il calcolo dei logit; nessun GGUF, MLX, AWQ, GPTQ, FP8 o NVFP4. Pesi dichiarati 8,4 GB, misurati su RTX A6000 48 GB e H100 SXM 80 GB, con nota esplicita «smaller cards have not been measured». Accuratezza dichiarata 205/231 (88,7%) sul set pubblico di JevBench, 654 token medi in ingresso per decisione, latenza p50 0,061 s su A6000 e 0,032 s su H100.
Letto accanto a Clef e a pplx-decider di ieri, questo chiude il confronto. Clef-flash scende a 5,84 GB ma attraverso GGUF di terzi; pplx-decider chiede 49 GiB e non ha quantizzazioni; questo sta in 8,4 GB di pesi ufficiali sotto Apache 2.0, cioè il profilo più leggero fra quelli pubblicati dal rilasciante e dentro una GPU da 24 GB. Il limite non è la taglia, è la catena di esecuzione: senza GGUF né MLX serve vLLM, in pratica CUDA — chi lavora su Apple Silicon resta su Clef in MLX, e la fonte dichiara di non aver misurato schede sotto i 48 GB, quindi la prestazione su una 24 GB è da verificare e non da assumere. Il caso d'uso non cambia da tre edizioni e a questo punto va messo in esercizio invece di essere annotato: smistare la corrispondenza di commessa, marcare gli allegati di una pratica come presenti, mancanti o illeggibili, attribuire una voce di prezzario a una categoria. Due cose da fissare prima: il contesto utile è quello della ricetta documentata, circa 41k token, non i 262.144 del config.json — un capitolato lungo si spezza, e il 422 arriva senza preavviso; e l'88,7% è un benchmark del rilasciante, non una misura sul lavoro di studio: la misura che conta è un campione di cinquanta casi reali controllati a mano, una volta sola, prima di fidarsi. Resta la natura dello strumento: è classificazione, non merito — una voce attribuita è bozza fino al riscontro sul prezzario, con articolo alla mano.
Hugging Face, H2O.ai — 02.10.2026, 19:19 UTC
Repository creato il 02.10 alle 08:00:28 UTC. Encoder T5 sulla base ai-forever/FRIDA, 823 mln di parametri: produce decisioni strutturate in un solo passaggio, senza generazione — scelta fra K opzioni, scala ordinale, sì/no, ranking. Le etichette stanno dentro la richiesta, in JSON, quindi un nuovo set di etichette non richiede riaddestramento. Licenza MIT. Formati: safetensors (bf16 in uso) e onnx/model_int8_pertoken.onnx — pesi e attivazioni int8 per token — per CPU. Memoria: la fonte dichiara 1,8 GiB di picco allocati da PyTorch sull'intera run di benchmark, più il contesto CUDA; misure su RTX 5060 Ti, 28-34 ms per richiesta in-process e circa 60 richieste al secondo con 8 in volo via vLLM 0.29. Lunghezza del testo: la fonte indica fino a 512 token come intervallo consigliato, il comando vLLM documentato usa --max-model-len 2048. Accuratezza dichiarata 0,893 sul proprio set (735 item), 0,891 in int8 ONNX su CPU. Lingue dichiarate: russo e inglese.
Tecnicamente è il taglio più interessante dei quattro: 823 mln di parametri, int8 su CPU, 1,8 GiB di picco — gira su una qualunque macchina di studio senza GPU, cioè senza spesa e senza contesa con gli applicativi di progetto, che è il nodo della workstation discusso in ed. 019. E le etichette nella richiesta sono la forma giusta: cambiare le categorie di smistamento non è un riaddestramento, è un JSON diverso. Ma la riga che decide è l'ultima: russo e inglese, nessun italiano dichiarato. Per smistare corrispondenza, allegati di pratica o voci di prezzario in italiano non serve, e provarlo comunque sarebbe esattamente l'errore che in queste pagine si contesta — valutare un modello sui suoi numeri invece che sul proprio compito. Si annota per due motivi. Primo: in tre giorni quattro rilascianti diversi — Cloudflare, Perplexity, H2O.ai e SberAI — hanno pubblicato modelli a uscita vincolata, e la forma sta diventando uno standard di fatto, non una curiosità. Secondo, più utile: fissa il profilo da cercare quando arriva l'equivalente multilingue — etichette nella richiesta, int8 su CPU, licenza permissiva, sotto il miliardo di parametri. Quando esce, è quello da provare sulle pratiche, non il 27B.
Hugging Face, ai-forever (SberAI) — 02.10.2026, 08:00 UTC
Due adapter LoRA creati il 02.10 alle 19:32:46 e 19:48:45 UTC, instradati per confidenza. Reflex Instinct 0.6B: LoRA rank 64 alpha 128 su tutte le proiezioni attention e MLP di Qwen/Qwen3-0.6B, più una pointer head di circa 0,5 mln di parametri; nessuna testa LM, solo probabilità calibrate (ECE 0,025 su 2.000 step held-out); circa 0,2 s per decisione, 191 ms p50 su RTX 5070 su pagine reali da circa 4,5k token. Licenza Apache 2.0; formati: solo adapter_model.safetensors e head.safetensors. Reflex Reason 2B: LoRA su Qwen/Qwen3-VL-2B-Instruct, legge screenshot e accessibility tree, ragiona e produce una sola azione; addestrato in 1.244 step e 6,9 ore su una RTX 5070. Risultati dichiarati: 76% full-step su Multimodal-Mind2Web (100 step), 34,6% su NNetNav live, 29,0% su siti WebArena; l'instradamento Instinct+Reason dà 52,4% di step accuracy contro 26,8% di Instinct da solo. Licenza openrail — commerciale ammesso ma con restrizioni d'uso vincolanti; restano in ogni caso i termini dei modelli base Qwen, da leggere a parte. Finestra di contesto e memoria richiesta non indicate dalla fonte per nessuno dei due.
Il caso d'uso è quello aperto in ed. 018 con Holo4 e in ed. 019 con Computer Use — compilare moduli su portali che non espongono API, estrarre da gestionali chiusi, ripetere sequenze di esportazione — e qui per la prima volta sta su una scheda consumer: 0,6 e 2 mld di parametri, addestrati e misurati su una RTX 5070, cioè in casa e senza far uscire nulla. Ma i numeri dichiarati sono l'argomento per non metterlo su una pratica: 29% su siti WebArena e 52,4% di step accuracy nella configurazione migliore significano che circa metà dei passi va corretta. Un agente con quelle prestazioni non invia un modulo: al massimo lo precompila mentre qualcuno guarda, ed è già un risparmio se il campo da riempire è lo stesso cinquanta volte. Vale senza sconti la regola di ieri sul worm agente-ad-agente: un agente che legge pagine web non fidate non riceve nella stessa sessione le credenziali del portale pratiche o della PEC — e qui la cosa è letterale, perché il modello legge screenshot e albero di accessibilità, cioè contenuto che arriva da fuori. Nota di licenza, terza volta in una settimana: Apache 2.0 su Instinct, openrail su Reason, due licenze diverse nello stesso rilascio, e l'openrail porta restrizioni d'uso che si leggono prima e non dopo — oltre ai termini del base Qwen-VL, che non sono coperti dall'adapter.
Hugging Face, Atlas AI — 02.10.2026, 19:32 e 19:48 UTC
Notizia del 02.10 (TechCrunch, Connie Loizos). Sean Parker, con il CEO Prem Akkaraju, riposiziona Stability AI da generazione di immagini a «go-to AI toolmaker for music professionals». Dati riportati: 76 mln $ raccolti a fine agosto 2026 da Sony, Warner e Universal, che hanno anche licenziato i rispettivi cataloghi per l'addestramento; in precedenza un round da 80 mln $ aveva stabilizzato la società dopo l'uscita del fondatore Emad Mostaque. Rilasciati tre modelli audio più un software di editing musicale (generazione di tracce strumentali o spezzoni da prompt testuale), con in arrivo il controllo canticchiando una melodia o a beatbox. I nomi dei tre modelli non sono indicati dalla fonte.
Non ha ricaduta operativa e si annota per una ragione sola, che però tocca un flusso di studio reale. Stability AI è la casa di Stable Diffusion, cioè metà dell'infrastruttura su cui poggiano i grafi ComfyUI usati per le immagini di progetto. Un riposizionamento dichiarato sulla musica è il segnale che da quel lato non arriveranno più modelli immagine nuovi e che la manutenzione delle famiglie SD esistenti diventa un'incognita. Conseguenza pratica, senza urgenza: i grafi che dipendono da checkpoint SD vanno considerati a fine corsa, e la sostituzione si cerca fra i modelli a pesi aperti con licenza leggibile — che è esattamente il motivo per cui in queste pagine la domanda su FLUX, Qwen-Image e Ideogram è sempre la licenza dei pesi e non il benchmark. Nulla da buttare: i checkpoint già scaricati continuano a funzionare, si smette solo di contare su versioni nuove. E un dettaglio che vale oltre la musica: i tre grandi editori discografici hanno licenziato i cataloghi per l'addestramento invece di fare causa — è il primo caso di licenza a monte su scala industriale, e se il modello attecchisce è la strada da cui passerà anche la questione dei diritti sulle immagini.
TechCrunch — 02.10.2026
Atti normativi su IA, UE e italiani: la finestra NON è chiusa in questa esecuzione da verificare. Diversamente da ieri, le fonti che servono a chiuderla non hanno risposto: gazzettaufficiale.it restituisce una pagina di rifiuto («The requested URL was rejected»), il filtro per data del Press Corner della Commissione non restituisce contenuto utilizzabile, la pagina notizie di agid.gov.it ha come ultima voce il 16.09, l'URL della newsroom del Garante privacy risponde 404, agendadigitale.eu risponde 403 e key4biz.it è bloccato da robots.txt. Non si afferma né si esclude l'uscita in Gazzetta di decreti collegati al D.Lgs. 160/2026, di atti AgID o ACN o di provvedimenti del Garante datati 02.10: va ricontrollato a mano, ed è il buco di copertura più rilevante di oggi. Calendario, non notizia: resta il termine del 10.10.2026 — fra una settimana — per il secondo decreto attuativo della L. 132/2025 (AgID autorità di notifica, ACN vigilanza del mercato, IA nella formazione), e il 31.10 per lo spegnimento di GLM 5.2 sulla piattaforma Mistral (ed. 020). In finestra, senza ricaduta operativa: Anthropic annuncia il 02.10 la Claude Frontier Academy, 100 mln $ per formare 10.000 «Frontier Deployed Engineers» entro fine 2027 con una residency in tre fasi a San Francisco, New York e Londra, primi diplomati a inizio 2027 e partner iniziali Accenture, Bain, Capgemini, Commonwealth Bank of Australia, Deloitte, McKinsey, Morgan Stanley e Novo Nordisk — nessun accesso per professionisti singoli, nessuna ricaduta in studio. Leone XIV scrive su X la mattina del 02.10 che «there is an ontological difference, even before an aesthetic one, between art and what a machine can generate through statistical calculation based on millions of images created by others. Algorithms lack the spark of humanity», richiamando l'enciclica Magnifica Humanitas del 15.05.2026: non è un atto né una norma, ma è un argomento che tornerà nelle conversazioni con i committenti sulle immagini generative — e la risposta di studio resta quella documentale di ed. 018, cioè la catena delle scelte umane tenuta agli atti (schizzo o modello di partenza, sequenza dei prompt con le varianti scartate, post-produzione, file datati). Il post non è stato letto direttamente: citazione e collocazione temporale vengono da TechCrunch. Rilasci in finestra, sotto soglia o fuori perimetro: EXAONE Forecast for Demand 1.0 di LG AI Research (02.10, 06:25:52 UTC), modello fondazionale per serie temporali specializzato sulla previsione della domanda — 348 mln di parametri (backbone 312 mln congelato più 36 mln di adapter e router), contesto 8.192, orizzonte 64 per passata, uscita su 21 quantili, fp32, addestrato solo su dati sintetici; licenza EXAONE AI Model License Agreement 1.2 — NC: uso consentito solo per ricerca e didattica, con il §3.1 che vieta espressamente qualunque uso commerciale diretto o indiretto di modello, derivati e output. Pesi scaricabili, non impiegabile in attività retribuita: quinto caso in quattro giorni, e la regola resta quella scritta ieri — decide la licenza, non la disponibilità del download. Quantizzazioni di basi anteriori alla finestra, che per la soglia adottata non fanno voce, con una che vale però la riga: ggml-org pubblica il 02.10 Clef-GGUF alle 17:34:38 UTC e Clef-Flash-GGUF alle 17:29:28 UTC, apache-2.0 — e questo è il dato utile, perché i GGUF citati in ed. 021 erano di terzi mentre questi vengono dall'organizzazione di llama.cpp, cioè il canale di riferimento per chi li esegue in locale. Rettifica collegata: i base Cloudflare/clef e clef-flash risultano creati il 30.09 alle 21:15 UTC, quindi il 01.10 riportato in ed. 021 era la data dell'annuncio sul blog, non del repository. Inoltre, in finestra: ggml-org Kev-9B-GGUF e Kev-0.8B-GGUF (apache-2.0, basi del 20.09), Bespoke-Nimble-9B-v3-GGUF (cc-by-nc-4.0, quindi non commerciale, base del 30.09), MiMo-V2.6-Pro-MOPD-GGUF e Pro-RL-GGUF; bartowski FrogNano-4B-2609-GGUF (MIT, base Microsoft del 17.09) e Lythri_Lythri-4B-A2B-GGUF (base del 01.10); leok7v/supertonic (quantizzazioni fp32/q8/q4 di Supertone/supertonic-3, openrail). Segnalato e non promosso a voce da verificare: polyskill/LGTM (02.10, 11:56:16 UTC), TTS multilingue a 44,1 kHz con dieci voci, clonazione zero-shot e italiano fra le lingue dichiarate, distribuito in PyTorch e ONNX — sarebbe interessante per i verbali, ma nessun campo licenza nella scheda e provenienza non identificabile: in assenza di licenza dichiarata non si assume l'uso commerciale e non si scarica in una cartella di commessa. Verificati e fermi: controllo diretto sull'API Hugging Face per autore su circa cinquanta organizzazioni ufficiali (OpenAI, Anthropic, Google e google-deepmind, Meta, Mistral, Qwen, DeepSeek, Moonshot, Z.ai/THUDM, MiniMax, Tencent, ByteDance-Seed, XiaomiMiMo, NVIDIA, Microsoft, Amazon, Cohere, AI21, Reka, IBM Granite, Apple, TII/Falcon, Sarvam, Naver, Upstage, Baidu, MBZUAI, AllenAI, LiquidAI, Stability AI, BAAI, Jina, Nomic, Alibaba-NLP, OpenGVLab, Skywork, InternLM, Wan-AI, Kyutai, Snowflake, Databricks, Together, Arcee, Nous Research, Cerebras, Zyphra, hexgrad, Canopy Labs, FunAudioLLM, pyannote, Systran): nessun repository di modello creato in finestra. Scansione globale dei repository creati in finestra per createdAt fino a 4.000 record: oltre alle voci riportate, solo conversioni e quantizzazioni di pesi anteriori. Runtime, nessuna release su PyPI in finestra: vLLM 0.30.0 del 22.09, SGLang 0.5.21 del 01.10 (già in ed. 021), mlx-lm 0.32.0 del 01.10 e mlx 0.32.3 del 29.09, llama-cpp-python 0.3.36 del 01.10, transformers 5.18.0 del 30.09, exllamav3 1.5.3 del 27.09. Scartati per data sulla fonte primaria: «OpenAI halts release of new model over safety concerns» ha primaria CNBC del 28-29.09 e non è di giornata; il riepilogo settimanale Micro Center del 02.10 elenca GPT-6.1 Sol, Claude Sonnet 5.5, Gemini 4 Argon, «Dots» e un piano da 500 $ senza date per singola voce, non ancorabili alla finestra e comunque già tutti in rassegna fra ed. 012 e ed. 020; l'unico post OpenAI del 02.10 è editoriale («A practical guide to building with GPT-6») e non fa voce; Digital Omnibus, parere del Garante del 14.07 e approvazione in CdM dei decreti di adeguamento sono materiale anteriore. Non verificabili in questa esecuzione da verificare: API GitHub non abilitata e pagina HTML delle release di llama.cpp servita con contenuto fermo a metà agosto, quindi Ollama, LM Studio, KoboldCpp, Jan, text-generation-webui, TensorRT-LLM e llamafile restano non verificati; Ars Technica e The Verge bloccati; simonwillison.net/2026/Oct/2/ risponde 404 e la home ha come ultima voce il 01.10, quindi nessun contenuto suo in finestra; llm-stats, pricepertoken e Artificial Analysis restituiscono timestamp relativi o voci senza data per riga, e i nomi di modello estratti da lì non hanno trovato conferma su alcuna fonte primaria — scartati per intero, non per copertura ma per verificabilità. Nessun incidente di sicurezza con divulgazione nuova in finestra: i due casi citati da Apple sono riferiti indirettamente e probabilmente anteriori. Listini e condizioni d'uso: in finestra la sola variazione riscontrata è lo sconto del 50% sull'API di Flux 3 fino all'8 ottobre; nessun'altra modifica di prezzo o di termini d'uso di OpenAI, Anthropic, Google o altri risulta datata 02.10.
Open source / GitHub
Release stabile, non pre-release. Versione 2.3.0, licenza MIT (OSI approved, da PyPI), pubblicata su PyPI il 02.10.2026 alle 22:06:52 UTC — usata come fonte primaria perché la pagina HTML del tag su GitHub non stampa l'anno. Python 3.10+. Contenuti dichiarati: nuovo parametro max_sse_event_size per risultati di tool più grandi, MCPServer(subscriptions=False), Server(get_tool_input_schema=...) per la validazione degli header. Cambi di comportamento: dipendenza su httpx2>=2.10.0; i tool con annotazioni x-mcp-header non valide ora falliscono alla registrazione; _meta e params vuoti omessi dalle richieste.
Rileva per chi ha già un server MCP di studio che espone prezzario, pratiche o l'archivio IFC/DXF a un client — il pezzo indicato come «da studiare a costo zero» in ed. 019 e arrivato confezionato da un produttore con il server Maxon per Cinema 4D in ed. 020. Il motivo per leggere le note prima di aggiornare è uno e secco: le annotazioni x-mcp-header non valide ora fanno fallire la registrazione del tool, quindi un server che fino a ieri partiva con un avviso da domani non parte, e lo si scopre nel momento sbagliato. Procedura: si aggiorna su una copia, si verifica che tutti i tool si registrino, e solo dopo sulla macchina che serve il lavoro. La seconda cosa da guardare è il salto da httpx a httpx2, perché tira dentro l'ambiente Python dove girano anche IfcOpenShell ed ezdxf: ambiente virtuale dedicato al server MCP, non il Python di sistema — altrimenti un aggiornamento di libreria HTTP si porta dietro gli script di computo, che è il modo classico di perdere un pomeriggio.
PyPI · note di rilascio GitHub — 02.10.2026, 22:06 UTC
Release stabile. Versione 1.32.0, licenza MIT (registry npm), pubblicata il 02.10.2026 alle 17:32:51 UTC secondo npm (la pagina GitHub indica 17:28 UTC: la data viene dal registry). Contenuti con impatto diretto sulla sicurezza: i transport HTTP del client seguono i redirect solo se restano sulla stessa origine, con il cross-origin da abilitare esplicitamente; nuova opzione maxToolInputElements su McpServer per limitare elementi di array e membri di oggetti negli argomenti dei tool; aggiunto expectedResource a requireBearerAuth per validare l'audience del token; più fix a sessioni inattive e al task store in memoria.
È la voce che si lega direttamente alla riga di ieri sul worm agente-ad-agente, e per una volta la contromisura sta nel codice invece che nella procedura. Il redirect vincolato alla stessa origine chiude la via che l'episodio UNCTAD aveva mostrato in ed. 018 — l'agente non forza la porta, passa da un terzo sito legittimo: qui il client non lo segue più per difetto, e il cross-origin diventa una scelta scritta, cioè documentabile. maxToolInputElements è l'altra metà: un tetto agli argomenti che un tool accetta è la difesa contro l'input gonfiato che fa esplodere memoria o costo, e in studio il tool che riceve argomenti è quello che legge un IFC o scrive in una cartella di commessa. expectedResource sull'audience del token evita che una credenziale emessa per un server valga su un altro — la stessa logica del tetto di durata sui token OIDC di Windmill (ed. 021). Chi tiene un client o un server MCP in studio aggiorna entrambi gli SDK nella stessa sessione di manutenzione, con la cautela sulla registrazione dei tool scritta nella voce sopra: prima la copia di prova, poi la macchina che lavora.
registry npm · note di rilascio GitHub — 02.10.2026, 17:32 UTC
In finestra, sotto soglia o con licenza non libera: n8n 2.41.6 del 02.10 alle 07:26:47 UTC (npm), versione marcata latest e stable, con un solo fix — «keep the task runner running on an unhandled promise rejection» (PR #40092), cioè il task runner che non si arresta più su promise rejection non gestite. Utile a chi ha automazioni di pratiche in esercizio, e si applica nella stessa sessione di manutenzione delle 2.41.4 e 2.41.5 (ed. 020 e 021), non come intervento a sé; le 2.42.x restano beta/next e fuori soglia. Resta la nota di licenza, e vale ripeterla perché il filone elenca n8n fra i progetti open: il LICENSE.md dichiara Sustainable Use License per il codice generale e n8n Enterprise License per i file con .ee. nel nome o in directory .ee — fair-code, non OSI, quindi non software libero in senso stretto, e se l'automazione finisce dentro un servizio fatturato al committente il testo va letto. Altre release in finestra, fuori perimetro o sotto soglia: qgis-plugin-tools 2.1.1 alle 12:31 UTC (GPL-2.0-or-later), libreria di supporto per chi sviluppa plugin QGIS e non strumento di studio; trimesh 5.1.1 alle 21:06 UTC (MIT), patch di libreria mesh; streamlit 1.65.0 alle 21:40 UTC (Apache-2.0), fuori filone. Appena fuori finestra: Dagster 1.13.25 (01.10, 17:07 UTC), docling 2.132.0 (01.10, 09:47 UTC, già in ed. 021) e haystack-ai 3.3.0 del 01.10. Nessun cambio di licenza o governance, nessun nuovo standard o formato supportato, nessun fork rilevante, nessuna fine di supporto e nessuna prima release pubblica di progetto nuovo nelle 24 h. Nota di metodo, con conseguenze su questa esecuzione: le pagine HTML dei rilasci su GitHub, già segnalate in ed. 020 e 021 come servite dalla cache, oggi hanno restituito versioni arretrate di settimane su almeno cinque progetti — Windmill (letta 1.812.0, mentre ed. 021 ha riscontrato la 1.821.0 del 01.10 su crates.io e npm), Kestra (letta v1.3.37, mentre ed. 021 ha riscontrato la v2.0.4 del 29.09), NiFi (letta 2.10.0 contro la 2.12.0 del 13.09), COLMAP (letta 4.2.0 contro la 4.2.1 del 29.09) e Stirling-PDF (letta v2.14.3 contro la 3.0.2 del 01.10). Dove ed. 021 aveva un riscontro su registro di pacchetto, quello resta il riferimento: le letture di oggi non sono regressioni di versione, sono risposte vecchie, e per nessuno dei cinque risulta una release datata 02.10. Verificati e fermi — integrazione e automazione: Node-RED 5.0.7 dell'08.09 (manutenzione 4.1.15, 3.1.15, 2.2.3, 1.3.7), Activepieces 0.91.x, Huginn fermo al 2022, Temporal server v1.32.0 dell'11.09 e SDK Python temporalio 1.34.0 del 30.09, Airflow 3.3.2 del 17.09, Prefect 3.8.7 del 27.09 (in finestra solo build .dev). Document AI e dati: Tesseract 5.5.3, OCRmyPDF 17.13.0 del 28.09 (MPL-2.0), marker 2.0.0 del 20.07, unstructured 0.27.10 del 27.09, PaddleOCR 3.7.0 dell'11.06, pypdf 6.19.0, pikepdf 10.16.0 del 29.09, camelot-py 2.0.0, Presidio 2.2.364. Geospaziale e rilievo: il blog QGIS non pubblica nulla il 02.10 e l'ultimo annuncio resta la 4.0 «Norrköping» del 09.03.2026; restano il riferimento le versioni riscontrate in ed. 021 — ramo corrente 4.2.3 e LTR 3.44.15 del 25.09, con la prossima LTR 4.4.0 prevista per il 30.10.2026, che è la data su cui si pianifica l'aggiornamento delle postazioni. Poi GDAL 3.13.3 del 18.08, bindings Python PDAL 3.5.5 del 31.07, CloudCompare v2.13.2, Meshroom 2025.1.0 (dopo solo nightly), OpenDroneMap 3.6.2, PostGIS ancora in release candidate (3.7.0rc2 dell'08.09, stabile 3.6.x), rasterio 1.5.2 del 30.09, geopandas 1.2.0 del 28.09, pyproj 3.8.0, laspy 2.7.0, Open3D 0.20.0. Strumenti di studio: Paperless-ngx v3.2.1 del 20.09, Docspell v0.43.0, restic 0.19.1 del 05.07, Borg stabile 1.4.5 (le 2.0.0b24 e b25 sono beta), borgmatic 2.1.9 del 25.09, duplicity 3.2.1 del 28.09. OSINT: Amass v5.1.1, theHarvester 4.11.1, Sherlock 0.16.2 del 10.09, Holehe 1.61 e Photon fermi al 2022 e al 2018. Per SpiderFoot, Recon-ng, Maltego CE e il toolkit Bellingcat non è stata raggiunta alcuna fonte primaria con data verificabile: stato non indicato dalla fonte, non si afferma nulla. Non verificabili in questa esecuzione da verificare: API GitHub (403 dal proxy) e feed releases.atom (robots.txt), quindi non è stato possibile spogliare sistematicamente tutte le release GitHub del 02.10 — la copertura di quel giorno poggia su PyPI e sul registry npm, che non coprono i progetti distribuiti solo come binari o tag GitHub (CloudCompare, COLMAP, Meshroom, Tesseract, restic, Borg, Stirling-PDF, Docspell, Amass); front page di Hacker News del 02.10 (HTTP 419); archivio Phoronix per data (nessun articolo del 02.10 individuato, archivio non sfogliabile); OSGeo news (contenuto obsoleto, ultimo elemento FOSS4G 2021); GitHub Trending (non accessibile, e in ogni caso i progetti trending senza release sono fuori soglia); campo licenza vuoto nei metadati PyPI di pdfplumber, holehe, theHarvester e chromadb.