算力可信，不是证明某台服务器“没有被入侵”，而是证明一次任务使用了可信资源、经过了可控调度，并且结果和数据流转能够追溯。端管云协同的验收重点，也应从“部署了哪些安全产品”转向“能否持续回答这三个问题”。
先建立统一的可信证据
端侧需要确认设备、板卡、节点及其软件环境的身份和状态，包括启动完整性、版本配置、运行异常和任务隔离情况。仅有资产登记并不等于资源可信；当节点出现完整性校验失败、配置偏离基线或关键组件异常时，平台应能够降低其调度权限，必要时将其移出生产资源池。
管侧要验证通信对象、通信目的和通信行为。管理面、控制面、数据面与租户面应合理隔离，控制指令和敏感数据需要受到身份认证、访问控制、链路保护与流量审计。不能只依赖地址、端口判断风险，还要把用户、服务、任务和资源状态关联起来。
云侧则负责把这些状态真正纳入资源编排。设备可信状态应影响任务调度，任务策略也应能被网络和端侧执行。镜像、模型、数据集、驱动和插件的来源与完整性，都应纳入审批、使用和审计范围。
用场景验证，而非只看配置
验收至少应覆盖以下场景：
- 异构设备接入：未知或安全能力不足的资源能否被识别并限制使用；
- 异常节点调度：设备状态异常后，云平台能否停止分配敏感任务；
- 跨地域调度：数据是否按照分类、权限和流通边界传输；
- 权限异常：账号或任务发生越权访问时，网络与数据权限能否同步收敛；
- 任务结束：临时权限、缓存和相关资源能否按策略回收；
- 结果追溯：能否还原任务发起者、使用资源、访问数据、经过链路及运行环境。
最终应形成一条连续证据链：设备身份与状态、网络连接与策略、云上任务与数据访问、计算环境与输出结果彼此关联。若只能证明“系统已经上线”，却无法证明“异常会触发阻断、权限会回收、过程可审计”，算力可信就仍停留在设计层面，而没有进入生产验证阶段。