L1 感知与执行
接入计量、环境与设备状态，经授权接口传递控制动作和回执。设备原生保护优先，不由 AI 替代。
DCP / 公开工程说明
算电协同架构
将计算任务、分布式电源、储能和柔性负荷纳入统一的资源视图。公开架构说明各层职责、运行边界与验证路径；具体协议、响应速度和可用功能以项目集成测试为准。
AI 科学示意 · 非实拍、实测或产品规格01五层分工，现场保留控制权
这五层描述控制与服务职责，与端侧、社区、区域的物理部署层级不同。
L2 算力节点
运行模型与任务队列，报告功耗、健康度和任务约束。只有经过验证的可调任务才进入柔性资源池。
L3 本地协同
在站点内检查容量、设备状态和控制权限，执行有效策略，并按预先验证的方案处理断网与异常。
L4 运营平台
汇总资源状态、预测需求、协调跨站任务并分析运行结果。现场安全不依赖云端始终在线。
L5 生态服务
按实际资质与接口条件连接能源、算力和运营服务，支持计量、核验与结算流程。
02资源如何形成闭环
先理解状态和约束，再形成策略，最后核验执行结果。
状态与资源模型
将功率、温度、任务队列、储能状态和设备健康统一为带时间戳的资源记录，区分额定、在线与可承诺容量。
接入与授权
根据现场协议、点表质量和厂商权限设计适配层。跨系统只交换必要的数据，不默认取得设备控制权。
策略与回执
策略需说明适用设备、有效期和回退条件；执行后对比目标与实测结果，记录偏差和异常。
03部署与故障边界
从单站验证到多站协同，扩展范围必须与恢复能力同步。
单站与多站
单站先验证采集、权限、策略与恢复；多站扩展前核对网络、数据位置、模型兼容和迁移成本。
云端或控制器异常
按约定的有效策略和本地保护运行。失效指令不继续执行，恢复后先校准状态，再逐步恢复控制。
节点与任务异常
根据任务是否可保存、可迁移或可延后选择恢复路径。不可迁移的关键业务需要独立保障方案。
DCP / OPERATING LOOP
算力、电力与任务的协同流程
- 01
现场感知
功率、队列、设备健康
- 02
约束校验
权限、容量、业务截止时间
- 03
任务编排
安排位置与执行窗口
- 04
现场执行
保留原生设备保护
- 05
回执与审计
结果、偏差、版本与追溯
公开逻辑示意，不是实时监控。数据向上汇聚，策略经校验后下发，执行结果回到审计闭环。