研究参考 · 源码与仿真证据
面向共享资源协调的 Physical AI 研究参考。
跨设备、边缘与云边界的共享资源决策。
A neutral horizontal runtime and coordination substrate for physical agents across device, site, edge, and cloud boundaries. The reviewed record establishes source and simulation scope for a governed horizontal candidate and selected vertical packs; it does not establish physical deployment.
Documented research reference
Source through 2026-08-24
Inspectable artefacts
Explicit claim boundary
业务 ↔ 技术桥梁 · Physical AI reference implementation
Pressure-tests product and architecture decisions against a real cross-domain Physical AI source system.
这是对项目组合与源代码的解读，并非客户、部署、认证或成果声明。
Every new physical-agent vertical can become another bespoke platform, multiplying integration, operations, support, and assurance cost.
Separate the reusable horizontal coordination substrate from vertical protocol ownership and keep final safety authority with the local controller.
Signed proposals, resource leases, policy and admission boundaries, local veto, authoritative readback, catalogues, conformance paths, and cross-domain simulation.
Runtime constraints and validation gaps reopen platform scope, supported-vertical claims, deployment obligations, release decisions, and product economics.
源码证据
A neutral horizontal runtime and coordination substrate for physical agents across device, site, edge, and cloud boundaries. The reviewed record establishes source and simulation scope for a governed horizontal candidate and selected vertical packs; it does not establish physical deployment.
详细技术快照以英文维护。
代码仓库证据不等同于客户、部署、认证或成果证据。
问题所在
跨领域协调层必须予以明确的系统决策
EV 充电、机器人、能源和基础设施各自带有自己的协议和权限模型。一个跨领域站点仍然需要一条明确的规则，在不抹去这些垂直领域边界的前提下分配共享的电力、空间、时间和优先级。
如果一项安全决策或资源决策依赖于与云端的往返通信，设计就需要一个明确定义的降级模式。因此，Auralink 将边缘连续性和本地安全控制权视为有待验证的架构要求，而不是已获证明的正常运行时间主张。
一个站点可能包含多个供应商的技术栈，它们的身份、遥测、更新策略和运行约束各不相同。协调必须在保留这些归属边界的同时，让共享资源决策可追溯。
优先级与抢占规则必须把常规工作同安全权限和紧急权限区分开来。源代码对这套词汇进行了建模；响应时序和物理效果仍需要硬件验证和站点验证。
工作原理
已记录的设备、边缘与云划分——本地安全控制权始终保持明确
证据
经审阅的源代码确立了什么——以及哪些地方仍需要另一道验证关口
工程严谨性
此处只展示当前获准公开且带明确限定条件的研究结果。私有清单保持不公开。
快照不可用
公开事实须在发布前重新核验。
在留存的黄金路径仿真中，只有三条路径被一并演练。其余条目属于已记录的设计范围，而非部署证据。
一条仿真的 EV 充电路径演练了通用协调契约。当前的 OCPP 与 OCPI 互操作性、真实设备和认证仍是另外的工作。
一条仿真的机器人路径演练了工作空间与电力协调。Open-RMF 与严格的 VDA 5050 兼容性、真实机器人以及安全验证，均不能由该仿真确立。
一条仿真的智慧城市路径演练了通用协调器。不声称具备当前的 NTCIP/SNMP 互操作性、控制器硬件或市政部署。
电池、光伏与站点负载协调以已记录的设计和仿真范围的形式出现。不声称在实际运行的 BESS、逆变器或能源站点上完成过验证。
工业协议与调度边界已有文档记录。当前的 OPC UA/Modbus 互操作性、机器集成和工厂验证仍是尚待通过的关口。
HVAC 与楼宇负载的组合是一个已记录的应用边界。不声称任何楼宇管理系统集成或站点结果。
ACS v0.1 概览
Auralink 协调规范（ACS v0.1）为参考协调器及其仿真参与方提出了一套精简的词汇。这并不意味着已被某一设备或协议采用。
资源变电站、母线、馈线或单个充电桩接触器上的瓦数。请求可在分层母线之间组合,并受硬性物理上限约束。
资源车间地面的立方米或路口的平方米。机器人 AGV 预留与交通抢占的原语。
资源交通信号灯上的时间窗口。紧急车辆抢占、公交优先请求和需求响应式配时的原语。
资源射频信道 + 带宽 + 时间。共享无线电环境的原语——农场、港口,以及混用 5G/LoRa/Wi-Fi 的超大型项目。
资源共享物理资产(生产单元、机械臂、泊位)上的离散调度时段。可与 Power 组合,实现能耗感知调度。
资源用于 OCPI 漫游、虚拟能源积分、V2G 结算、碳分配的记账原语。属于“软”资源类型。
等级 1代表硬件 ESTOP、备用负载以及其他本地紧急权限。时序和物理效果需要针对具体设备的验证。
等级 2代表安全攸关约束，例如热、碰撞或电网稳定方面的保持条件。规范定义了优先级语义；真实的安全行为并不能仅凭源代码确立。
等级 3代表有边界的优先工作，例如服务窗口或充电计划。递减语义是参考设计的一部分。
等级 4代表可延后的工作，例如后台充电或空闲预留。参考策略将其作为递减时最先考虑的等级。
供应链信任
镜像签名
源代码呈现签名与准入控制配置。此处不声称托管工作流的执行、镜像发布或集群层面的强制执行。
来源证明 + SBOM
来源证明、SBOM 和验证脚本层面已存在。对于任何具体的发布版本，都必须另行核查其已发布的证明集。
审计链
源代码包含链式审计与见证锚的概念和测试。持久化、外部锚定和运行期留存需要部署验证。
密钥托管
签名器与密钥托管边界按可插拔方式设计。不声称任何特定的 TPM、KMS 或 Vault 部署。
传输
源代码中存在 mTLS 配置与可观测性层面。证书生命周期和实际运行中的传输强制执行仍由运营方负责。
机密
凭据提供方接口和 Kubernetes secret 模板已存在。这并不证明存在实际运行的 Vault、ESO 或生产集群。
深入了解
深入了解 Auralink。访问需签署 NDA。
这些文档包含专有架构细节、基准测试和实现细节。一份简短的 NDA 可保护双方权益。
为何协调层是分布式物理 AI 缺失的那个原语，以及它的设计旨在跨 EV / 机器人 / 智慧城市 / IIoT 领域实现什么。
ACS v0.1——六种拟议的规范性资源类型、四个安全等级、平滑递减式抢占、差分隐私下的联邦学习。附 TLA+ 形式化模型。
横跨云端与边缘的完整系统架构、用 Rust 编写的充电桩 OS、用 Go 编写的智能体捆绑包、部署拓扑、RAG 主干，以及作为已记录设计范围的超大型项目实施手册。
源代码
查看 GitHub 代码仓库和 HuggingFace 模型。须先接受 NDA。
请先签署 NDA,再申请代码访问权限。
合作
OCPP 2.0.1 + 1.6J 已在源代码中呈现，ROS 2 桥接已制作原型，OpenADR 2.0b + IEEE 2030.5 进行中——当前协议互操作性仍是一道独立关口。正在已记录的各领域寻找合作伙伴。
OCPP 2.0.1 / 1.6J、OCPI 2.2.1 漫游以及 ISO 15118-2/-20 框架已在源代码中呈现。EV 充电路径在仿真中得到演练；当前协议互操作性、真实设备和认证仍是需要与 CPO 合作伙伴另行开展的工作。
ROS 2 桥接于 2026-05 制作原型，具备过期位姿 / 故障保护 / 急停。OpenADR 2.0b + IEEE 2030.5 演示。apps/city/ 下面向大规模综合用途和超大规模工业站点的超大型项目实施手册属于已记录的设计范围，而非部署证据。
协调规约（ACS v0.1）是一套拟议的规范性词汇；破坏性变更按设想应通过 RFC 进行。可构建自己的协调器、嵌入这些 SDK，或运行参考实现。该设计旨在避免被锁定于单一实现。
路线图
一个 Physical AI 研究参考接下来的证据关口。
经审阅的快照包含受治理组件登记册、所选测试套件的运行记录、架构与规范材料、形式化分析产物，以及一次跨垂直领域的黄金路径仿真。它不是生产定论。
对照明确的验收标准，验证生产 HAL 边界、真实设备行为、当前协议适配器、故障注入、恢复和时序。
选定一个范围严格限定的环境，记录系统与安全的责任归属，运行验收测试和恢复测试，并留存证据，但不把结论推广到该边界之外。
仅在一次有边界的试验之后：检验架构、支持、经济性、安全证据和运行规程能否在另一个站点或垂直领域中重复。高级研究与这一规模化决策保持分离。
正在构建生产级 Physical AI 基础设施？Hyperion 咨询涵盖试点验证、生产加固、欧盟《AI 法案》合规以及完整集成项目。
从演示走向可靠运营。订阅 Physical AI 新读物。
随时可取消订阅。绝无垃圾邮件。