The interface is localized. Skill descriptions and documents are machine-translated by AI into your language; code, commands, paths and technical terms stay in the original, and the author's document governs.
Explore skills
Productivity · SKILL.md

policy-eval

policy-eval

Configure RoboTwin XPolicyLab policy evaluation, remote policy servers, scheduler dry-runs, and action-adapter checks.

Independent GitHub snapshot · Automated classification · Original documentation governs

Skill documentation

GitHub

name: policy-eval description: "Configure RoboTwin XPolicyLab policy evaluation, remote policy servers, scheduler dry-runs, and action-adapter checks." metadata: disco-role: operating disable-model-invocation: true license: MIT

RoboTwin policy evaluation

Use this sub-skill when the user asks to evaluate a policy in RoboTwin, configure XPolicyLab local or remote evaluation, debug scheduler configs, validate policy action formats, or interpret evaluation result layouts.

Route first

Prerequisites

  • A RoboTwin workspace with assets installed and simulation dependencies working.
  • If you only have the generated skill tree, use the root workspace bootstrapper first to materialize a pinned public workspace.
  • The XPolicyLab submodule initialized and a policy adapter under XPolicyLab/policy/<policy_name>/.
  • Separate policy and evaluation environments when the policy stack and RoboTwin simulation dependencies differ.
  • GPU IDs and capacity chosen for the host.

Main workflows

Evaluation modes

  1. bash scripts/eval_policy.sh serve --config env_cfg/eval/remote_server.yml starts a pool of policy servers.
  2. bash scripts/eval_policy.sh multitask --config env_cfg/eval/all_tasks.yml ... schedules local policy+simulator jobs or local simulator clients against remote servers.
  3. Without multitask or serve, scripts/eval_policy.sh dispatches a single eval call to the XPolicyLab adapter path.

Validation signals

  • --dry-run prints the schedule and concrete commands without launching policies.
  • Scheduler config rejects unknown fields, duplicate tasks, invalid GPU IDs, missing checkpoint in local mode, and missing remote endpoints in remote mode.
  • eval_result/multitask/<run_id>/summary.json reports jobs total/succeeded/failed/skipped.
  • Per-task logs are under eval_result/multitask/<run_id>/logs/.
  • Single task eval writes _result.txt under eval_result/<task>/<policy>/<task_config>/<checkpoint>/<timestamp>/.
Saved skills