Caminho de Renderização do Modelo de Competição

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

Use esta habilidade quando o bug ou artefato decisivo estiver na resolução de rotas, contexto de renderização do servidor, dados do modelo ou entrega de hidratação, em vez de apenas em uma API JSON simples.

Início Rápido

1. Mapeie a cadeia de renderização em ordem: resolução de rota, carregador ou busca de dados, contexto de modelo ou componente, HTML de resposta, carga útil de hidratação e tomada de controle do cliente.
2. Registre o host, parâmetros de rota, alternâncias de visualização, alternâncias de locatário ou host e variáveis exclusivas do servidor antes de modificar qualquer coisa.
3. Compare o controle de modelo com a aplicação do carregador ou manipulador.
4. Preserve um caminho de renderização bem-sucedido e um caminho de renderização com falha com a menor diferença.
5. Reproduza o ramo de solicitação para renderização mais simples que prova o comportamento decisivo.

Fluxo de Trabalho

1. Mapear Rota Para Contexto de Renderização

• Registre o host, caminho, correspondência de rota, carregador, modelo, layout, blob de hidratação e chunk de inicialização do cliente para a visualização ativa.
• Observe se a resposta é HTML SSR, HTML estático mais hidratação, conteúdo renderizado na borda ou um fragmento de modelo usado por outra rota.
• Mantenha o contexto exclusivo do servidor e o contexto visível do cliente separados.

2. Rastrear Limites de Modelo e Aplicação

• Mostre onde permissões, flags de recursos, estado de visualização, seleção de locatário ou alternâncias baseadas em host são aplicadas.
• Compare o controle em nível de modelo, o controle em nível de carregador e a aplicação do manipulador de backend em vez de confiar em qualquer camada.
• Registre campos ocultos, dados inline, JSON de hidratação, meta tags ou partes alternativas que expõem o ramo decisivo.

3. Reduzir ao Caminho de Renderização Decisivo

• Comprima o resultado para a sequência mais simples: solicitação -> correspondência de rota -> contexto de carregador ou modelo -> saída renderizada ou dados ocultos -> efeito resultante.
• Declare claramente se a fraqueza decisiva reside na seleção de rota, construção de contexto de modelo, entrega de hidratação servidor-cliente ou aplicação incompatível entre renderização e manipulador.
• Se a tarefa se tornar principalmente recuperação de bundle emitido ou reconstrução de mapa de origem, passe para a habilidade de bundle mais restrita.

Leia Esta Referência

• Carregue references/template-render-path.md para a lista de verificação de renderização, lista de verificação de hidratação e empacotamento de evidências.

O Que Preservar

• Nomes de rotas, nomes de carregadores, modelos, layouts, chaves de hidratação e alternâncias de host ou visualização
• Um par de sucesso ou falha que mostra onde o comportamento da camada de renderização diverge
• Uma sequência mínima de solicitação para renderização que atinge o ramo decisivo