ros-claw/rosclaw 是一个面向具身智能体的 Physical AI 运行时。2026-11-06 合并的 PR #792 在该项目的仿真（SIM）执行契约中新增了一条将响应等待时间与上限分离的路径。只有一项被指定为受信任智能体配置的能力 coverage.program_finite_v1，可以登记 310 秒的响应等待、310 秒的验证和 330 秒的上限。
这种分离是一种用于避免把迟迟才到的响应误判为执行成功的机制。等待、验证和上限值必须满足 0 < 响应 ≤ 验证 ≤ 上限 ≤ 330 秒，且响应必须严格短于上限。任何试图更改上限、以 REAL/SHADOW 模式调用，或重新定义既有 coverage.execute_slice 契约的请求，都会在远程执行之前被拒绝。如果响应先到期，结果将变为 ACTION_RESULT_UNKNOWN，原有的 waiter 与会话以及上限截止时间会保持原样，直到原有的终止被结算。在此期间，任何引入替代行为的请求都会被拒绝，解除则必须关闭通道。仓库说明指出，该运行时处理受控执行与已验证的体验、物理记忆以及技术演化。
这条边界划在这样的线上：仅仅保存执行意图并不会产生执行权限。公开的覆盖路径在持久化之后立即重新核对原始标识符、观测时刻、Body/epochs、能量、原生终止状态和完整的足迹路径，已登记的预算检查也会以相同的上限和截止时间在发射前再次运行。预算调整只能缩短尚未派发工作的前段部分，对连续笔画的要求依然存在。仿真查询成功并不证明实际发生了运动，仅凭终止回执或取消确认也不会让权限回归，更不能证明物理上的停止。
从提交消息披露的验证记录来看，新登记的 12 项边界测试与既有的授权、会话、取消、回执和同意检查合计 78 项在 4.39 秒内通过，改动文件的 Ruff 检查也是干净的。SDK 全量收集因缺少可选依赖 rosclaw_know.contracts 而在 tests/knowledge/test_contracts.py 处失败（收集到 11264/11324，排除 60 项）。agentd 全量尝试在 158.16 秒后中止，206 项通过，但由于缺少 ur5e 和 canonical 渲染器依赖，4 项渲染器测试失败。不能说整个 agentd 都通过了。安装镜像环境中的 SDK、真实的 Native 配置，以及基于实物（common-tool）的 310/330/310 验证仍然待办，新测试中也没有模型、提供方和 RobotIO 调用。规则本身已通过代码和测试得到确认，但并未给出硬件层面的结果。目前与其说已经到了确定运行条件的阶段，不如说更接近一项值得观察规则是否被遵守的改动。