​

Feature Flag

Il repository attuale contiene un’infrastruttura di flag leggera ed ereditata. L’obiettivo raccomandato per questa piattaforma è più rigoroso:

• catalogo tipizzato dei flag nel codice
• valori runtime basati su Supabase
• override con ambito workspace
• kill switch espliciti
• flag di migrazione per il passaggio a Charles
• un unico resolver condiviso tra app, api e worker

​

Perché è importante

Questo repository non è solo una superficie di prodotto frontend. Necessita di flag che possano controllare in sicurezza:

• il passaggio di compatibilità
• i percorsi di scrittura del provider
• il comportamento di dispatch del worker
• lo stato di migrazione per singolo workspace

​

Classi di flag raccomandate

1. surface.* per l’esposizione UI
2. runtime.* per le capacità backend
3. kill.* per gli arresti d’emergenza
4. migration.* per il controllo del passaggio per workspace

​

Lacuna dell’implementazione attuale

La documentazione presuppone già un modello operativo di flag più solido di quello attualmente fornito dal codice. La prossima sequenza dovrebbe chiudere questa lacuna prima che il lavoro di rollout più ampio continui.

​

Flag attivi

​

Prossima lettura

• Next Steps
• Operations Runbook
• Migration Plan