O caso analisado: rastreie a recomendação até suas evidências
Acompanhe a solicitação sintética da Tessera Compute desde sua solicitação enviada até as evidências por trás de sua recomendação de Upgrade study. Os casos contrastantes mostram por que prontidão, impacto térmico e prioridade de estudo exigem explicações separadas. Todas as solicitações e a rede são sintéticas; os nomes de empresas solicitantes visíveis nas capturas de tela são rótulos de fixtures, não clientes, implantações ou endossos.
Selecione qualquer captura de tela para abrir o original em tamanho real. Estas são capturas de tela do produto; os controles retratados pertencem ao espaço de trabalho local gravado.
Siga as evidências
Inspecione a solicitação antes de confiar em sua recomendação
A Tessera solicita 750 MW no ponto de interconexão bus 3. O texto enviado descreve controle de área e pagamentos de depósito atuais. A visualização de origem permite que um revisor compare essas declarações com os campos extraídos, em vez de inferir completude a partir do nome de um projeto ou da capacidade solicitada.
A visualização de admissão registra controle de área confirmado e um depósito de estudo efetuado. Essas entradas contribuem para a prontidão de 0.92, exibida como 92 out of 100. Esta é uma heurística de priorização configurada, não uma probabilidade de conexão bem-sucedida, uma avaliação de crédito ou prova de viabilidade de engenharia.
A admissão opcional assistida por modelo fornece uma extração adicional para comparação com a fonte. O walkthrough em vídeo reutiliza uma resposta real salva do modelo. Esse resultado consultivo não pode alterar a recomendação salva da fila nem a ordem de estudo, e a execução completa da fila não usa o modelo. Um revisor ainda precisa verificar os campos extraídos em relação à solicitação enviada.
Defina a rede que a triagem realmente cobre
O caso de teste sintético contém 2,000 buses e 3,633 branches. A triagem monitora 976 ramos de transmissão não radiais com ambos os terminais em 138 kV ou superior. Power transfer distribution factors estimam como uma injeção altera os fluxos de linha; line outage distribution factors estimam os fluxos das linhas remanescentes após a remoção de uma linha monitorada.
Os MW solicitados são tratados como uma injeção balanceada em uma slack bus, incluindo solicitações rotuladas como grandes cargas. Trata-se de uma convenção de modelagem ilustrativa, não de um estudo validado de retirada de carga. Sobrecargas existentes na linha de base são excluídas da atribuição ao projeto, portanto a ausência de novas restrições do projeto não comprova que toda a rede seja segura.
Encontre a contingência que altera a rota de estudo
O pior carregamento atribuível à Tessera no caso base é de 92.3%, abaixo do limite térmico de 100%. Após a contingência de uma única linha monitorada, o pior carregamento atribuível atinge 112.4%. A recomendação é, portanto, Upgrade study, mesmo que sua solicitação esteja pronta e seu caso base permaneça abaixo do limite.
A pergunta útil na revisão é qual elemento se torna limitante, sob qual contingência e se a sobrecarga é recém-atribuível à solicitação. O esquemático fornece contexto de conexão; o ramo nomeado, a contingência e o carregamento fornecem a evidência térmica decisiva. Uma rota de Upgrade study requer trabalho adicional de engenharia em vez de aprovar um projeto de construção específico.
Compare uma triagem sem restrições com uma revisão marginal
A Apex DC sintética também solicita 750 MW e possui prontidão de 0.92. Seu pior carregamento atribuível na base é de 79.7% e o carregamento em contingência única é de 96.4%, sem nenhuma nova sobrecarga. Ela recebe um Clean screen: avançar para estudo detalhado de interconexão. Esse rótulo não autoriza a conexão.
A Cortex Compute sintética também não apresenta nova sobrecarga, mas seu carregamento de 96.7% em contingência única representa uma nova ultrapassagem acima da faixa de aviso de 95%. A política configurada encaminha esse caso marginal para Engineering review. Um valor abaixo do limite de sobrecarga pode, portanto, ainda exigir julgamento, e uma rota de revisão não é uma decisão final de engenharia.
Distinga reforço de admissão incompleta
A Stargate Compute sintética solicita 500 MW e atinge 163.6% de pior carregamento atribuível no caso base. Ela é direcionada para estudo de Major network build. Nesta configuração, um carregamento acima de 135% ou mais de quatro novos registros de restrição aciona essa rota. O rótulo identifica uma necessidade de estudo; não estabelece uma infração legal nem um projeto de reforço concluído.
A Helios Compute sintética tem um problema diferente. Sua solicitação carece de controle de área formalizado e de depósito efetuado; retiradas anteriores e um ajuste de solicitante de fachada ou de propósito específico também reduzem a pontuação configurada de prontidão para 0.00. Ela passa da posição de chegada 1 para a posição de primeira pronta 213, permanecendo na fila para admissão adicional.
Pontos de conexão não resolvidos, confiança de extração abaixo de 0.60 e física indisponível também direcionam solicitações para Engineering review. Isso preserva a diferença entre evidências faltantes e uma verificação aprovada. Cada recomendação precisa de seu motivo; uma pontuação composta única ocultaria se a próxima ação diz respeito a admissão, análise térmica ou julgamento de engenharia.
Analise a comparação da ordem de estudo sem transformar posições em tempo
| Recomendação de estudo | Solicitações sintéticas | Interpretação |
|---|---|---|
| Clean screen | 84 | Nenhuma nova sobrecarga atribuível e nenhuma condição configurada de revisão. |
| Upgrade study | 22 | Nova sobrecarga atribuível exigindo Upgrade study. |
| Engineering review | 30 | Evidências pendentes, física indisponível ou carregamento marginal. |
| Major network build | 24 | Rota configurada de estudo de reforço de grande porte. |
| Low readiness | 90 | Admissão adicional antes do estudo prioritário. |
As rotas de Clean screen e Upgrade study contêm, juntas, 106 solicitações e aproximadamente 62.2 GW de capacidade solicitada. A interface denomina isso capacidade pronta para estudo. Por incluir solicitações que necessitam de melhorias, não se trata de capacidade disponível ou conectável. O agrupamento por proximidade elétrica reúne apenas essas duas rotas; ele não define elegibilidade regulatória nem conclui um estudo combinado de engenharia.
A ordem de primeira pronta classifica por prioridade de recomendação, prontidão decrescente e, em seguida, MW solicitados decrescentes. Ao longo das 106 solicitações de Clean screen e Upgrade study, a posição mediana exata varia de 138.5 para 53.5; a interface trunca essas medianas. A Tessera passa da posição 9 para a 92 enquanto mantém sua rota de Upgrade study, demonstrando que a prontidão por si só não determina a prioridade.
A métrica visível de exposição a reestudos contabiliza solicitações a montante com Low readiness ou Major build uma vez para cada solicitação subsequente de Clean screen ou Upgrade study. Ela varia de 6,596 para zero porque a ordenação configurada posiciona essas rotas a montante mais tarde. Ela não simula reestudos reais, desistências, tempo decorrido, conclusão de melhorias ou esforço de engenharia, e essa comparação não é uma otimização nem uma garantia de imparcialidade.
Inspecione as verificações e preserve o registro exato do estudo
O benchmark de tempo de execução separa seis physics checks de seis policy cases explícitos. Os physics checks testam relações numéricas; os policy cases testam limites de roteamento configurados. A execução capturada relata todas as doze verificações aprovadas (twelve checks). Trata-se de evidência de implementação em um conjunto sintético fixo, não de precisão em campo, viabilidade completa da rede ou validação independente.
Uma exportação em JSON do plano de estudo específica da execução retém as evidências da fila, enquanto o HTML para impressão do projeto traz a identidade do estudo, a admissão, a recomendação e as restrições decisivas para uma solicitação. O JSON do benchmark preserva as verificações observadas separadamente. Esses registros permitem que um revisor identifique qual execução fundamenta uma declaração em vez de depender de uma captura de tela isolada.
Os arquivos baixados persistem após a expiração das execuções no servidor. O espaço de trabalho local retém no máximo 16 execuções recentes na memória (sixteen recent runs); as execuções concluídas expiram 1 hora (one hour) após a criação e uma reinicialização do servidor as limpa. O uso em produção exigiria decisões separadas sobre dados validados de rede, registros duráveis, controles de acesso, autoridade de engenharia e os estudos necessários além desta triagem.
