← 返回博客行業

Agent 攻入電網調度:兩星期變幾個鐘,按鈕仍喺人手

AWS 聯同 Duke Energy 推出電網規劃智能體計劃,將併網研究嘅數據準備由兩星期壓到幾個鐘。真正值得企業參考嘅唔止係提速,仲有分工設計:模擬軟件計數、智能體跑流程、工程師拍板,全程可審計。

OntiCards 團隊·2026-09-18·7 分鐘閱讀
Agent 攻入電網調度:兩星期變幾個鐘,按鈕仍喺人手

9 月 17 日,AWS 喺休斯敦發布 Agentic Grid Planning 計劃,將專用 AI 智能體引入電力公司嘅併網研究(interconnection study)流程。合作方 Duke Energy 交出嘅第一份成績單係:數據準備環節由兩星期人手操作壓縮到幾個鐘。不過今次發布最值得企業認真研讀嘅,唔係提速本身,而係佢將「智能體應該做咩、唔應該做咩」劃分得清清楚楚——模擬軟件負責確定性計算,智能體負責跑流程,工程師保留最終決策權,全程留低版本化、可審查嘅記錄。

2,000 GW 排緊隊,工程師卻唔夠用

先睇下背景有幾急。根據勞倫斯伯克利國家實驗室嘅數據,截至 2025 年底,美國有超過 2,000 GW 嘅發電同儲能項目排隊等輸電併網審批;當年投產嘅項目,由申請到併網嘅中位數時間超過 5 年。單計德州 ERCOT 一個市場,2026 年 3 月嘅大負荷接入申請已經達到約 410 GW

另一邊廂,併網研究嘅需求增速已經追過合格電力工程師嘅數量。美國聯邦能源管理委員會(FERC)嘅 2023 號法令仲要求輸電企業採用「先到先審」嘅集群研究模式,並且要準時完成研究——人手流程再點加班都追唔上。AWS 能源及公用事業總經理 Joseph Santamaria 講得好直白:「淨係靠擴充人手,解決唔到呢個問題。」

分工設計:確定性嘅事交畀確定性系統

呢項計劃最精妙嘅地方喺分工。AWS 同 Duke Energy 嘅做法可以拆成三條線:

併網研究嘅三層分工:工程師決策、智能體協調、模擬軟件計算,底層由可審計記錄托底
併網研究嘅三層分工:工程師決策、智能體協調、模擬軟件計算,底層由可審計記錄托底

  1. 物理模擬軟件做確定性建模。潮流計算、穩定性分析呢類有標準答案嘅工作,仍然由電力團隊信任多年嘅模擬軟件同現有電網模型完成——智能體唔會掂物理計算本身。
  1. AI 智能體跑流程、做協調。數據準備、分析執行、多場景編排呢啲「黏合層」工作交畀智能體,佢哋調用嘅係團隊一直喺用嘅模型、腳本同工程規範。
  1. 工程師掌握最終決策權。Duke Energy 數字策略及工程董事總經理 John Pressley 嘅講法係:「我哋嘅工程師主導工作並作出所有最終工程決策,智能體將工程師嘅時間還返畀工程判斷同審查。」

而且成條鏈路係「可審計、可編碼嘅智能體工作流」——每一步都留低版本化、可覆核嘅記錄。呢條路線同將成個問題掟畀一個大模型黑箱,係完全兩回事。

被忽略嘅主角:數據準備先係樽頸

兩星期變幾個鐘,壓縮嘅唔係運算,而係數據準備。呢點正正戳中企業 AI 落地最普遍嘅痛處:模型唔缺能力,缺嘅係可以隨時畀機器取用、口徑統一嘅數據。

同一個禮拜仲有兩單新聞可以做註腳。9 月 17 日,數據管理公司 Acceldata 發布 xFactory,核心論點係:智能體以機器速度高頻存取數據,但企業現有數據棧係「為人類工作節奏而設計」,兩者根本唔匹配——所以要把治理、血緣、權限喺運行時自動施加喺數據上面,而唔係靠人手逐項執。同日嘅央國企 CIO 峰會上,星環科技嘅判斷更加進取:數據嘅使用主體正由人轉向 AI 智能體,AI 建設嘅重心正由「以模型為中心」轉向「以數據為中心」。

Duke Energy 併網研究改造前後對比:數據準備由兩星期壓到幾個鐘,模擬與覆核環節不變
Duke Energy 併網研究改造前後對比:數據準備由兩星期壓到幾個鐘,模擬與覆核環節不變

維度人類節奏嘅數據棧智能體節奏嘅數據底座
邊個攞數分析師寫 SQL、出報表智能體高頻、按需自動調用
口徑對齊靠開會同文件約定語義層統一定義,運行時校驗
治理方式事前審批 + 事後抽查權限、血緣、質素規則自動執行
典型樽頸數據準備佔項目大頭數據就緒後提速立竿見影

Duke Energy 嘅兩星期 → 幾個鐘,本質上係將「數據準備」由人類節奏切換到智能體節奏。

信任嘅落點:可審計與私有化

企業 AI 嘅門檻正由「能力」變成「信任」。同一日,思科同英偉達宣布將 Splunk 嘅 AI 能力帶入本地部署環境,令無得雲化嘅隔離網絡都行到 AI——原因正正係「客戶需要確信 AI 可治理、成本可衡量、數據唔出域」。國內方面,中電信 9 月 17 日發布嘅智能體大模型 Xing4.0-29B-A4B(總參數 29B、激活僅 4B),將智能體模型壓到消費級顯卡行得到嘅量級,降低嘅同樣係「數據唔出門」前提下嘅部署門檻。

三條線索指向同一個結論:可審計嘅工作流 + 數據留喺原地 + 輕量化私有部署,正在成為智能體進入認真生產環境嘅標準配置。

畀企業嘅三個對照動作

如果你嘅企業都喺度評估智能體落地,Duke Energy 呢個案例提供咗三條可以直接對照嘅問題:

  1. 你嘅「模擬軟件」係邊個? 每個業務域都有本身必須保留嘅確定性系統(財務核算、模擬引擎、合規規則庫)。智能體應該編排佢哋,而唔係取代佢哋。
  1. 數據準備佔你項目幾大比例? 如果答案超過一半,先補數據底座:將核心業務對象做成語義統一、機器可調用嘅數據資產,再傾智能體。
  1. 每一步有冇留痕? 試點階段行得通嘅 demo,去到穿透式監管同審計面前,拼嘅係版本化記錄同權限邊界。

呢套思路同 OntiCards 嘅四層架構一脈相承:數據連結適配器令數據聯邦直連、留喺原地;語義卡片層將業務對象定義成機器可調用嘅數據卡片;Agent 生態喺上面編排技能同工作流,每一步可追溯。由設備運行數據到調度決策嘅完整鏈路,正係我哋同客戶一齊驗證嘅場景——歡迎睇下行業解決方案入面嘅實踐細節,或者閱讀我哋之前對數據上下文價值轉移Agent 可審計性嘅分析。

智能體落地嘅下半場,比拼嘅唔係邊個嘅模型更勁,而係邊個嘅分工設計同數據底座更加經得起審計。電網呢個最「確定性」嘅行業已經畀咗範本,其他行業無理由等得更耐。

參考來源

行業

對 OntiCards 感興趣?