Il caso svolto: traccia la raccomandazione fino alla sua evidenza
Segui la richiesta sintetica di Tessera Compute dalla domanda presentata fino all'evidenza alla base della sua raccomandazione di upgrade study. I casi a contrasto mostrano perché prontezza, impatto termico e priorità di studio necessitano di spiegazioni distinte. Tutte le domande e la rete sono sintetiche; i nomi delle società richiedenti visibili negli screenshot sono etichette di fixture, non clienti, installazioni o approvazioni commerciali.
Seleziona qualsiasi screenshot per aprire l'originale a dimensione intera. Questi sono screenshot di prodotto; i controlli illustrati appartengono all'area di lavoro locale registrata.
Segui l'evidenza
Ispeziona la richiesta prima di fare affidamento sulla sua raccomandazione
Tessera richiede 750 MW presso il bus 3 come punto di interconnessione. Il testo inviato descrive il controllo del sito e i pagamenti correnti dei depositi. La vista di origine consente al revisore di confrontare tali dichiarazioni con i campi estratti, anziché dedurre la completezza dal nome del progetto o dalla potenza richiesta.
La vista di istruttoria registra il controllo confermato del sito e il deposito di studio versato. Tali input contribuiscono a una prontezza di 0.92, visualizzata come 92 su 100. Questa è un'euristica di priorità configurata, non una probabilità di connessione riuscita, una valutazione del credito o una prova di fattibilità ingegneristica.
L'istruttoria assistita da modello opzionale fornisce un'estrazione supplementare per il confronto con la sorgente. Il video walkthrough riutilizza una risposta reale salvata del modello. Tale risultato consultivo non può modificare la raccomandazione salvata per la coda né l'ordine di studio, e l'esecuzione dell'intera coda non utilizza il modello. Un revisore deve comunque verificare i campi estratti rispetto alla domanda presentata.
Definisci la rete che lo screening copre effettivamente
Il caso di test sintetico contiene 2,000 nodi (buses) e 3,633 rami (branches). Lo screening monitora 976 rami di trasmissione non radiali con entrambi i terminali a 138 kV o oltre. I power transfer distribution factors stimano come un'iniezione modifichi i flussi di linea; i line outage distribution factors stimano i flussi sulle linee superstiti dopo l'apertura di una linea monitorata.
I MW richiesti sono trattati come un'iniezione bilanciata su un nodo slack (slack bus), comprese le richieste etichettate come carichi elevati. Questa è una convenzione di modellazione illustrativa, non uno studio convalidato di prelievo del carico. I sovraccarichi di baseline esistenti sono esclusi dall'attribuzione del progetto, pertanto l'assenza di nuovi vincoli di progetto non dimostra che l'intera rete sia sicura.
Individua il fuori servizio che modifica il percorso di studio
Il peggior carico nel caso base attribuibile a Tessera è del 92.3%, al di sotto del limite termico del 100%. A seguito del fuori servizio di una singola linea monitorata, il peggior carico attribuibile raggiunge il 112.4%. La raccomandazione è pertanto upgrade study anche se la domanda è pronta e il suo caso base rimane al di sotto del limite.
La domanda utile ai fini della revisione è quale elemento diventi vincolante, sotto quale fuori servizio, e se il sovraccarico sia di nuova attribuzione alla richiesta. Lo schema fornisce il contesto di connessione; il ramo nominato, la contingenza e il livello di carico forniscono l'evidenza termica determinante. Un percorso di upgrade study richiede ulteriori approfondimenti ingegneristici anziché approvare una specifica configurazione costruttiva.
Confronta uno screening favorevole con una revisione marginale
Anche la richiesta sintetica di Apex DC richiede 750 MW e presenta una prontezza di 0.92. Il suo peggior carico base attribuibile è del 79.7% e il carico per singolo fuori servizio è del 96.4%, senza nuovi sovraccarichi. Riceve un percorso Clean screen: procedere allo studio dettagliato di interconnessione. Tale etichetta non autorizza la connessione.
Anche Cortex Compute sintetico non presenta nuovi sovraccarichi, ma il suo carico del 96.7% per singolo fuori servizio rappresenta un nuovo superamento al di sopra della fascia di attenzione del 95%. La policy configurata indirizza tale caso marginale verso la revisione ingegneristica (Engineering review). Un valore inferiore al limite di sovraccarico può quindi comunque richiedere una valutazione discrezionale, e un percorso di revisione non costituisce una decisione ingegneristica conclusa.
Distingui il potenziamento strutturale da un'istruttoria incompleta
Stargate Compute sintetico richiede 500 MW e raggiunge un peggior carico base attribuibile del 163.6%. Viene instradato verso lo studio per nuove infrastrutture di rete (Major network build). In questa configurazione, un carico superiore al 135% o più di quattro nuovi record di vincolo attiva tale percorso. L'etichetta identifica un'esigenza di studio; non stabilisce una violazione normativa né un progetto esecutivo di potenziamento.
Helios Compute sintetico presenta un problema differente. La sua domanda è priva di controllo del sito perfezionato e di deposito versato; ritiri precedenti e una rettifica per richiedente fittizio (shell) o veicolo societario speciale abbassano inoltre il punteggio di prontezza configurato a 0.00. Passa dalla posizione di arrivo 1 alla posizione first-ready 213, rimanendo nella coda per ulteriori verifiche di istruttoria.
Punti di connessione irrisolti, confidenza di estrazione inferiore a 0.60 e fisica non disponibile indirizzano parimenti le richieste verso la revisione ingegneristica (Engineering review). Ciò preserva la differenza tra evidenza mancante e un controllo superato. Ciascuna raccomandazione necessita della propria motivazione; un singolo punteggio sintetico nasconderebbe se la prossima azione riguardi l'istruttoria, l'analisi termica o il giudizio ingegneristico.
Leggi il confronto sull'ordine di studio senza trasformare le posizioni in tempo
| Raccomandazione di studio | Domande sintetiche | Interpretazione |
|---|---|---|
| Clean screen | 84 | Nessun nuovo sovraccarico attribuibile e nessuna condizione di revisione configurata. |
| Upgrade study | 22 | Nuovo sovraccarico attribuibile che richiede uno studio di potenziamento. |
| Engineering review | 30 | Evidenza irrisolta, fisica non disponibile o carico marginale. |
| Major network build | 24 | Percorso di studio per potenziamento maggiore della rete configurato. |
| Low readiness | 90 | Ulteriore istruttoria prima dello studio prioritario. |
I percorsi Clean screen e Upgrade study contengono insieme 106 domande e circa 62.2 GW di potenza richiesta. L'interfaccia definisce questa capacità pronta per lo studio (study-ready capacity). Poiché include richieste che necessitano di potenziamenti, non si tratta di capacità disponibile o collegabile. Il raggruppamento per vicinanza elettrica aggrega unicamente questi due percorsi; non definisce l'ammissibilità normativa né completa uno studio ingegneristico combinato.
L'ordine first-ready ordina per priorità di raccomandazione, prontezza decrescente e quindi MW richiesti decrescenti. Tra le 106 domande Clean screen e Upgrade study, la posizione mediana esatta passa da 138.5 a 53.5; l'interfaccia tronca tali mediane. Tessera passa dalla posizione 9 alla 92 mantenendo il suo percorso Upgrade study, dimostrando che la sola prontezza non determina la priorità.
La metrica visibile di esposizione ai ristudi conta le richieste a monte con Low readiness o Major build una volta per ogni successiva domanda Clean screen o Upgrade study. Essa passa da 6,596 a zero perché l'ordinamento configurato colloca tali percorsi a monte più tardi. Non simula ristudi effettivi, ritiri, tempo trascorso, completamento dei potenziamenti o lavoro ingegneristico, e questo confronto non costituisce un'ottimizzazione né una garanzia di equità.
Ispeziona i controlli e preserva il record esatto di studio
Il benchmark di runtime separa sei verifiche di identità fisica (six physics checks) da sei casi espliciti di policy (six policy cases). I controlli fisici testano relazioni numeriche; i casi di policy testano i limiti di instradamento configurati. L'esecuzione acquisita riporta il superamento di tutti e dodici i controlli (twelve checks). Questa è evidenza di implementazione su una suite sintetica fissa, non accuratezza sul campo, fattibilità sull'intera rete o convalida indipendente.
Un'esportazione JSON del piano di studio specifica per l'esecuzione conserva l'evidenza della coda, mentre l'HTML stampabile del progetto riporta l'identità dello studio, l'istruttoria, la raccomandazione e i vincoli determinanti per una singola domanda. Il JSON di benchmark conserva le verifiche osservate separatamente. Questi record consentono a un revisore di identificare quale esecuzione supporti un'affermazione anziché affidarsi a uno screenshot isolato.
I file scaricati rimangono persistenti dopo la scadenza delle esecuzioni del server. L'area di lavoro locale conserva al massimo sedici esecuzioni recenti in memoria; le esecuzioni completate scadono un'ora dopo la creazione e il riavvio del server le cancella. L'uso in produzione richiederebbe decisioni distinte su dati di rete convalidati, record durevoli, controlli di accesso, autorità ingegneristica e studi necessari oltre questo screening.
