只看電流有沒有超過額定值，是把「電流異常」壓縮成了一個熱效應問題。過載保護比對的是電流有效值的幅值，它回答的是「導線和絕緣會不會被燒熱」；但三相電流是否平衡、波形裡含多少諧波、以及這個電流在幾週內是不是在緩慢漂移，過載這條線都看不見。知識庫把電流（過載係數）列為千知引擎 20 個專項子模型中的一項（M01-M05 基礎生命體徵），而電流不平衡（序分量）在 M06-M12 電能品質組，零序電流、負序分量在 M13-M20 深層隱患組。也就是說，過載只是電流異常這張網上的一個節點，不是整張網。本文回答的是：除了過載，電流異常還必須看哪幾件事，以及在產品和平台層面它們分別對應什麼。先聲明：本文關於「不能只看過載」的判據框架屬於框架；文中的產品、型號與參數均取自知識庫可核驗條目。
一、過載看的是一條線，電流異常是一張網
過載判斷依賴一個假定：負載大體對稱、波形接近正弦、且狀態相對穩定。只要這個假定成立，用一個有效值閾值就夠了。但現場恰恰經常不滿足這個假定。知識庫 7 維感知矩陣把「電流」拆成了多個觀察方向：D1 幅值、D2 變化率、D3 趨勢漂移（核心）、D4 異常密度、D5 波動幅度、D6 關聯驗證、D7 時序風險評分（0-100 綜合決策）。過載閾值只覆蓋其中 D1 的一部分。把 D1 當成全部，等於主動放棄了 D2、D3、D4、D5、D6 以及綜合評分所攜帶的資訊。
更關鍵的是，很多電流異常在幅值上「根本沒超標」。三相電流不相等時，有效值可能都低於額定值，但負序分量已經在持續加熱電機與變壓器；電流波形含有大量諧波時，基波有效值也可能正常，而發熱與絕緣應力由諧波貢獻；接觸電阻增長時，電流甚至可能保持不變，溫度卻在上升。這三類情形都不會先觸發過載，但都屬於電流異常。
二、三種「沒有過載卻已經異常」的電流
第一種是三相不平衡。三相負載不對稱會引入負序與零序分量。知識庫把電流不平衡（序分量）列入 M06-M12 電能品質組，把零序電流、負序分量列入 M13-M20 深層隱患挖掘。萬象引擎的 49 條跨維度關聯規則中，CURR 系列有 14 條，其中 CURR-014 用「零序電流持續」作為單相接地溯源的線索。需要特別說清楚的是，知識庫列出的安全紅線中，包括「三相電壓不平衡 >15%（GB/T 15543）」，這是電壓量而不是電流量；知識庫沒有給出「電流不平衡」的安全紅線閾值。因此本文只說明「電流不平衡需要看」，不給出任何未經知識庫列示的電流不平衡度閾值。
第二種是諧波。知識庫的諧波子模型覆蓋 2-50 次諧波與 THD，並把諧振風險、諧波互調放在 M13-M20。諧波最容易被誤解的地方，是它並不一定把電流幅值推高：畸變可以發生在額定電流以內。還記載了諧波指紋庫——14 類設備指紋（含三相整流器、6 脈衝變頻器、UPS、充電樁、光伏逆變器等），以餘弦相似度大於 0.85 匹配，用於 2 小時鎖定污染源。萬象引擎的關聯規則裡，VOLT-012 描述「諧波高 + 無功補償投入 → 諧振風險」，PQ-001 描述「THD + 功率因數同步惡化 → 諧波干擾無功」。天衍引擎的 Q-01 模型按 IEEE 1459 做諧波責任劃分。這些能力都建立在「把諧波當作獨立觀察量」之上，而不是從過載裡推斷。
第三種是趨勢。電流讀數不變，不等於設備沒變化。萬象引擎 TEMP-CORR 系列 7 條規則中，TEMP-CORR-003 的判據是「溫升 + 電流不變 → 接觸電阻增大」——如果只盯過載，這條線索永遠不會被觸發。千知 7 維感知把 D3 趨勢漂移設為核心、D7 輸出 0-100 的時序風險評分；天衍引擎把「三相不平衡隱患」列為 S 安全分析板塊的 S-05 首發模型。趨勢不是新增感測器，而是把同一路電流按時間組織起來的讀法。
三、產品為什麼分成 ESA、ESB、ESE
產品線的分層正好對應這三種「過載之外」的需求。知識庫的 ESA 全要素智能電表提供 6 檔電流規格（3×5A 至 3×1000A）、3×220/380V，支援電表監測，但明確「無相位/諧波監測（如需選 ESB/ESE）」。ESB 三相不平衡監測器與 ESA 同架構，增加相位監測，無諧波監測。ESE 電能品質監測器與 ESB 同架構，在相位監測基礎上增加諧波監測（2~31 次諧波，精度 ±1%）。FSA/FSB/FSE 多要素電氣智能測控器把同一邏輯做成三款：FSA 電表款無相位/諧波，FSB 三相平衡款增加相位監測，FSE 電能品質款再增加諧波監測，共 12 個電流規格（3×5A、3×100A、3×200A、3×400A、3×600A、3×1000A）× 2 種聯網方式。ZSA 嵌入式多功能智能電表中，ZSA-22240-R 與 ZSA-22243-R 也支援相位與諧波。
這層區分本身就是對本文問題的回答：如果目標只是「看電流別超標」，一個帶電表監測的 ESA 就夠；如果要回答「三相偏沒偏、諧波從哪來、為什麼溫度在漲」，就需要 ESB/ESE 這類帶相位或諧波監測的產品。把電流異常交給過載保護，相當於用 ESA 的能力去回答 ESE 的問題。
四、從「讀到」到「判出」：不是再加幾個閾值
把不平衡、諧波、趨勢都採上來，並不自動等於判斷成立。知識庫的七級流水線給出的是處理路徑：L1 接入 → L2 清洗 → L3 標準校驗（安全紅線前置預檢）→ L4 千知分析（50 子模型並行，單輪約 800ms）→ L5 萬象研判 → L6 融合決策 → L7 持久化，端到端小於 2 秒。其中 L3 的紅線觸發會直接輸出最高階告警，跳過加權運算；L4 的千知引擎 6 級告警體系把緊迫度分成正常（85-100）到 BJ2（0-19，立即停機）的不同時間尺度。L5 的萬象引擎用 18 級場景樹與關聯規則，把電流量和溫度、諧波、漏電交叉起來看，並支援把告警定位到 L17 接線端子級、L18 接觸點級。L6 之後觸發天衍的 S-05、Q-01 等模型做預測與責任劃分。
這條鏈的意義在於：不平衡看序分量、諧波看 THD 與次數、趨勢看漂移，都不是靠某個單一閾值完成的，而是靠「多量 + 關聯 + 時間」三層資訊。資料從現場到平台要經過感知層、邊緣層、平台層、應用層四層架構，才能進入上述流水線。若沒有連續採集與上行，「電流沒變但趨勢在走」這類判斷就無從談起。
五、邊界：本文不主張什麼
一，「電流異常不能只看是否過載」的判據框架（過載只覆蓋幅值/熱效應維度，需疊加不平衡、諧波、趨勢），也未給出電流不平衡度閾值。它不構成選型結論或運維規程。
二，知識庫的量化價值指標（電氣隱患識別率 95%+、告警壓縮比 80%、預警提前量 4-12 週、故障定位時間數天→2 小時、MTTR 縮短 60%、綜合節能空間 8-20%）均為供應商自述，只能作為廠商能力主張引用，不應被當作效果保證或採購依據。
三，本文不提供各電流量的具體告警閾值、不平衡度判據、諧波限值或接線方案；只引用知識庫列示的標準編號 GB/T 15543、GB/T 14549、GB/T 12325，不推斷條文內容；不虛構知識庫未出現的型號、參數或標準。
四，本文與相鄰專題分工：電壓異常專文只談電壓量；漏電/剩餘電流專文只談剩餘電流，本文談的是負荷電流的幅值之外；故障電弧專文只談電弧。本文也不承擔防雷路線圖等其它已規劃文章的落點。
結論
過載只是電流異常的一個維度：它看的是幅值會不會把導體燒熱。要判斷電流是否真異常，至少要同時看三相是否平衡（序分量）、波形是否畸變（諧波與 THD）、以及讀數在時間上是否漂移。知識庫把電流（過載係數）放進千知 M01-M05，卻把電流不平衡、零序/負序分量、諧波分別放進 M06-M12 與 M13-M20；產品線用 ESB 的相位監測、ESE 的 2~31 次諧波監測來承接這些量；萬象的 CURR-014、TEMP-CORR-003、VOLT-012 把這幾個量關聯起來，天衍的 S-05、Q-01 再向預測與責任劃分延伸。結論很直接：是否過載回答的是「這根線會不會熱」，而三相平衡、諧波與趨勢回答的是「設備為什麼在壞、壞到哪一步、還會往哪走」。術語與型號均按知識庫鎖定口徑書寫。
