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 の呼び出しはない。規則自体はコードとテストで検証されているが、ハードウェア上の結果は示されていない。現時点では運用条件を定める段階というより、規則が守られているかを見張る価値のある変更に近い。