GATE SCALA-01: 'non prima del 2026-10-01' incompatibile con A2; data d'arming 20/06 vs 23/06 #5

Closed
opened 2026-09-10 12:54:33 +00:00 by Adriano · 1 comment
Owner

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 4650aa7 20/06 arma TP01 solo; commit db738bc 23/06 arma il BOOK TP01+SKH01, prima lettura di equity 23/06 22:00Z) e vanno scritti entrambi.

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 4650aa7 20/06 arma TP01 solo; commit db738bc 23/06 arma il BOOK TP01+SKH01, prima lettura di equity 23/06 22:00Z) e vanno scritti entrambi.
Adriano added the bug label 2026-09-10 12:54:33 +00:00
Author
Owner

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 (commit 4650aa7), 23/06 = il BOOK TP01+SKH01 (commit db738bc, prima lettura di equity 23/06 22:00Z, la data che config/live.json e il TWR usano): erano due eventi, non un errore.

**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 (commit 4650aa7), 23/06 = il BOOK TP01+SKH01 (commit db738bc, prima lettura di equity 23/06 22:00Z, la data che config/live.json e il TWR usano): erano due eventi, non un errore.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Adriano/PythagorasGoal#5