让AI“吃”下不稳定的绿电：柔性负荷与弃风制热
2026-02-16 ｜ 算力与能源 / 绿电与储能 ｜ 约 6分钟
绿电越来越便宜，却有个天生的毛病——不稳，也不一定够得着。风大的后半夜、太阳最毒的中午，电多得用不掉；等数据中心满负荷跑起来时，风可能停了、天也阴了。既然让电去迁就算力这么难，能不能反过来想：让算力去适应电？这篇讲清两条现实路径和它们各自的边界。
换个思路：不是让电适应算力，而是让算力适应电
过去的电力工程，都在追求让电“听话”——用电要多少，发电侧就发多少。可风光看天吃饭，它不听话。硬要让不稳定的绿电去匹配 7×24 小时恒定的算力负荷，中间就得堆大量储能、调峰机组和输电通道。反过来想，代价可能低得多：算力本身有“可挪动”的余地，那就让算力跟着电走。
路径一：柔性负荷——算力的“削峰填谷”
数据中心的算力任务，是不是都必须立刻响应？不是，粗略可分两类：
1. 实时任务：用户正在对话、推理、访问的服务，必须秒级响应，挪不动。
2. 非关键任务：预训练、批量推理、数据清洗、渲染、仿真……可以“挪时间”，晚几个小时、放到夜里跑，业务上完全能接受。
把第二类任务挪到风光大发、电价便宜的时段集中跑，就是算力的“削峰填谷”。它不必额外建电厂，只需在调度层加一层判断：什么任务可以等、能等多久。
要提醒的是，真正灵活的是那些可以随时中断、随时续跑的批处理任务；训练大模型这类动辄连续跑很久，能挪的窗口其实有限。
路径二：电能转热能——把弃风弃光的电存成热
如果算力侧能挪的余地不够，还有一条更硬的路：把用不掉的绿电，直接转成热存起来。
这是我干了四十多年能源与暖通工程最熟的一块。电锅炉、电加热器把电变成热水、蒸汽或蓄热介质，需要时再放出来。表面是“把电变成热”，本质做的是热储能：把不稳定的电，变成能稳定输出的热。
常见形式有：
- 水蓄热罐：用常压或承压水罐蓄热，靠水温分层实现蓄放。技术成熟、寿命长、单位成本低，缺点是对占地和承压有要求。
- 蓄热材料（固体蓄热、相变蓄热）：用固体蓄热砖或相变材料存热，温度更高、体积更紧凑，适合有稳定蒸汽或高温热需求的场合。
- 电锅炉直接产汽产热水：与蓄热罐配合，在电价低谷或绿电富余时段集中制热，替代部分燃煤、燃气锅炉。
热储能还有个好处：皮实。电的波动它不在乎，来多少吃多少；放热时又很平稳。
中国的现实土壤：绿电、算力、热能可能形成闭环
中国的弃风弃光整体比例不高，但区域分化明显：2023 年全国弃风率约 2.7%、弃光率约 2.0%，可内蒙古弃风率约 5.1%、甘肃约 5.0%、青海约 5.8%，西藏弃光率甚至超过 22%；2024 年上半年，弃风率超过 5% 的地区增至 8 个。
这说明绿电在西部发得出、本地却用不掉。与此同时，西部一些风光富集的地区和大型清洁能源基地，正好适合承载算力，像“东数西算”这样的布局正把一部分算力设施往这些地方引。
想成一个闭环就清楚了：
- 绿电：西部风光多发，本地消纳不掉的部分过去只能弃掉；
- 算力：数据中心是稳定的大用户，能吃掉相当一部分绿电；
- 热能：算力之外多出的余电，用电锅炉转成热存起来，供本地工业或采暖。
绿电就找到了“算力＋热能”两个出口，不必都靠远距离输电送出去。
别忘了“晃电”：柔性不等于随意
还要补一条容易被忽略的要求：算力设施对电能质量极度敏感。
一次不到 0.1 秒的电压暂降——业内俗称“晃电”，就可能导致先进制造产线停机、在制品报废，对芯片制造和算力设施危害尤其大。
所以“柔性”绝不等于“随意”。让算力挪时间的前提是：能挪的只是可以中断、可以重排、对延迟不敏感的批量任务；实时、精密的那部分，供电可靠性一点不能降；关键负荷要有 UPS、双电源、储能兜底。柔性是在保障可靠性的前提下做减法，不是拿可靠性换弹性。
让算力去适应电，比让电去迁就算力更现实
把两条路合起来看：
1. 算力侧：非关键任务挪时间，做算力的“削峰填谷”；
2. 能源侧：富余绿电转成热能存起来，做“电转热的削峰填谷”。
两条路都不追求让绿电变得像火电一样听话，而是承认绿电的脾气，让用能的一侧去配合它。对中国的绿电分布和算力增长来说，这条让算力去适应电的路，比让电去迁就算力更现实。
常见问题
问：算力的“柔性负荷”具体指什么？
答：指数据中心里那些不必即时响应的算力任务，比如预训练、批量推理、数据清洗和渲染。它们可以挪到风光大发、电价低的时段运行，起到削峰填谷的作用。
问：把弃风弃光的电转成热存起来，是成熟技术吗？
答：是。电锅炉、电加热配合水蓄热罐或蓄热材料的技术，国内已经应用多年，工程上很成熟。它做的事就是把不稳定的电变成能稳定输出的热，属于热储能范畴。
问：为什么说算力设施怕“晃电”？
答：一次不到 0.1 秒的电压暂降就可能让先进产线停机、在制品报废，算力设施对电能质量同样敏感。所以柔性用电必须以保证供电可靠性为前提。
问：让算力适应电，会不会影响业务？
答：只会让对延迟不敏感的非关键任务参与调节，实时任务和关键负荷的可靠性不降。柔性是在保障可靠性的前提下做减法，不是拿可靠性换弹性。