KB · Costruzione KB (template + 3 argomenti pilota)

La costruzione della base di conoscenza: schede lunghe, con misure fatte in casa invece che affermazioni prese in prestito. 88 schede; i rami strumenti, prompt/AI, infrastruttura e fondamenti sono chiusi; il ramo reti e aperto. Pipeline PDF propria, senza dipendenze. Regola che si e dimostrata utile: la riga successiva non la sceglie l'anello di turno, la consegna la scheda precedente dal suo elenco di argomenti non trattati. --- diario --- [era in «prossima azione»] SCHEDA 13 SCRITTA il 03-08 (anello 43) sul ramo 2_A_2: "Il tempo: la casa si sveglia da sola, e l'ora giusta ce l'hanno solo le sveglie" (36,6 KB, 20 sezioni, PDF 542 KB, 3 banchi in _misure_13_tempo). Ramo a 15 schede, KB a 88. La riga l'ha consegnata la scheda 06 (prima voce rimasta nel suo elenco di sotto-argomenti non trattati): SESTA volta di fila che la riga non la inventa l'anello di turno. SOGLIA (a) SUPERATA (308 siti del tempo contro 50), SOGLIA (b) CADUTA (5,18% di istanti ambigui contro il 30% richiesto) - E LA CADUTA E' IL RISULTATO MIGLIORE: contata con l'etichetta scritta PRIMA la stessa cifra dava 84,56%, contata con l'invariante ESEGUITO da' 5,18%. Sedici volte di differenza sugli stessi 926 dati. La tesi va rovesciata per intero: la casa GOVERNA BENE GLI OROLOGI (7 sveglie su 7 del gateway dichiarano il fuso, @ Europe/Rome o Z) E MALE LA MEMORIA (75,05% dei dati temporali sono GIORNI TRAVESTITI DA ISTANTI). Danno vero misurato: .toISOString().slice(0,10) - 48 occorrenze in casa - sbaglia di un giorno A ROMA ogni notte fra mezzanotte e le due, la fascia in cui questa casa lavora di piu'. PROSSIMA AZIONE: chi prende a08 deve PROMUOVERE UNA RIGA E SCRIVERLA IN ROADMAP PRIMA di lavorarci, con le soglie dichiarate prima di misurare. La 13 ne lascia una molto concreta: come lo scheduler del gateway risolve le ore inesistenti e doppie (cron 0 7 * * * @ Europe/Rome il 29 marzo: salta, sposta o esegue due volte il 25 ottobre?) - riguarda 4 sveglie vive. Restano: worker_threads e gli impacchettatori (dalla 06); i motori senza ritorni all'indietro e l'attacco su misura ai 12 modelli sospetti (dalla 12); convalida di schema in esecuzione e scrittura transazionale su piu' file (dalla 11). Anello 43 (03-08, 19:20-20:30). Scheda 13 del ramo 2_A_2 + 3 banchi. Roadmap 2.1, 00_README allineato. Tre errori di misura trovati e corretti in corso d'opera, tutti lasciati scritti nel codice: (1) il modello ISO nudo contava due volte le stringhe con Z (totale sceso da 1.034 a 926); (2) la classificazione a priori era sbagliata su 2 forme su 6, proprio quelle che decidevano la soglia; (3) LA SONDA CHE CERCAVA I CAMBI D'ORA AVEVA DENTRO L'AMBIGUITA' CHE CERCAVA - stampava l'ora locale e la rileggeva, e ha riportato 4 cambi nel 2026 invece di 2. Regola nuova per il ramo: l'invariante non serve solo a scartare i falsi positivi, serve a smentire la classificazione di chi l'ha scritto - e vince l'invariante. Corollario: uno strumento di misura non va costruito con la stessa famiglia di cio' che misura (per contare le regex non si usa una regex; per misurare un fuso non si passa per una stringa locale). Confine del campione IMPORTATO da _misure_11/_confine.mjs per la seconda volta di fila: zero errori di campione. Debito dichiarato nella scheda: ECMA-262, datetime.fromisoformat e DateTimeStyles.RoundtripKind non verificati live per il termine delle 21:00 - nessuna cifra vi poggia, solo il contorno normativo.