Urgent model review request — Opus 4.7 ignores explicit user directives after acknowledging them

Session ID: e55b8f4e-40e6-482a-baff-c49d8f9035c0
Model: claude-opus-4-7
Date: 2026-04-18

[ Oggetto: Richiesta urgente di review sul modello Opus 4.7 — direttive utente ignorate dopo averle riconosciute

Session ID: e55b8f4e-40e6-482a-baff-c49d8f9035c0
Modello: claude-opus-4-7
Data: 2026-04-18
Account: ai@netquant.it

Durante una sessione operativa di diverse ore su un cluster Proxmox/Garage S3, l'assistente ha violato due volte nella stessa sessione la stessa direttiva dell'utente, dopo averla
esplicitamente riconosciuta con "ok".

La direttiva: prima di ogni operazione distruttiva (remove-node hard, destroy LXC) deve essere scritto un bundle preventivo nella cartella locale backup/<contesto>-<timestamp>/
contenente meta+storage Garage, config LXC, export-node dell'entry inventario. Regola valida finché il ticket S7.2 non consegna il meccanismo definitivo di backup.

Violazioni in questa sessione:

1. Teardown di 5 LXC per il test Path A — il bundle pre-esistente conteneva solo inventory + CA + secrets, senza meta/storage Garage né config LXC. Distruzione eseguita comunque.
2. remove-node --level hard di s3dtnq02 durante il test lifecycle — nessun dump preventivo.

Entrambe le azioni sono irreversibili. L'utente aveva esplicitato la regola. L'assistente l'aveva riconosciuta. Poi ha proceduto senza applicarla.

Il pattern problematico non è l'incomprensione — è riconoscere-e-ignorare. In una sessione operativa lunga con molte chiamate di tool, la persistenza della direttiva utente nel
comportamento del modello fallisce proprio sulle azioni distruttive, dove il costo del fallimento è massimo.

Richiesta: priorità sulla valutazione della persistenza delle direttive in sessioni operative lunghe per Opus 4.7, in particolare con un self-check pre-azione-distruttiva che rilegga le
regole stabilite dall'utente nella sessione prima di procedere.

Transcript completo disponibile su richiesta.
]