GATE SCALA-01: 'non prima del 2026-10-01' incompatibile con A2; data d'arming 20/06 vs 23/06 #5
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
CLAUDE.md §4 riga 259: la data 'non prima del 2026-10-01' e' 30 giorni dal 01/09, ma A2 (SPEC-scale-key §6.2) chiede k0 in produzione >=180 giorni col criterio passato ogni giorno, e il criterio lo misura solo scale_watch, attivo dal 2026-09-01 (scale_history.jsonl): 180 giorni cadono il 2027-02-28. Decisione dell'operatore 10/09: si conta dal 01/09 -> gate non prima del 2027-02-28. Inoltre CLAUDE.md §0 riga 41 dice 'LIVE dal 2026-06-20' e config/live.json 'ARMATO 2026-06-23': sono due eventi (commit
4650aa720/06 arma TP01 solo; commitdb738bc23/06 arma il BOOK TP01+SKH01, prima lettura di equity 23/06 22:00Z) e vanno scritti entrambi.Soluzione
Commit
f82f685(2026-09-10). CLAUDE.md §4: GATE SCALA-01 'non prima del 2027-02-28' = 180 giorni dal 2026-09-01, primo giorno di scale_watch — A2 conta da quando il criterio e' MISURATO, non dall'arming (decisione dell'operatore dopo pro/contro delle tre letture: dal 01/09, dall'arming 23/06 -> 20/12/2026, o A2 ridotto a 30 g; scartate le ultime due perche' un criterio ricostruito a posteriori non prova nulla sul sorvegliante e allentare un gate senza costo d'attesa e' vietato da §4). docs/research/SPEC-scale-key.md: nota in testa che il '2026-10-01' era il punto 5 (30 giorni di sorvegliante) scambiato per la data del gate. CLAUDE.md §0: arming riconciliato — 20/06 = TP01 da solo (commit4650aa7), 23/06 = il BOOK TP01+SKH01 (commitdb738bc, prima lettura di equity 23/06 22:00Z, la data che config/live.json e il TWR usano): erano due eventi, non un errore.