EVIDE 具身智能证据固化系统

1. 为什么现在很重要
2. 有 EVIDE / 没有 EVIDE
3. EVIDE 不是什么
4. 服务对象 - 制造商、运营方、保险公司
5. 为什么现有日志还不够
6. 观测问题
7. EVIDE 记录什么
8. 工作原理
9. 系统类别
↗ DAPI 身份认证
↗ EVIDE MCP 服务器文档
↗ AI 失败案例库 - 已记录先例
↗ EVIDE 法律与证据应用

⚓ 新功能 - EVIDE ANCHOR

系统行动之前，声明了怎样的操作边界（Declaration）？

具身智能系统的活动区域、工具授权和动作限制，很少以能在事故后完整保留下来的形式被声明。EVIDE ANCHOR 在系统进入某个区域之前，保存其被声明的操作边界 - 哪个区域、哪些执行器、哪些动作被列为禁止。这不是运行时强制执行，也不是访问控制系统，而是对当时生效的操作边界所做的外部、加盖时间戳的声明（Declaration），使事故发生后的记录不依赖于其行为正受质疑的那套系统本身。

声明的操作区域

例如"限制性维护区"而非"公共步道"

声明的工具/执行器授权

哪个末端执行器、哪一类负载在授权范围内

声明的禁止动作

例如未经操作员确认不得自主抬升超过1.2米

这一构想源于一次软件智能体事故 - 将生产数据库误认为可丢弃的测试环境 - 同样的缺口在物理世界同样存在：如果操作边界事先未被声明，事后仅凭记忆或配置历史是无法还原的。

EVIDE ANCHOR - 完整字段参考 ↗

具身智能证据治理的构建模块

每个组织产生的证据、遵循的工作流程、识别人员身份的方式都不相同。EVIDE 为所有这些场景提供一个共同的证据基础。

EVIDE 部署中可用的互补能力

原生能力

外部证据材料（External Artifacts）

锚定外部证据，而不存储它。

支持传感器日志、视频、热成像等多种类型。

原生能力

认知稳定缓冲区（Epistemic Stabilization Buffer）

在形成最终证据记录之前，持续观察正在演变的情况。

适用于闭合前仍在演变的边界事件 - 与第8节介绍的单一状态 MCP 升级流程互为补充。

与 DAPI 身份认证集成

已验证的人类身份

将某个声明的决策与一个可验证的人类身份相关联。

EVIDE 锚定声明的 DAPI 认证引用；身份验证本身始终由 DAPI 独立提供。

动手体验

您是机器人企业吗？在 EVIDE 治理实验室中免费体验。

EVIDE 治理实验室（EVIDE Governance Lab）让您提交真实的证据存入请求，实时查看 FCC、DWC/FAC 与认知稳定缓冲区的计算结果，并下载自动生成的证据材料记录（Evidentiary Artifact Record, EAR）。无需 DAPI 身份验证，无需系统集成，无需承诺，完全免费。

进入 EVIDE 治理实验室 ↗

实验室环境仅供探索与测试，不具备法律或证据效力。

第一节

1. 为什么现在很重要

每一起具身智能事故
最终都会变成一个证据问题。

一旦事故进入调查阶段，问题就不再只是发生了什么，而是数月之后、由一个当时不在场的人、仅凭系统之外保存下来的材料，还能独立还原出多少。

人形机器人、服务机器人、无人机、AGV、协作机器人等具身智能系统，正越来越多地在不受控的环境中与人接触：公共活动、医院、仓库、家庭、街道。监管框架也在追赶这一现实，但进展并不均衡，节奏也未必跟得上部署的速度。

欧盟监管背景（供参考）。在欧盟《人工智能法案》下，高风险人工智能系统面临记录保存义务（第12条）、人工监督要求（第14条）和部署方义务（第26条）。《人工智能数字综合法案》（Regulation (EU) 2026/1744）于2026年7月8日签署、7月24日在《欧盟公报》公布、7月27日起生效，将附件三下独立高风险义务的适用期限推迟至2027年12月2日，将附件一下作为机械安全部件嵌入受监管产品的系统（许多具身智能系统属于此类）的适用期限推迟至2028年8月2日。第50条透明度义务未受影响，仍自2026年8月2日起适用。以下第10节将说明与中国电子证据实践相关的背景，供中国大陆读者参考。

合规截止日期可以等。
事故不会等。

在监管截止日期之前发生的事故，并不会因此就"未被覆盖"。它只是先于那条截止日期本应促成建立的证据实践而到来。

等到合规截止日期才开始搭建证据基础设施，对于截止日期之前发生的一切而言，从定义上说已经太晚。部署与证据就绪之间的差距，并非一个未来的风险，而是大多数具身智能项目当下的默认状态。

这种模式并非假设。在关键时刻缺乏独立证据记录的情况，已经在保险、医疗、公共管理、法律服务等多个AI辅助行业中反复出现。查看已记录案例 → 相关的证据性问题 - 需要证明什么、争议出现前实际能保存下什么 - 在 EVIDE 法律与证据应用 → 中有更详细的探讨（英文）。

第二节

2. 有 EVIDE / 没有 EVIDE

同一起事故，在两种不同的证据条件下被还原。

没有 EVIDE

事故前系统报告观测到的内容，没有独立记录
制造商、运营方、保险公司各自依据自己的说法 - 没有中立的基础来相互核对
内部遥测数据事后可被编辑、覆盖或选择性保留
监管或保险审查发现，边界时刻没有可外部核验的时间戳
传感器日志、摄像画面、热成像、维护记录分散在各内部系统中，彼此之间以及与事故记录之间，没有声明过、经外部锚定的关联关系
一起仍在演变的事故 - 例如仍在评估中的碰撞、仍在判断中的应急后备方案 - 只能靠某人碰巧查看那一刻恰好存在的快照来记录，没有声明过的观察窗口说明局面是如何逐渐稳定下来的

有 EVIDE

每一个声明的边界状态都经过外部锚定并独立加盖时间戳
记录通过 DAPI 验证身份归属于特定所有者 - 不是匿名的，也不是自我声明的
防篡改可核验：存入记录一旦形成，无法在不破坏证据保管链完整性的情况下被追溯修改
制造商、运营方、保险公司都可以访问 - 一个任何一方都无法单独控制的中立基础
外部证据材料 - 传感器日志、摄像画面、热成像、LiDAR导出数据、诊断报告、已签署的维护记录 - 通过声明记录被引用，其来源和完整性哈希值由提交方声明（EVIDE 从不独立验证），EVIDE 从未接收、存储或解读底层文件本身
对于持续数分钟才逐渐明朗的事件 - 仍在评估的碰撞、软件应急后备、人工干预 - 认知稳定缓冲区会保持一个声明的观测窗口开放，直至情况稳定，从而生成一份最终记录，而不是若干互不关联的快照

第三节

3. EVIDE 不是什么

首先要明确：这不是又一个要求进入您机器人控制回路的系统。

不是安全控制器
不是防碰撞系统
不是紧急停止机制
不是机器人治理引擎

这一区分是架构层面的，而不是一句免责声明。EVIDE 严格运行在证据层内 - 观测、固化、还原。它不涉及判断、合规认定或责任归属的领域。

EVIDE 保存

系统报告观测到某一特定状态这一事实
该报告发生的具体、独立加盖时间戳的时刻
与之关联的 DAPI 验证的个人或组织身份
一条防篡改可核验的证据保管链

EVIDE 不判定

机器人的行为是否正确
部署是否合规
运营方是否存在过失
系统本身是否安全

特别写给机器人制造商。接入 EVIDE 并不意味着预期会发生事故，也不意味着系统不安全。它所做的，是为系统报告观测到的内容创建一份独立证据记录。这份记录之后可能支持、限定，也可能反驳来自制造商、运营方、保险公司或调查人员的相互竞争的事件还原版本。它的价值恰恰在于，它不是由对结果有利害关系的一方事后回溯创建的。

EVIDE 在观测之后、
在还原之前运行。

它不介入物理执行过程，而是独立地保存系统在边界时刻报告观测到的内容 - 在任何一方有机会对其做出解读之前。

第四节

4. 服务对象

一起具身智能事故发生后，三类不同的利益相关方可能面临不同的证据与问责问题。EVIDE 用同一个独立证据层来回应这三类需求。

机器人制造商

OEM 厂商

--系统报告观测内容的独立证据记录
--可用来检验"自主故障"叙述的同期记录
--不暴露知识产权 - 仅涉及声明的状态观测

部署运营方

活动主办方、服务运营商

--声明的安全边界条件的独立记录
--活动时点环境条件的独立记录
--将部署责任与系统责任区分开来
--通过 DAPI 获得的具名、经验证身份 - 责任工程师以自己经验证的身份签署，在记录中形成个人证据锚点

保险公司

产品责任、活动责任

--不受任何责任方控制的防篡改可核验记录
--支持事故后还原及对相互竞争说法的比对
--独立加盖时间戳的记录，旨在为后续可采性审查提供支持

关于具名问责。当一家公司指定一名工程师对某个具身智能部署负责，且该工程师以自己经过 DAPI 验证的身份签署证据记录时，该记录便与一个具名、可独立验证的身份相关联，而不再是一个匿名的组织流程。身份验证由 DAPI 完成；EVIDE 在证据记录中锚定对该已验证身份的声明引用。这本身并不确立法律责任、过失、行为正确性或赔偿责任。

第五节

5. 为什么现有日志还不够

每一个严肃的具身智能平台本身都已经在大量记录日志 - 传感器状态、决策、错误代码、遥测数据。那么这一切为什么还不够？

日志在实践中是可变的 - 由产生它的同一套基础设施保留、编辑或覆盖
日志始终留存在制造商自己的系统内 - 属于自我声明，无法独立核验
日志描述的是执行过程 - 系统做了什么 - 而不是事后还原时真正重要的、声明过的边界条件
日志没有独立的身份归属 - 内部用户ID或系统标签，不等同于经 DAPI 验证的身份
日志不是外部证据存放记录 - 没有任何机制能防止它们在争议进入审查阶段时已经缺失、不完整或被质疑

这并不是说内部日志没有用。而是说，仅凭日志本身，无法为数月后需要独立审查的人提供他们真正需要的东西：一份不依赖于其产生系统本身可信度的记录。

第六节

6. 观测问题

涉及自主物理系统的公开事故，往往呈现出一种熟悉的模式：一段短视频流传开来，显示出接触发生的孤立瞬间。它在技术上是准确的，但也几乎排除了此前发生的一切。

同一事件从不同角度拍摄的更完整录像，讲述的是一个更长的故事：系统的运行轨迹、它当时所处的边界、有人进入其路径的那一刻，以及只有到这时才发生的接触本身。

短视频 - 窄画面

动作

↓

接触

隐含的解读：系统存在过错

完整录像 - 全画面

轨迹开始

↓

边界可见

↓

有人进入区域

↓

接触

隐含的解读：部署或边界管理问题

同一个物理事件，两种截然不同的还原方式，两种相反的治理含义 - 一个指向机器人系统本身，另一个指向部署环境。

两种还原都未必是错的。每一种还原都继承了各自观测窗口的局限。

这种分歧并非篡改或证据被更改的结果，而是观测框架选择的直接后果。流传的视频往往在技术上是准确的，只是没有捕捉到足够的情境结构，无法在治理层面上还原事件全貌。

两位观察者可能对同一物理事件还原出不同的版本 - 不是因为有人在撒谎，也不是因为证据被更改，而是因为观测的可见范围不同。观测本身的框架，成为证据条件的一部分。

这一点对具身智能事故尤为突出，因为这些系统本身持续产生传感器数据 - 但这些数据是内部的、由制造商掌控的，事发那一刻并未被独立保存下来。

问题不只是
"发生了什么？"

问题还是
"事发那一刻，
系统报告自己观测到了什么？"

这是两个不同的证据问题，各自带来不同的问责含义。

证据主张是刻意收窄的。

不是系统"相信"了什么。
不是系统"感知"到了什么。

而是系统在边界时刻报告观测到了什么。

这一区分在保留证据存放取证价值的同时，避免了证据层面的过度主张。

具身智能事故发生后，事后分析通常关注机器人做了什么，却很少独立保存机器人在事发那一刻报告了什么。缺失的证据层通常包括：

-- 机器人在越界时刻，报告自己在传感器环境中观测到了什么
-- 系统报告自己当时所处的状态
-- 系统报告检测到了哪些障碍物或人员
-- 哪些安全条件被声明为已启用或未启用
-- 部署环境声明了哪些情境假设为当时生效

内部遥测日志可以被编辑、覆盖或选择性保留。而在事发那一刻创建的、独立于制造商系统之外的证据存放记录，一旦形成便无法在不破坏证据保管链完整性的情况下被追溯修改。

具身智能事故发生后，多方对事件应如何被还原都有其正当但可能相互分歧的利益。制造商有动机证明系统按设计运行；部署运营方有动机证明安全规程得到了遵守；保险公司则需要判断责任是否落在承保范围之内。

这些利益诉求本身都不是不正当的。但当证据记录仅由其中一方独家掌握时 - 通常是制造商，通过内部遥测数据 - 其他各方就无法想当然地认为这份记录是独立的。

独立性不等于内容中立。存放的记录反映的是系统报告了什么 - 这可能有利于某一种解读，也可能不利于另一种。独立性的含义是：这份记录不能被任何对结果有利害关系的一方事后追溯修改、选择性保留或重新构造。

第七节

7. EVIDE 记录什么

通过 MCP 集成，具身智能系统可以在关键时刻 - 高风险事件发生之前、期间或边界处 - 提交一次证据存放。该存放记录是外部的、独立加盖时间戳的，不受机器人制造商控制。

perimeter_violation_detected

unexpected_human_entry

obstacle_in_safety_zone

motion_continuity_active

emergency_stop_triggered

declared_sensor_conflict_event

declared_uncertainty_condition

pre_impact_state

visibility_partial

safety_zone_breach

operator_override_active

environment_classification

关于信号标签的说明。以上信号标签只是提交系统可能报告内容的示例。EVIDE 不判定是否真的发生了边界违规，也不判定某项具体安全条件是否真的被突破。它记录的是提交系统在存放那一刻报告观测到的内容。

目标不是判定责任。目标是保存可还原性 - 独立地、在关键时刻、在任何事后解读发生之前。

EVIDE 锚定的是声明的应用事件，而不是产生它的系统的内部状态。以上列出的每一个信号，都是提交系统自己声明的一种情况 - 而不是 EVIDE 从系统内部传感器融合、置信度评分或模型推理中读取出来的数值。EVIDE 不计算置信度，不解读传感器之间的分歧，也不访问机器人的内部感知流程。它锚定的是系统在声明那一刻所声明的内容。

第八节

8. 工作原理：具身智能 + MCP + EVIDE

观测是连续的，证据不是。具身智能系统所感知到的内容中，只有极小一部分会成为一次声明的边界事件 - 而 EVIDE 只锚定被声明的事件。

传感器 → 感知 → 机载AI → 任务逻辑 → 声明的边界事件 ──── 证据边界 ──── EVIDE

不构成事件：常规巡逻、经授权人员经过、预期范围内的环境变化

构成事件：边界突破、运动区域内出现意外人员、触发的安全条件、报告的传感器冲突

证据边界所处的位置是声明的事件本身 - 而绝不在感知、规划或任务控制层内部。EVIDE 不认证传感器记录了什么，它保存的是：应用系统在某一具体时刻，声明了某个具有具体属性的具体事件，这一事实本身。

通过 EVIDE MCP 服务器，任何具备智能体层的具身智能系统都可以接入 EVIDE 证据基础设施。集成需要一个经 DAPI 验证的所有者身份和一份有效的 EVIDE 订阅 - 机器人本身不是证据身份的持有者；存放记录关联的是一个经 DAPI 验证的个人或组织身份。

事件检测

机器人的机载系统检测到一个边界条件 - 边界突破、意外进入、置信度下降、临近碰撞前状态。

MCP 升级调用

智能体层通过 EVIDE MCP 服务器调用 evide_escalate，提交智能体状态摘要、升级触发类别以及任何尚未解决的信号。

escalation_trigger: "governance_uncertainty" agent_state_summary: "Unexpected human entry detected within active motion zone. Perimeter boundary condition at crossing-time." escalation_reason: "Perimeter breach signal could not be resolved against the declared operating zone before the motion window closed." unresolved_signals: ["human_proximity_detected", "motion_continuity_active"]

独立固化

EVIDE 接收该存放请求，加盖独立时间戳，计算包括 FCC 连续性评估在内的证据档案，并返回一份附有 evide_id 和 intake_hash 的防篡改可核验记录。

持久的证据锚点

该记录独立于机器人自身的内部日志、制造商的系统，以及此后任何软件更新或事故调查而持续存在。其登记的完整性要素可在 EVIDE 公共登记库中独立核验。

非阻塞式架构。具身智能安全系统运行在以毫秒计的实时控制周期上。evide_escalate 调用被设计为异步执行 - 机器人将状态观测写入本地受保护缓冲区，MCP 智能体并行发送该数据包用于固化处理，不会阻塞或干扰物理执行周期或任何安全关键功能。

架构层面的知识产权保护。EVIDE 不接收原始遥测数据流、专有传感器数据、模型权重或视频流，它接收的是声明的状态观测 - 对系统在特定时刻所报告内容的抽象描述。密码学哈希确保记录的证据完整性，同时不暴露制造商的内部系统或知识产权。

关键的证据问题。当一次声明的边界事件之后引发争议，以下问题是否可以在不完全依赖制造商自身系统或工程师的情况下独立得到回答？

1独立第三方能否还原出，系统的边界状态为何在那个具体时刻被声明？
2究竟是哪些传感器输入、内部状态或情境信号促成了那次声明？
3如果系统的计划在执行过程中发生了变化，是否有独立证据说明原因？
4感知/规划层与物理执行层之间的证据边界具体在哪里？
5如果系统识别出一种不确定或超出分布范围的情况，有哪些独立证据记录了这一转变？
6数月之后，外部调查人员能否在不完全依赖制造商自身系统或工程师的情况下还原整个过程？

被锚定的记录。这是第4步产生的结果 - 一个真实的、符合 API 规范的示例，已对照 EVIDE 存入模式 v2.1 核验。

一次声明的具身智能边界事件的证据记录示例

{ "evide_schema": "2.1", "source_system": "HumanoidServiceFleet-EU", "source_reference": "EVT-2026-0714-1620", "source_timestamp_utc": "2026-07-14T16:20:33Z", "decision": { "type": "declared_boundary_event", "status": "finalized", "closure_timestamp_utc": "2026-07-14T16:20:41Z", "summary": "Declared perimeter boundary event crystallized following unexpected human entry within active motion zone" }, "authority": { "id": "fleet_owner_operator_12", "role": "DAPI-Verified Deployment Owner", "dapi_number": "DAPI-XXXX", "verification": "DAPI-XXXX" }, "declarations": [ { "declaration_type": "declared_perimeter", "declared_value": "Motion zone restricted to designated service corridor; no autonomous entry into adjacent public walkway", "declarant": "fleet_owner_operator_12", "declared_at": "2026-07-14T09:00:00Z" } ], "intervention": { "type": "declared_event", "classification_status": "stable", "classification_context": { "taxonomy_reference": "https://example.org/taxonomies/physical-ai-boundary-taxonomy-v1.0", "threshold_reference": "https://example.org/protocols/perimeter-safety-protocol-v2.0", "threshold_status": "met" }, "rationale": "System reported a perimeter boundary condition; evidentiary deposit crystallized at crossing-time, prior to any post-event interpretation", "trace": { "reference": "PHYSICAL-AI-003/boundary-event-20260714-1620", "access": "restricted" } }, "human_oversight": { "is_declared": true, "declared_level": "L1" }, "handoff": { "boundary_readiness": { "status": "candidate", "readiness_gate": null, "visibility_surface": "partial", "unresolved_signals": ["motion_continuity_active"] }, "reconstruction_independence": "declared", "submission_status": "not_submitted", "acceptance_status": "not_claimed" }, "extensions": ["declarations", "evidence_references"], "evidence_references": [ { "artifact_type": "sensor_log", "pointer": "fleet-storage://humanoid-fleet-eu/sensor-log-20260714-1620.json", "declared_origin": "onboard sensor logging system", "declared_description": "Perimeter and proximity sensor log at the time of the declared boundary event", "hash": { "algorithm": "SHA-256", "value": "sha256:e219a4...b850_example_not_for_submission" }, "hash_scope": "full_file", "hashed_by": "Onboard logging service" }, { "artifact_type": "video", "pointer": "fleet-storage://humanoid-fleet-eu/video-20260714-1620.mp4", "declared_origin": "onboard camera recording", "declared_description": "Video recording covering the moments before and after the declared boundary event" } ], "content_hash": { "algorithm": "SHA-256", "value": "sha256:8b3e...c904_example_not_for_submission" } }

第十节

10. 中国电子证据背景（供参考）

中国法院在电子数据的真实性审查方面已经形成了较为成熟的实践，与 EVIDE 所处理的证据类型直接相关。以下内容仅作背景说明，不构成法律意见，也不代表 EVIDE 已获得任何司法机关的认可。

最高人民法院《关于互联网法院审理案件若干问题的规定》（法释〔2018〕16号），第十一条（2018年9月7日起施行）明确：当事人提交的电子数据，通过电子签名、可信时间戳、哈希值校验、区块链等证据收集、固定和防篡改的技术手段，或者通过电子取证存证平台认证，能够证明其真实性的，互联网法院应当确认。该条同时列出了法院审查电子数据真实性时着重考察的因素，包括：生成、收集、存储、传输所依赖的软硬件环境是否安全可靠；生成主体和时间是否明确；存储介质和保管方式是否妥当；提取和固定的主体、工具、方式是否可靠、可重现；内容是否存在增删改或不完整的情形；电子数据是否可以通过特定形式得到验证。

可信时间戳、哈希值校验、第三方存证平台等机制，属于上述规定中被认可为与真实性审查相关的技术手段。这为具身智能系统产生的证据材料提供了一个已确立的参照框架 - 但这并不意味着任何具体的技术方案会自动被采信，也不意味着任何特定平台已被最高人民法院或其他司法机关"认可"。

EVIDE 在其中的定位。EVIDE 不是区块链存证平台，也不是对官方司法存证平台的替代。EVIDE 是一个独立的外部证据层：它对物理AI系统所声明的观测内容，以及相关完整性参考信息，进行加盖时间戳的保存。上述法律因素 - 系统环境的可靠性、生成主体和时间的明确性、存储与提取过程的可核验性等 - 最终仍需由有管辖权的法院或主管机关结合具体案情逐一审查认定。EVIDE 不判定可采性、不判定法律效力、不判定责任归属或合规性，也不判定所记录事件的客观真相。它提供的是一个独立的证据层，旨在争议发生前、在事后重建变得必要之前，保存声明的状态、报告的观测内容以及相关的完整性参考信息。

第九节

9. 系统类别

EVIDE 具身智能证据固化系统并不局限于人形机器人。这一证据层适用于任何会做出影响人身安全或组织问责决策的自主物理系统。

🤖

人形机器人

公开演示、活动表演、酒店服务、零售互动。面临不受控人群环境的高暴露风险。

🦾

协作机器人与工业机器人

按设计允许人机近距离共处的协作工作环境。安全区域管理是一项持续的治理任务。

🚗

自主地面车辆 - AGV / AMR

物流、末端配送、仓储自动化。发生在有行人流动的共享空间中的事故。