爻能源·YaoEnergy …

全景链路

我们的能力怎么串起来:数据进来 → 变成预测 → 变成决策建议 → 落到执行 → 回到客户与运营入口; 底座(身份/管理/智能体)贯穿每一层、被所有层复用。层内每个应用标注所属批次(颜色见下),我们按批次一个一个做。

批次:第 1 波第 2 波第 3 波第 4 波第 5 波
① 数据层D · 数据层 · 变更频率中
4 个应用 · 第 1 波 · 第 2 波 · 第 3 波

职责:把外部的世界与内部的对象都变成可用、对得上、可复现的数据。输入=外部接口/Excel/人工台账;输出=标准化数据产品与质量结论。

↓
② 预测层F · 预测层 · 引擎与模型包分开演进
3 个应用 · 第 3 波

职责:把历史与实时数据变成带不确定性的未来。引擎(框架/区间/回测)与模型包(负荷/发电/价格)分开发版——模型迭代快,不让它拖住框架。

负荷预测台已上线
已上线(healthz v0.1.0-loadforecast)。当前取数走过渡通道(管理面导入曲线,必带来源);数据台服务令牌就绪后切回正式契约。⛔ 未导入曲线时页面如实显示"已导入曲线 0 条 + 三步补数指引"。

只做 P1 负荷预测(系统/区域/用户):分位区间(⛔ 不给单点)+ 回测精度(MAE/RMSE/MAPE/PICP)+ 真值来源;输入走数据台曲线/日历 + 气象台要素 + 主数据台唯一 ID

第 3 波loadforecast · loadforecast
出力预测台已上线
已上线(healthz v0.1.0-genforecast)。数据源=气象台要素/概率契约(机器身份 X-Yao-Service-Token,气象台已放行 genforecast)。已产出真实预测:集合概率(wind_speed·ecmwf_ifs025·50 成员)× 真实装机 ⇒ p10/p50/p90 区间。⚠️ 假设与缺口:高度外推 10m→90m(α=0.143) 为假设(已写进 features);光伏暂无区间(集合源无辐照);真值缺 ⇒ 精度如实 insufficient;场站→气象区域映射待做(当前以气象区域为对象+场站容量)。

只做 P2 出力预测:A 气象驱动(光伏/风电)+ B 调度驱动(火电(一等公民)/水电/储能/生物质);按驱动机制分组,⛔ 不合成"新能源出力"、⛔ 不按电源类型拆应用

第 3 波genforecast · genforecast
价格预测台已上线
已上线(healthz v0.1.0-priceforecast)。⚠️ 骨架期:真值未到位 ⇒ 不出模型、不发布精度;页面正事是口径清单(价差必带 basis)与真值可用性。价格真值=T-135。

P3 电价 + 价差(同一"价格域"合一台,人类 2026-10-13 裁定):价差必带 basis 口径;⚠️ 真值(市场价格数据)未到位前只做骨架与精度框架,⛔ 不发布假精度

第 3 波priceforecast · priceforecast
↓
③ 决策层T 交易层 + B 底座(规则口径)· 策略变更频率高
2 个应用 · 第 2 波 · 第 4 波

职责:把政策与口径编译成约束,再把约束与预测一起求解成可解释、可留痕的建议。⛔ 给建议,不给"结论"——每个建议都要能追溯到数据、模型与口径版本。

↓
④ 执行层L · 资源调度 · 含对外动作,最谨慎
1 个应用 · 第 5 波

职责:把建议落到可调资源上 —— 台账与聚合、可调能力评估、受控调用。⚠️ 指令下发默认关闭,必须显式开启并留痕(对外动作是最高风险的一环)。

↓
⑤ 客户与运营入口客户侧应用 · 面向人
1 个应用 · 第 2 波

职责:人进来的地方 —— 客户做交易、运营看现状与留痕。三类使用方(虚拟电厂运营商/省电网营销中心/售电公司)在这里提需求、审建议、下指令。

底座 —— 贯穿上面每一层 不随业务链路变化,被所有层复用;越早立骨架,后面每个应用越省事

底座能力P 平台基础设施 + B 底座(Agent 运行时)
3 个应用 · 第 1 波 · 第 2 波

职责:谁在用、由谁管、谁来编排。身份与权限决定"能不能做",控制台决定"谁在管、改了什么",Agent 运行时把上面的能力开放给自动化。

本页由应用注册表生成(入库于底座台)—— 应用清单、归属与批次的唯一来源;上下架在「底座台 → 应用」页维护。