​

Feature Flags

O repositório atual contém um scaffold de flags herdado e leve. O alvo recomendado para esta plataforma é mais rigoroso:

• catálogo de flags tipado no código
• valores em runtime baseados no Supabase
• overrides com escopo de workspace
• kill switches explícitos
• flags de migração para o cutover do Charles
• um resolver compartilhado entre app, api e worker

​

Por que isso importa

Este repositório não é apenas uma superfície de produto frontend. Ele precisa de flags que possam controlar com segurança:

• cutover de compatibilidade
• caminhos de escrita do provider
• comportamento de dispatch do worker
• estado de migração por workspace

​

Classes de flag recomendadas

1. surface.* para exposição de UI
2. runtime.* para capacidades de backend
3. kill.* para paradas de emergência
4. migration.* para controle de cutover do workspace

​

Lacuna de implementação atual

A documentação já assume um modelo operacional de flags mais forte do que o código atualmente oferece. A próxima sequência deve fechar essa lacuna antes que o trabalho de rollout mais amplo continue.

​

Flags ativas

​

Leia a seguir

• Próximos Passos
• Runbook de Operações
• Plano de Migração