Navegador de Competição Persistência

Use esta habilidade apenas como uma especialização downstream depois que $ctf-sandbox-orchestrator já estiver ativo e tiver estabelecido suposições de sandbox, propriedade de nó e prioridades de evidência. Se isso ainda não aconteceu, retorne para $ctf-sandbox-orchestrator primeiro.

Use esta habilidade quando o ramo decisivo existir no estado mantido pelo navegador em vez de apenas em HTML visível ou código-fonte de backend.

Responda em português do Brasil, a menos que o usuário solicite explicitamente outro idioma.

Início Rápido

1. Identifique primeiro a superfície de persistência ativa: cookie jar, localStorage, sessionStorage, IndexedDB, Cache Storage ou service worker.
2. Registre a origem, escopo, domínio, caminho, expiração e nomes das chaves antes de mutar o estado.
3. Vincule o estado armazenado a um efeito concreto: cabeçalho de requisição, ramo renderizado, resposta em cache, comportamento offline ou acesso a rota oculta.
4. Separe o estado de inicialização do estado mutado em tempo de execução.
5. Reproduza a menor sequência com estado que atinge o ramo decisivo.

Fluxo de Trabalho

1. Mapear Superfícies de Estado do Navegador

• Inspecione cookies, buckets de armazenamento, registros de service worker, entradas de cache e globais transitórios expostos durante a inicialização.
• Registre a qual origem, host, rota ou flag de recurso cada item de estado se aplica realmente.
• Mantenha tokens de autenticação, material de atualização, estado CSRF, respostas em cache e toggles de recursos em blocos de evidência separados.

2. Vincular Estado ao Comportamento em Tempo de Execução

• Mostre como o estado armazenado se torna cabeçalhos de requisição, derivação de função, visibilidade de rota, dados de API em cache ou comportamento de fallback offline.
• Compare execuções com estado limpo e estado mutado, alterando uma variável de cada vez.
• Distinga o estado apenas da UI do estado aceito pelo backend.

3. Reduzir à Cadeia de Persistência Decisiva

• Comprima o resultado para a menor cadeia: página inicial ou login -> estado persistido -> requisição subsequente ou ramo de renderização -> capacidade resultante.
• Mantenha o armazenamento extraído, scripts de service worker e etapas de replay vinculados à mesma origem e rota.
• Se o problema se expandir para roteamento web geral ou comportamento de worker fora da persistência do navegador, volte para a habilidade mais ampla de runtime web.

Leia esta Referência

• Carregue references/browser-persistence.md para a lista de verificação de estado do navegador, lista de verificação de service worker e empacotamento de evidências.

O Que Preservar

• Atributos de cookie, chaves de armazenamento, nomes de banco de dados, chaves de cache, escopos de service worker e limites de origem
• O efeito exato de requisição ou renderização causado por cada item de estado decisivo
• Passos de reprodução de estado limpo vs. estado mutado para o menor caminho funcional