電網規劃 / 模擬示範

通過基準情況的專案仍可能需要升級研究。

GridLens 讓併網研究建議背後的約束條件清晰可見。跟隨一項 750 MW 的模擬申請,從申請佐證資料一路追蹤到改變其熱極限篩查結果的單線路故障。

750 MW

模擬 Tessera Compute 申請

記錄之模擬測試情境篩查,2026

92.3%

最嚴重可歸因基準情況負載率

記錄之模擬測試情境篩查,2026

112.4%

最嚴重可歸因單一故障負載率

記錄之模擬測試情境篩查,2026

說明性直流熱極限篩查:所申請的 MW 採平衡節點平衡注入計算,包含大型負載。此為進一步研究之佐證,非經核驗之負載引出研究或併網核准。

就緒度與網路衝擊解答不同問題

看似完整的申請仍可能造成網路約束。清晰的熱極限篩查結果也可能屬於進案問題尚未解決的申請。將兩者合併為單一評分,會掩蓋規劃人員需要採取行動的原因。

我們將三個問題分開處理:申請是否已就緒可進入優先研究、它引入了哪些新的熱極限約束,以及依據配置規則應遵循哪條研究路徑?有價值的產出是一項可檢視其來源、決定性元件與範圍的建議。

從來源佐證資料到具明確邊界的建議

完整排隊隊列採用確定性擷取與透明的就緒度調整。直流功率傳輸分配因子估算來自平衡節點平衡注入的線路潮流變化;線路故障分配因子則估算受監控線路切除後的留存線路負載率。篩查涵蓋兩端皆在 138 kV 及以上的 976 條非輻射狀輸電支路。

策略閘門將未解決的連接點、擷取信賴度低於 0.60、物理模型不可用及處於臨界負載的情況轉入工程審查。就緒度低於 0.40 者降低優先順序。新增過載將導向升級研究,而負載率高於 135% 或新增超過四筆約束記錄則導向重大網路擴建研究。

既有過載仍維持為基線狀況,不會變成新專案的約束。選用的模型輔助進案僅供參考:示範流程重用已儲存的真實回應,且該結果無法變更已儲存的排隊建議或研究順序。

實際案例:將建議追溯至其佐證資料

跟隨模擬 Tessera Compute 申請,從其提交的申請文件一路追蹤至其升級研究建議背後的佐證資料。對比案例展示了為何就緒度、熱衝擊與研究優先順序需要分別說明。所有申請與網路皆為模擬情境;螢幕截圖中可見的申請公司名稱均為測試標籤,非真實客戶、部署或背書。

選取任一螢幕截圖即可開啟完整原始尺寸。這些是產品截圖;圖中所見控制項屬於記錄的本機工作區。

在採信建議前先審查申請案

Tessera 申請在併網點 bus 3 提供 750 MW。提交的文字敘述說明了場址控制權與當前保證金支付情況。來源檢視讓審查人員能將這些聲明與擷取出的欄位進行比對,而非從專案名稱或申請容量推斷其完整性。

模擬 Tessera 申請文字,顯示 bus 3 處 750 MW 的申請、場址控制權及保證金聲明。
未經修改的模擬來源保留在進案控制項旁。在此次擷取中無法使用申請分析;確定性排隊隊列篩查仍維持可用。可見的申請者名稱為測試標籤。

進案檢視記錄了已確認的場址控制權與已繳納的研究保證金。這些輸入促成了 0.92 的就緒度,顯示為 92(滿分 100)。這是配置的優先排序啟發式評分,非成功併網的機率、信用評估或工程可行性證明。

Tessera 進案與就緒度佐證資料,顯示 bus 3、已確認的場址控制權與保證金,以及 92(滿分 100)的就緒度。
已就緒進入優先研究並不意味著熱容量可行。Tessera 在審查其申請佐證資料的同時,仍保留其升級研究建議。任何顯示的升級成本均為基於電壓等級的啟發式估算,非正式工程估算。

選用的模型輔助進案提供了額外的擷取結果以與來源比對。影片示範重用了已儲存的真實模型回應。該參考結果無法變更已儲存的排隊建議或研究順序,且完整排隊隊列執行並不使用該模型。審查人員仍需對照提交的申請文件核對擷取欄位。

界定篩查實際涵蓋的網路範圍

此模擬測試案例包含 2,000 個匯流排與 3,633 條支路。篩查監控兩端皆在 138 kV 及以上的 976 條非輻射狀輸電支路。功率傳輸分配因子估算注入如何改變線路潮流;線路故障分配因子則估算受監控線路切除後的留存線路潮流。

已完成的網路準備工作,顯示模擬網路、受監控輸電網子集與篩查假設。
網路階段讓受監控子集與直流熱極限假設具備可檢視性。篩查並未涵蓋每一條支路或每種可能的意外事故。

申請的 MW 被視為在平衡節點平衡的注入,包含標記為大型負載的申請。這是說明性的模型慣例,非經核驗的負載引出研究。既有基線過載不計入專案歸因,因此沒有新增專案約束並不代表整個網路均安全無虞。

找出改變研究路徑的故障

Tessera 最嚴重的可歸因基準情況負載率為 92.3%,低於 100% 的熱限制。在單一受監控線路故障後,最嚴重可歸因負載率達到 112.4%。因此,即使其申請已就緒且基準情況低於限制,建議仍為升級研究。

Tessera 網路評估,顯示 92.3% 基準負載率、112.4% 單一故障負載率,以及決定性的支路與故障記錄。
在 line 1 to 248 斷線後,Branch 548 to 247 達到 112.4%。三筆關鍵記錄包含平行支路記錄,非三條獨立走廊。顯示的成本為基於電壓等級的啟發式估算,非工程估算。

有價值的審查問題在於哪個元件成為約束、在何種故障下發生,以及該過載是否為新近歸因於該申請。單線圖提供連接脈絡;指定的支路、意外事故與負載率則提供決定性的熱佐證資料。升級研究路徑要求進一步的工程工作,而非核准特定的施工設計。

比較無約束篩查與臨界審查

模擬 Apex DC 同樣申請 750 MW 且就緒度為 0.92。其最嚴重可歸因基準負載率為 79.7%,單一故障負載率為 96.4%,無新增過載。它獲得無約束篩查:進入詳細併網研究。該標籤並不構成併網授權。

模擬 Apex DC 無約束篩查,顯示 79.7% 基準負載率、96.4% 單一故障負載率與零新增約束。
Apex 在受監控網路上無新增可歸因過載。單憑其篩查後 96.4% 的負載率並不代表需標記為臨界;策略檢查相對於基線是否出現跨越警戒區間的新情況。

模擬 Cortex Compute 同樣無新增過載,但其 96.7% 的單一故障負載率代表新跨越了 95% 警戒區間。配置策略將該臨界案例送交工程審查。因此,低於過載限制的數值仍可能需要人為判斷,且審查路徑並非已完成的工程師決策。

模擬 Cortex Compute 工程審查路徑,顯示 96.7% 單一故障負載率且無新增過載。
Cortex 說明了臨界警戒路徑。無新增過載與無約束篩查建議是各自獨立的結論,因為策略同時考量了跨越警戒區間的新情況。

區分電網補強與未完成的進案

模擬 Stargate Compute 申請 500 MW,最嚴重可歸因基準負載率達到 163.6%。它被導向重大網路擴建研究。在此配置中,負載率高於 135% 或新增超過四筆約束記錄將觸發該路徑。該標籤指明了研究需求;它並不構成違規認定或已完成的電網補強設計。

模擬 Stargate Compute 重大網路擴建建議,基準負載率最嚴重達 163.6%。
Stargate 的基準情況過載跨越了配置的重大擴建邊界。工作區指明了可歸因的約束,以便審查人員檢視該路徑背後的佐證資料。

模擬 Helios Compute 則面臨不同問題。其申請缺乏已簽署的場址控制權與已繳納的保證金;先前的撤回記錄以及空殼公司或特殊目的實體(SPV)申請人調整,也使配置的就緒度分數降至 0.00。它從抵達順序第 1 位移至優先就緒順序第 213 位,留在排隊隊列中等待進一步進案補件。

模擬 Helios Compute 低就緒度路徑,缺少場址控制權與保證金且就緒度為零。
低就緒度會改變研究優先順序。這不是取消申請、詐欺偵測或法律資格裁定;空殼公司或特殊目的實體身分並不代表存在不當行為。

未解決的連接點、擷取信賴度低於 0.60 以及物理模型不可用,同樣會將申請導向工程審查。這保留了佐證缺失與通過檢查之間的區別。每項建議都需要其依據;單一綜合評分會掩蓋下一步行動究竟關乎進案、熱分析還是工程判斷。

解讀研究順序對比,切勿將順序排位轉化為時間

在已儲存的排隊篩查中,全部 250 項模擬申請均被完整記錄。
研究建議模擬申請案解讀說明
無約束篩查84無新增可歸因過載,且無配置的審查條件。
升級研究22出現需進行升級研究的新增可歸因過載。
工程審查30佐證資料未解決、物理模型不可用或負載處於臨界值。
重大網路擴建24配置的重大補強研究路徑。
低就緒度90進入優先研究前需進一步完成進案補件。

無約束篩查與升級研究路徑合計包含 106 項申請案,申請容量約為 62.2 GW。介面將此稱為研究就緒容量。由於其中包含需要升級的申請,這並非可用或可併網容量。電氣鄰近性分群僅將這兩條路徑進行群組;它並不解決法規資格問題,亦未完成合併工程研究。

模擬排隊隊列對比,顯示抵達順序、配置的優先就緒順序以及全部五條路徑的統計數量。
介面顯示就緒研究順位中位數為 138 與 53。這些是截斷後的序數順位,並非天數、等待時間縮短或併網日期。曝險指標是排隊順序配對計數,非重新研究的模擬。

優先就緒順序依建議優先度排序,其次按就緒度降冪排列,再按申請 MW 降冪排列。在 106 項無約束篩查與升級研究申請中,確切中位數順位從 138.5 變為 53.5;介面將這些中位數截斷顯示。Tessera 從第 9 位移至第 92 位,同時保留其升級研究路徑,顯示單憑就緒度無法決定優先順序。

可見的重新研究曝險指標針對每項後續的無約束篩查或升級研究申請,將上游的低就緒度或重大擴建申請計算一次。該數值從 6,596 降至零,因為配置的排序將這些上游路徑置於後方。它並不模擬實際的重新研究、撤回、經過時間、升級完成進度或工程工作量,且此對比並非最佳化或公平性保證。

檢視檢查項目並完整保留確切研究記錄

執行期基準測試將六項物理恆等性檢查與六項明確策略案例分開。物理檢查測試數值關係;策略案例測試配置的路由邊界。擷取的執行記錄顯示全部十二項檢查均通過。這是固定模擬測試套件上的實作佐證,非現場精度、全電網可行性或獨立驗證。

已完成的執行期基準測試,列出六項物理檢查與六項策略案例及其觀測結果。
擷取的十二項檢查執行期套件全數通過。請審視個別觀測結果與預期結果,切勿將摘要視為對實際電網運轉效能的主張。

特定執行的研究計劃 JSON 匯出保留了排隊佐證資料,而可列印的專案 HTML 則承載了單一申請的研究身分、進案、建議與決定性約束。基準測試 JSON 則單獨保存觀測到的檢查。這些記錄讓審查人員能辨識哪次執行支援某項陳述,而非依賴孤立的截圖。

可列印的 Tessera 篩查記錄,包含研究執行身分、進案佐證資料、負載率、關鍵約束與範圍。
模擬 Tessera 記錄保留了確切的執行與佐證資料。申請人為測試標籤,顯示的任何升級成本均為啟發式估算。此記錄並非併網許可,亦非不可竄改的第三方稽核軌跡。

下載的檔案在伺服器執行工作過期後仍然保留。本機工作區在記憶體中最多保留十六次近期執行;已完成的執行在建立一小時後過期,重新啟動伺服器將會清除。實際生產環境使用將需要針對經核驗的網路資料、持久化記錄、存取控制、工程權責以及超越本篩查所需的研究做出獨立決策。

篩查擁有其應用價值與清晰邊界

熱極限篩查與正式併網研究具備不同目的。PJM 的 Queue Scope 免責聲明 同樣將其熱工具定位為參考性質,並排除了電壓、穩定度與短路約束。該脈絡支持對適用範圍提出審查質疑;它並不構成對 GridLens 的驗證,亦不隱含與 PJM 的系統整合。

佐證層次所支援之範疇主張終止之處
申請佐證資料支援進案與啟發式就緒度審查。不證明信用狀況或工程可行性。
直流熱極限篩查指明新增可歸因過載與受監控線路故障。不涵蓋交流電壓/無效功率可行性、暫態穩定度或孤島效應。
配置的研究順序比較抵達順序與建議優先度、就緒度及申請 MW。不預測經過時間、不保證公平性或加速併網進度。
正式工程研究在此示範之外依然不可或缺。GridLens 不取代正式研究,亦不核發併網授權。

本示範「不」具備之功能: 它不使用即時遙測數據、不與生產電力公用事業系統整合、不評估實際的德州電網,亦不核准併網。所有申請與網路皆為模擬情境。此單一處理序本機工作區無身分驗證、持久化執行儲存、多工作節點協調或生產存取控制;記憶體中最多保留 16 次近期執行,已完成的執行在建立 1 小時後過期,重新啟動伺服器將會清除。

規劃人員與專案團隊常見問題

無約束篩查是否意味著我的專案可以併網?

無約束篩查是一項研究建議:在受監控網路上未發現新增可歸因過載,且滿足配置的就緒度與審查條件。它並不證明完整的電網可行性,亦不構成併網授權。既有基線過載不計入專案歸因。

若基準情況通過,為何專案仍需進行升級?

即使基準情況低於限制,單一受監控線路故障仍可能使負載率超出熱限制。在模擬 Tessera Compute 案例中,最嚴重可歸因負載率在基準情況下為 92.3%,而在故障後為 112.4%,導致提出升級研究建議。指定的支路與故障均與結果一同保留。

篩查是否包含電壓與穩定度分析?

GridLens 示範針對 138 kV 及以上 976 條非輻射狀輸電支路的直流熱極限篩查。它排除了交流電壓與無效功率可行性、暫態穩定度以及孤島故障情境。申請的 MW 被視為平衡節點平衡注入(包含大型負載),因此該模型慣例非經核驗的負載引出研究。

這是否使用即時公用事業數據?

網路與全部 250 項申請均為模擬情境;網路採用公開的 ACTIVSg2000 測試案例。不具備即時遙測或生產公用事業系統整合。測試記錄中顯示的申請人名稱均為標籤,非真實客戶或背書。

AI 是否會決定哪些專案獲得併網許可?

完整排隊隊列篩查採用確定性擷取、直流物理模型與配置策略來產出研究建議。選用的模型輔助申請分析僅供參考,無法變更已儲存的排隊審定結果或研究順序。示範流程重用已儲存的真實模型回應來進行該參考步驟。

優先就緒排序是否能讓我的專案更快併網?

本示範比較的是研究序數順位,而非等待時間或併網日期。它依建議優先度排序,其次按啟發式就緒度降冪排列,再按申請 MW 降冪排列。在 106 項模擬無約束篩查與升級研究申請中,確切中位數順位從 138.5 變為 53.5;介面顯示截斷後的中位數 138 與 53。

技術研究

探索相關研究以獲取本示範更廣泛的背景脈絡。

社群媒體

同步發佈於

讓規劃建議具備可檢視性

洽談您的研究工作流程所需的佐證資料。

我們可以評估您的進案與篩查工作流程,或規劃具備明確模型邊界與工程審查的客製規劃工作區。生產資料、系統整合與控制機制需要獨立的設計與驗證。

工作流程評估

  • ✓ 申請佐證資料與就緒度規則
  • ✓ 網路模型範圍與假設
  • ✓ 審查路徑與決策權責
  • ✓ 研究記錄與保存要求

客製工作區設計

  • ✓ 連結來源的申請審查
  • ✓ 具可檢視性的篩查建議
  • ✓ 特定執行之佐證資料匯出
  • ✓ 系統整合與生產控制規劃