roboscope-kit 0.8.0b1__tar.gz

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (81) hide show
  1. roboscope_kit-0.8.0b1/.gitignore +11 -0
  2. roboscope_kit-0.8.0b1/AUTHORS.md +3 -0
  3. roboscope_kit-0.8.0b1/CHANGELOG.md +345 -0
  4. roboscope_kit-0.8.0b1/LICENSE +203 -0
  5. roboscope_kit-0.8.0b1/PKG-INFO +490 -0
  6. roboscope_kit-0.8.0b1/README.md +465 -0
  7. roboscope_kit-0.8.0b1/pyproject.toml +66 -0
  8. roboscope_kit-0.8.0b1/src/roboscope_kit/__init__.py +67 -0
  9. roboscope_kit-0.8.0b1/src/roboscope_kit/benchmark_specs.py +268 -0
  10. roboscope_kit-0.8.0b1/src/roboscope_kit/client.py +133 -0
  11. roboscope_kit-0.8.0b1/src/roboscope_kit/contracts.py +176 -0
  12. roboscope_kit-0.8.0b1/src/roboscope_kit/policy.py +348 -0
  13. roboscope_kit-0.8.0b1/src/roboscope_kit/policy_config.py +141 -0
  14. roboscope_kit-0.8.0b1/src/roboscope_kit/protocol.py +111 -0
  15. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/__init__.py +4 -0
  16. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/autotune.py +437 -0
  17. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/__init__.py +60 -0
  18. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/__main__.py +6 -0
  19. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/adapters.py +99 -0
  20. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/autotune.py +698 -0
  21. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/checkpoint.py +131 -0
  22. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/cli.py +590 -0
  23. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/cuda_mps.py +284 -0
  24. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/factories.py +57 -0
  25. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/image_manifest.py +122 -0
  26. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/legacy.py +198 -0
  27. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/metrics.py +152 -0
  28. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/orchestrator.py +844 -0
  29. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/policy_process.py +221 -0
  30. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/processes.py +378 -0
  31. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/queue.py +172 -0
  32. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/registry.py +41 -0
  33. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/resources.py +138 -0
  34. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/schema.py +104 -0
  35. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/shard_merge.py +313 -0
  36. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/shard_reduce.py +200 -0
  37. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/shard_validation.py +94 -0
  38. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/sharding.py +117 -0
  39. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/suite_sizes.py +52 -0
  40. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/timing.py +133 -0
  41. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmark/worker.py +79 -0
  42. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/__init__.py +4 -0
  43. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/calvin/__init__.py +9 -0
  44. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/calvin/adapter.py +245 -0
  45. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/calvin/factory.py +114 -0
  46. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/calvin/worker.py +283 -0
  47. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero/__init__.py +9 -0
  48. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero/adapter.py +285 -0
  49. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero/factory.py +127 -0
  50. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero/worker.py +285 -0
  51. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero_plus/__init__.py +9 -0
  52. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero_plus/adapter.py +189 -0
  53. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/libero_plus/factory.py +130 -0
  54. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/__init__.py +17 -0
  55. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/adapter.py +351 -0
  56. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/agent.py +177 -0
  57. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/config.py +163 -0
  58. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/factory.py +114 -0
  59. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/instructions.py +268 -0
  60. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/metaworld/worker.py +337 -0
  61. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robocasa/__init__.py +8 -0
  62. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robocasa/adapter.py +229 -0
  63. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robocasa/factory.py +120 -0
  64. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robocasa/worker.py +218 -0
  65. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robotwin/__init__.py +14 -0
  66. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robotwin/adapter.py +198 -0
  67. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robotwin/factory.py +232 -0
  68. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robotwin/seed_cache.py +79 -0
  69. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robotwin/seed_protocol.py +286 -0
  70. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/benchmarks/robotwin/worker.py +581 -0
  71. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/hil/__init__.py +23 -0
  72. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/hil/checkpoints.py +436 -0
  73. roboscope_kit-0.8.0b1/src/roboscope_kit/runtime/hil/lerobot_policy.py +224 -0
  74. roboscope_kit-0.8.0b1/src/roboscope_kit/server.py +245 -0
  75. roboscope_kit-0.8.0b1/tests/test_benchmark_autotune.py +465 -0
  76. roboscope_kit-0.8.0b1/tests/test_benchmark_shard_reduce.py +405 -0
  77. roboscope_kit-0.8.0b1/tests/test_benchmark_sharding.py +181 -0
  78. roboscope_kit-0.8.0b1/tests/test_benchmark_suite_sizes.py +58 -0
  79. roboscope_kit-0.8.0b1/tests/test_policy_process.py +59 -0
  80. roboscope_kit-0.8.0b1/tests/test_unified_benchmarks.py +1123 -0
  81. roboscope_kit-0.8.0b1/uv.lock +155 -0
@@ -0,0 +1,11 @@
1
+ .DS_Store
2
+ .pytest_cache/
3
+ .ruff_cache/
4
+ .venv/
5
+ __pycache__/
6
+ *.egg-info/
7
+ build/
8
+ dist/
9
+ sdk-dist/
10
+ .verify-sdk/
11
+ .verify-download/
@@ -0,0 +1,3 @@
1
+ # Authors
2
+
3
+ RoboScope Kit is developed and maintained by the RoboScope Team.
@@ -0,0 +1,345 @@
1
+ # Changelog
2
+
3
+ ## 0.8.0b1 (Unreleased)
4
+
5
+ - Rename the SDK to RoboScope Kit. Install it with `pip install roboscope-kit` (previously
6
+ `roboscope-inference-sdk`) and import it as `roboscope_kit` (previously `roboscope_inference_sdk`).
7
+ `importlib.metadata.version()` now takes `"roboscope-kit"`. No compatibility alias is provided.
8
+ - Move the package source from `packages/roboscope-inference-sdk/` to `packages/roboscope-kit/`; image
9
+ Control Runtimes now live under `/opt/roboscope/control-runtime/packages/roboscope-kit/`.
10
+
11
+ ## 0.7.0b77 (Unreleased)
12
+
13
+ - Add an opt-in CUDA MPS mode for Policy replicas: `--cuda-mps` on the
14
+ benchmark CLI and `run-benchmark.sh`, off by default. The runtime owns a
15
+ private MPS control daemon for the run, attaches every replica to it,
16
+ fails if a replica does not attach, terminates a replica's MPS clients
17
+ before signalling it, and records the session in `result.json`. Autotune
18
+ probes run under the same mode as the formal pass.
19
+
20
+ ## 0.7.0b76 (Unreleased)
21
+
22
+ - Revert the MetaWorld runtime, autotune, native-reference and MPS changes
23
+ because they regressed the autotune algorithm. Restore the b59 runtime
24
+ and autotune behavior.
25
+
26
+ ## 0.7.0b59 (Unreleased candidate)
27
+
28
+ - RoboTwin renders one observation per refresh. The evaluator loop now asks the
29
+ Policy client whether an observation is due, so steps at chunk or stride
30
+ boundaries no longer render twice and stride 1 matches the official cadence.
31
+ - Keep the per-step observation cadence under randomized lighting, the viewer,
32
+ video logging and point-cloud observations, whose output or RNG stream depends
33
+ on every render.
34
+ - The StarVLA official Policy declares its action horizon as its observation
35
+ stride, replacing the external stride-16 launcher wrapper.
36
+
37
+ ## 0.7.0b58 (Unreleased candidate)
38
+
39
+ - Move PyPI upload, artifact-hash verification and clean-install verification to
40
+ GitHub Actions after the full compatibility gate.
41
+ - Require Python 3.11 or newer for installation and runtime use; remove the
42
+ Python 3.8–3.10 compatibility tier and its CI/dependency branches.
43
+ - Define maintained CPython support by the upstream lifecycle, currently
44
+ Python 3.11–3.15, and align package metadata and Ruff with that baseline.
45
+ - Use Hatchling for wheel and source-distribution builds with SPDX metadata.
46
+ - Select the locked Control Runtime NumPy wheel by its CPython/Linux tags so
47
+ simplified lockfile markers do not break official image bundle builds.
48
+ - Gate changes on installed-artifact imports, the existing regression suites,
49
+ Python 3.11 API checks and the declared interpreter matrix in CI.
50
+ - Retain strict zip length validation; remove the Python 3.8-only API workarounds
51
+ from this candidate. Older pinned simulator environments require separate
52
+ upgrade and image validation before adopting this SDK.
53
+
54
+ ## 0.7.0b50 (Beta)
55
+
56
+ - Add reproducible builders for CALVIN, RoboCasa, RoboTwin and LIBERO+ runtimes.
57
+ - Lock source revisions, asset checksums and the restored CALVIN dependency set.
58
+ - Include RoboCasa kitchen/GR1 assets and RoboTwin embodiment path preparation
59
+ in their builders; use CALVIN's validation long-finger Panda configuration.
60
+ - Align RoboTwin Quick Test preparation with its single-task workload.
61
+ - Include all RoboTwin preparation scripts in the shared Control Runtime so its
62
+ source checksum matches the committed checkout.
63
+ - Reuse the commit-pinned image bundle for offline RoboTwin preparation runtime
64
+ installation instead of downloading CPython and numpy again.
65
+
66
+ ## 0.7.0b49 (Beta)
67
+
68
+ - Restore the validation long-finger Panda geometry in CALVIN runtime preparation.
69
+
70
+ ## 0.7.0b48 (Beta)
71
+
72
+ - Cross-instance sharding is an opt-in Beta. SDK publication does not enable platform sharding
73
+ or promote any evaluation image to the official catalog.
74
+
75
+ - Bound automatic shard counts by work-item capacity and reject invalid partitions before autotuning.
76
+ - Validate shard protocol identity, per-item ownership and per-shard accounting before merging.
77
+ - Accept MetaWorld evaluation configuration in the record-tree merge CLI.
78
+
79
+ ## 0.7.0b47
80
+
81
+ - A shard run records the image's SDK version and evaluation kit commit (from the image manifest)
82
+ in its `shard.build`, and `merge_shard_results` refuses shards that ran different builds or do
83
+ not record one, naming each shard's build. The merged result carries the common build.
84
+ - New `roboscope_inference_sdk.runtime.benchmark.suite_sizes.suite_total_records(benchmark, suite)`:
85
+ how many records one formal run of a suite produces, for callers that must split a run before any
86
+ instance exists (the platform sizes a sharded run from it instead of keeping its own copy).
87
+ Covers LIBERO, RoboTwin, CALVIN, RoboCasa and MetaWorld MT50 (50 tasks x 50 episodes).
88
+ `test_benchmark_suite_sizes` fails when the table drifts from the image manifests or the runtimes'
89
+ task lists, or when an image manifest is neither sized nor declared unsized. LIBERO+ has no fixed
90
+ size and returns `None`.
91
+
92
+ ## 0.7.0b46
93
+
94
+ - New `roboscope_inference_sdk.runtime.benchmark.shard_reduce.merge_shard_results`: merges the
95
+ `result.json` of every shard into one result using only those documents, with no simulator,
96
+ benchmark factory or record tree on the merging machine. Coverage is established by accounting
97
+ (shard indexes exactly `0..N-1`, one benchmark/suite/protocol, record counts summing to the
98
+ `full_total_records` each shard recorded). `shard_merge` remains the record-level validator.
99
+ - CALVIN and MetaWorld now support sharding. Their `aggregate()` demands the whole workload and
100
+ raised on a shard's subset, so a sharded run failed after the evaluation had finished. Sharded
101
+ runs now call an optional adapter `aggregate_partial()`, which reports raw per-sequence lengths
102
+ (CALVIN) or per-task counts (MetaWorld) and withholds metrics that are undefined on a subset
103
+ (`avg_seq_len`, `success_at_5`, the MetaWorld difficulty macro `score`). The official result is
104
+ derived after merging, where full coverage of every sequence or task is asserted. Single-instance
105
+ `aggregate()` still requires complete coverage.
106
+
107
+ ## 0.7.0b45
108
+
109
+ - Cross-instance episode sharding for the benchmark runtime: `--shard-index` with
110
+ `--shard-count` (or workload-derived, one shard per `--shard-episodes` episodes)
111
+ deterministically partitions the formal evaluation pass across independent GPU
112
+ instances; autotune probes stay unsharded on every instance.
113
+ - New `roboscope_inference_sdk.runtime.benchmark.shard_merge` module: validates the
114
+ shard partition (disjoint items, full coverage, terminal accounting) and merges
115
+ shard results with count metrics only, keeping per-shard rate metrics as provenance.
116
+ - The legacy `testlog.txt` contract now counts a shard's own partition instead of the
117
+ full workload. It previously reported the unsharded total, so every sharded run
118
+ showed the whole suite as its denominator and then failed its completeness check
119
+ with `legacy protocol expected N results, received N/shards`.
120
+
121
+ ## 0.7.0b44
122
+
123
+ - Add MetaWorld MT50 support to the official StarVLA Policy image: the
124
+ benchmark-name image preprocessing dispatch now covers `metaworld`, and the
125
+ official image declares the pinned StarVLA MetaWorld reference observation
126
+ pipeline (corner2, 480 render, 180-degree rotation, 2/3 center crop,
127
+ 224x224 output) as its `benchmark_config.metaworld` default.
128
+ - Ship the pinned upstream MetaWorld data registry (`metaworld_mt50` mixture
129
+ and `metaworld_robot` DataConfig) into the official image so StarVLA
130
+ MetaWorld checkpoints resolve their dataset mixture at Policy load; the
131
+ image install and verify scripts cover the installed file.
132
+
133
+ ## 0.7.0b43
134
+
135
+ - Add the MetaWorld MT50 platform benchmark (`metaworld`, protocol
136
+ `metaworld-v1`, suite `mt50`). The SDK-native adapter reuses the pinned
137
+ upstream `metaworld.evaluation.evaluation` loop over one frozen
138
+ `MT50(seed=42)` training-goal artifact and scores the four-difficulty macro
139
+ average (`difficulty_macro_success_rate`).
140
+ - MetaWorld observations come from the resolved evaluation config: one to four
141
+ configurable `uint8` camera features plus fixed `float32[4]` proprioception and
142
+ the verbatim official task instruction.
143
+ - Add `--evaluation-config` to the unified benchmark runtime entrypoint. The
144
+ resolved configuration feeds both the evaluator workers and the Policy `load`
145
+ session, so both sides see the same observation features.
146
+ - Bump the Policy process contract to `schema_version` 2 with an optional
147
+ `benchmark_config` declaration; readiness/preflight returns the declaration
148
+ without importing the Policy or loading a model.
149
+
150
+ ## 0.7.0b41
151
+
152
+ - Restore shared-runtime archive timestamps after flushing extracted data on
153
+ AutoDL FS. Keep full tar comparison as the recovery acceptance gate for
154
+ benchmark runtimes and the shared Control Runtime.
155
+
156
+ ## 0.7.0b40
157
+
158
+ - Shared-runtime rollout tooling: select one benchmark per operation, retain
159
+ the expanded runtime through end-to-end acceptance, and provide explicit
160
+ rollback and finalization. Preserve complete recovery archives and original
161
+ preparation scripts; reclaim the shared Control Runtime as a separate batch.
162
+ - The production compaction rollout retains the existing b31 live manifests,
163
+ launchers and image runtime. This release changes operator tooling only.
164
+
165
+ ## 0.7.0b39
166
+
167
+ - Revert the PI0.5 checkpoint-loading changes: restore the prior PI0.5 checkpoint loading and
168
+ normalizer lookup behavior. Retain the Python 3.10 timestamp import fix.
169
+
170
+ ## 0.7.0b38
171
+
172
+ - Policy HIL: use `timezone.utc` for checkpoint timestamps so the SDK imports
173
+ successfully on Python 3.10.
174
+
175
+ ## 0.7.0b37
176
+
177
+ - Policy HIL: resolve normalizer weights from the selected checkpoint's
178
+ declared preprocessing pipeline instead of assuming a fixed step index.
179
+
180
+ ## 0.7.0b36
181
+
182
+ - Policy HIL: construct PI0.5 on empty parameters and assign safetensors directly
183
+ on the target device, avoiding random initialization and the subsequent full
184
+ checkpoint copy while retaining strict key and materialization checks.
185
+
186
+ All notable user-visible changes to RoboScope Inference SDK releases are
187
+ recorded here. Versions follow Semantic Versioning; the compatibility rules
188
+ and release-owner responsibilities for the current Beta series are documented
189
+ in `README.md`.
190
+
191
+ ## Unreleased
192
+
193
+ - AutoDL shared runtimes: store the expanded RoboCasa, RoboTwin, and LIBERO+
194
+ runtime roots as verified zstd level-3 tar archives, extract the selected
195
+ runtime onto the instance-local expanded system disk, and keep the shared
196
+ Control Runtime installer workspace local. RoboTwin excludes retired image
197
+ and result trees from its cold-start payload. This releases the shared file
198
+ storage from its 200,000-inode design limit while minimizing transfer time.
199
+ - Benchmark docs: remove the retired `docs/robotwin-vectorized-runtime.md`
200
+ archive and the redundant `docs/benchmark-results.html` mirror, and fold
201
+ the archived report's benchmark machine specification, bit-exact fidelity
202
+ verification, champion resource profile, and cache-grow/recycling analysis
203
+ into `docs/benchmark-results.md`.
204
+ - Official image bundles now install and checksum the RoboTwin native/cache
205
+ paired verifier alongside the exact seed scanner used by formal generation.
206
+ - RoboTwin runtime preparation: reconstruct the protocol-pinned pristine
207
+ checkout from committed Git objects for every run, apply the deterministic
208
+ Python 3.8 annotation patch as a fixed derived commit, attach large simulator
209
+ assets as read-only inputs, and generate each formal seed generation against
210
+ that clean checkout. The launcher now derives its complete evaluator
211
+ instrumentation from the pinned source instead of relying on manual
212
+ shared-disk patches.
213
+ - Benchmark autotune: run every concurrency candidate against the same fixed,
214
+ representative workload and reject candidates whose success rate falls more
215
+ than 15% below the minimum safe-concurrency baseline. This keeps stateful
216
+ third-party Policies at the last correctness-preserving K/g pair.
217
+ - Official runtime ownership: move the live StarVLA LIBERO runtime under
218
+ `benchmarks/libero_official` and remove the obsolete benchmark-autotune
219
+ examples tree and retired JSON evidence.
220
+ - Policy action contracts: every Policy declares one action representation per
221
+ supported Benchmark. The runtime validates the identifier and requires all
222
+ loaded replicas to resolve the same contract before evaluation starts.
223
+ - Benchmark action routing: RoboTwin and CALVIN adapters translate the
224
+ negotiated action contract into their official worker execution modes.
225
+ - RoboTwin observation cadence: Policies may declare a positive observation
226
+ stride. Every inference boundary refreshes the current observation, and the
227
+ resolved value and source are recorded in execution metadata.
228
+ - Benchmark protocol manifests: schema version 2 carries benchmark-owned,
229
+ versioned protocol definitions. RoboTwin pins its runtime, scanner source,
230
+ suite seed selection, episode count, horizon, success rule, and aggregation.
231
+ - Immutable RoboTwin seed generations: the SDK can create and validate
232
+ content-addressed cache directories whose manifest covers every task pickle,
233
+ runtime source, scanner source, task configuration, and seed-selection rule.
234
+ - Formal RoboTwin runs now select one immutable seed generation by digest,
235
+ validate its full 50-task identity before workers start, and record the
236
+ protocol and generation identities in result metadata.
237
+ - RoboTwin cache provenance tooling now ships the exact scanner source in the
238
+ official bundle and provides a paired native/cache episode-state verifier.
239
+ - Documentation and examples: classify model-specific custom-image validation
240
+ demos as internal engineering evidence, separate from the official image
241
+ catalog and product support matrix.
242
+ - RoboTwin full runs: split each task into manifest-sized episode windows and
243
+ interleave windows across tasks. Records retain their canonical per-task
244
+ episode indices and seed-cache entries, while idle workers can take later
245
+ windows from long-horizon tasks instead of waiting for one worker to finish
246
+ all 100 episodes.
247
+ - RoboTwin cached evaluation: count a cached episode whose real scene setup is
248
+ unstable as a zero-step failure and continue to the next canonical cache
249
+ entry. The runtime no longer retries the same randomized seed forever or
250
+ substitutes a different seed to complete the requested episode count.
251
+ - RoboTwin persistent sessions: apply worker-static seed-cache and video
252
+ settings before launcher startup. Seed-cache-only planner setup is now
253
+ enabled in session mode, and `--disable-video` no longer starts per-episode
254
+ ffmpeg processes. Each completed window also closes its task-scoped Policy
255
+ socket instead of accumulating idle client threads for the life of the
256
+ launcher.
257
+ - Benchmark process lifecycle: make SDK-managed processes own their complete
258
+ process group and keep RoboTwin evaluator sessions inside the worker group,
259
+ so a rejected or timed-out autotune candidate fully releases simulator GPU
260
+ contexts before the next candidate or formal evaluation starts. OOM
261
+ classification now scans the complete diagnostic tail instead of losing an
262
+ earlier CUDA allocation failure behind a final secondary traceback.
263
+ - Benchmark autotune: bound every real-episode candidate to 15 minutes and the
264
+ complete tuning phase to 30 minutes, reject OOM/Worker-failure candidates as
265
+ soon as the runtime observes them, and atomically persist accepted, rejected,
266
+ timed-out, and running candidate state so the platform can audit partial
267
+ tuning progress. A rejected or timed-out candidate falls back to the last
268
+ healthy K/g selection instead of failing the formal evaluation.
269
+ - RoboTwin worker/launcher: add an opt-in persistent evaluation session
270
+ (`--eval-session`, enabled automatically for full runs with a seed cache)
271
+ that keeps one launcher process alive across task work items. Combined with
272
+ the new shared CuroboPlanner patch, the EE path pays cuRobo planner
273
+ construction once per worker instead of once per task; a crashed task ends
274
+ the session and the next task starts in a fresh process.
275
+ - RoboTwin launcher: skip the expert-only batch cuRobo `MotionGen` warmup
276
+ during planner construction when the EE path runs with a seed cache. The
277
+ batch instance is only reachable through the expert `play_once` grasp
278
+ search, which the cache replaces, so its warmup is pure per-task planner
279
+ construction overhead; `plan_single` EE planning semantics are unchanged.
280
+ - RoboTwin launcher: add the explicit image-owned `ROBOTWIN_ACTION_TYPE=ee`
281
+ path for compact dual-arm end-effector actions while keeping qpos as the
282
+ platform default. EE execution uses the official `take_action(...,
283
+ action_type="ee")` and cuRobo planner even with a seed cache.
284
+ - CALVIN worker: add the image-owned `CALVIN_ACTION_TYPE=absolute` opt-in that
285
+ reconstructs an absolute `(pos, quat_xyzw, grip)` tuple from a compact 7-dim
286
+ action chunk, validating the quaternion xyz norm and rebuilding the
287
+ non-negative `w`. The platform default stays the native relative 7-dim
288
+ action contract.
289
+ - LIBERO runtimes: prepare LIBERO and LIBERO+ with run-local configuration and
290
+ verify package, SDK worker, and benchmark asset paths in the actual simulator
291
+ Python before evaluation. Shared simulator environments remain immutable and
292
+ no longer depend on a baked LIBERO+ configuration path.
293
+ - Policy server: default `TORCHINDUCTOR_CUDAGRAPHS=0` on every policy replica
294
+ process. Several simulator workers share one torch.compile policy
295
+ replica; concurrent first-inferences of different input shapes each trigger a
296
+ new CUDA Graph capture, and capture is device-level exclusive, so the workers
297
+ collide with `beginAllocateToPool: already recording to mempool_id`. Disabling
298
+ inductor cudagraph trees removes the capture session while keeping the
299
+ compiled Triton kernels, so there is no measurable throughput loss on eval
300
+ workloads. Callers can opt back in by setting `TORCHINDUCTOR_CUDAGRAPHS`
301
+ explicitly in the adapter environment.
302
+ - RoboTwin worker: a non-OOM native evaluator failure with a positive exit
303
+ code is recorded as a terminal failed item (episodes completed before the
304
+ crash are kept and the remainder counted as failures) so the worker continues
305
+ with the next task instead of aborting the whole evaluation pass. OOM and
306
+ signal-terminated exits still restart the worker.
307
+
308
+ ## 0.7.0b5 - 2026-08-14
309
+
310
+ - RoboTwin launcher: when episode cleanup (`end_episode`) fails while a Policy
311
+ failure is already propagating, keep the original Policy exception as the
312
+ top-level error and drop the cleanup failure instead of letting it replace
313
+ the root cause in the native log tail.
314
+ - CALVIN worker: when episode cleanup fails after a failed sequence, keep the
315
+ original `evaluate_sequence` Policy exception and traceback as the top-level
316
+ failure and attach the cleanup error as its diagnostic cause instead of
317
+ letting the cleanup error replace it.
318
+
319
+ ## 0.7.0b3 - 2026-08-14
320
+
321
+ - Publish the SDK directly to PyPI. The unused TestPyPI gate is removed.
322
+ Runtime is unchanged from 0.7.0b2.
323
+
324
+ ## 0.7.0b2 - 2026-08-13
325
+
326
+ - RoboTwin runtime patch: select the episode instruction from the per-episode
327
+ seeded `random` stream instead of the unseeded NumPy global RNG, so identical
328
+ seeds yield identical instructions.
329
+
330
+ ## 0.7.0b1 - 2026-08-13
331
+
332
+ - Remove the retired experimental RoboTwin vectorized runtime from official
333
+ base-image bundles and preserve its design and benchmark report as archived
334
+ documentation.
335
+
336
+ ## 0.6.8b2 - 2026-08-13
337
+
338
+ - Scale down only the newest evaluator worker after an OOM and retry the
339
+ interrupted work at the reduced concurrency.
340
+
341
+ ## 0.6.8b1 - 2026-08-12
342
+
343
+ - Preparing the first production PyPI release.
344
+
345
+ Earlier `0.x` versions were internal image and TestPyPI builds.
@@ -0,0 +1,203 @@
1
+ Copyright 2026 RoboScope Team
2
+
3
+ Apache License
4
+ Version 2.0, January 2004
5
+ http://www.apache.org/licenses/
6
+
7
+ TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
8
+
9
+ 1. Definitions.
10
+
11
+ "License" shall mean the terms and conditions for use, reproduction,
12
+ and distribution as defined by Sections 1 through 9 of this document.
13
+
14
+ "Licensor" shall mean the copyright owner or entity authorized by
15
+ the copyright owner that is granting the License.
16
+
17
+ "Legal Entity" shall mean the union of the acting entity and all
18
+ other entities that control, are controlled by, or are under common
19
+ control with that entity. For the purposes of this definition,
20
+ "control" means (i) the power, direct or indirect, to cause the
21
+ direction or management of such entity, whether by contract or
22
+ otherwise, or (ii) ownership of fifty percent (50%) or more of the
23
+ outstanding shares, or (iii) beneficial ownership of such entity.
24
+
25
+ "You" (or "Your") shall mean an individual or Legal Entity
26
+ exercising permissions granted by this License.
27
+
28
+ "Source" form shall mean the preferred form for making modifications,
29
+ including but not limited to software source code, documentation
30
+ source, and configuration files.
31
+
32
+ "Object" form shall mean any form resulting from mechanical
33
+ transformation or translation of a Source form, including but
34
+ not limited to compiled object code, generated documentation,
35
+ and conversions to other media types.
36
+
37
+ "Work" shall mean the work of authorship, whether in Source or
38
+ Object form, made available under the License, as indicated by a
39
+ copyright notice that is included in or attached to the work
40
+ (an example is provided in the Appendix below).
41
+
42
+ "Derivative Works" shall mean any work, whether in Source or Object
43
+ form, that is based on (or derived from) the Work and for which the
44
+ editorial revisions, annotations, elaborations, or other modifications
45
+ represent, as a whole, an original work of authorship. For the purposes
46
+ of this License, Derivative Works shall not include works that remain
47
+ separable from, or merely link (or bind by name) to the interfaces of,
48
+ the Work and Derivative Works thereof.
49
+
50
+ "Contribution" shall mean any work of authorship, including
51
+ the original version of the Work and any modifications or additions
52
+ to that Work or Derivative Works thereof, that is intentionally
53
+ submitted to Licensor for inclusion in the Work by the copyright owner
54
+ or by an individual or Legal Entity authorized to submit on behalf of
55
+ the copyright owner. For the purposes of this definition, "submitted"
56
+ means any form of electronic, verbal, or written communication sent
57
+ to the Licensor or its representatives, including but not limited to
58
+ communication on electronic mailing lists, source code control systems,
59
+ and issue tracking systems that are managed by, or on behalf of, the
60
+ Licensor for the purpose of discussing and improving the Work, but
61
+ excluding communication that is conspicuously marked or otherwise
62
+ designated in writing by the copyright owner as "Not a Contribution."
63
+
64
+ "Contributor" shall mean Licensor and any individual or Legal Entity
65
+ on behalf of whom a Contribution has been received by Licensor and
66
+ subsequently incorporated within the Work.
67
+
68
+ 2. Grant of Copyright License. Subject to the terms and conditions of
69
+ this License, each Contributor hereby grants to You a perpetual,
70
+ worldwide, non-exclusive, no-charge, royalty-free, irrevocable
71
+ copyright license to reproduce, prepare Derivative Works of,
72
+ publicly display, publicly perform, sublicense, and distribute the
73
+ Work and such Derivative Works in Source or Object form.
74
+
75
+ 3. Grant of Patent License. Subject to the terms and conditions of
76
+ this License, each Contributor hereby grants to You a perpetual,
77
+ worldwide, non-exclusive, no-charge, royalty-free, irrevocable
78
+ (except as stated in this section) patent license to make, have made,
79
+ use, offer to sell, sell, import, and otherwise transfer the Work,
80
+ where such license applies only to those patent claims licensable
81
+ by such Contributor that are necessarily infringed by their
82
+ Contribution(s) alone or by combination of their Contribution(s)
83
+ with the Work to which such Contribution(s) was submitted. If You
84
+ institute patent litigation against any entity (including a
85
+ cross-claim or counterclaim in a lawsuit) alleging that the Work
86
+ or a Contribution incorporated within the Work constitutes direct
87
+ or contributory patent infringement, then any patent licenses
88
+ granted to You under this License for that Work shall terminate
89
+ as of the date such litigation is filed.
90
+
91
+ 4. Redistribution. You may reproduce and distribute copies of the
92
+ Work or Derivative Works thereof in any medium, with or without
93
+ modifications, and in Source or Object form, provided that You
94
+ meet the following conditions:
95
+
96
+ (a) You must give any other recipients of the Work or
97
+ Derivative Works a copy of this License; and
98
+
99
+ (b) You must cause any modified files to carry prominent notices
100
+ stating that You changed the files; and
101
+
102
+ (c) You must retain, in the Source form of any Derivative Works
103
+ that You distribute, all copyright, patent, trademark, and
104
+ attribution notices from the Source form of the Work,
105
+ excluding those notices that do not pertain to any part of
106
+ the Derivative Works; and
107
+
108
+ (d) If the Work includes a "NOTICE" text file as part of its
109
+ distribution, then any Derivative Works that You distribute must
110
+ include a readable copy of the attribution notices contained
111
+ within such NOTICE file, excluding those notices that do not
112
+ pertain to any part of the Derivative Works, in at least one
113
+ of the following places: within a NOTICE text file distributed
114
+ as part of the Derivative Works; within the Source form or
115
+ documentation, if provided along with the Derivative Works; or,
116
+ within a display generated by the Derivative Works, if and
117
+ wherever such third-party notices normally appear. The contents
118
+ of the NOTICE file are for informational purposes only and
119
+ do not modify the License. You may add Your own attribution
120
+ notices within Derivative Works that You distribute, alongside
121
+ or as an addendum to the NOTICE text from the Work, provided
122
+ that such additional attribution notices cannot be construed
123
+ as modifying the License.
124
+
125
+ You may add Your own copyright statement to Your modifications and
126
+ may provide additional or different license terms and conditions
127
+ for use, reproduction, or distribution of Your modifications, or
128
+ for any such Derivative Works as a whole, provided Your use,
129
+ reproduction, and distribution of the Work otherwise complies with
130
+ the conditions stated in this License.
131
+
132
+ 5. Submission of Contributions. Unless You explicitly state otherwise,
133
+ any Contribution intentionally submitted for inclusion in the Work
134
+ by You to the Licensor shall be under the terms and conditions of
135
+ this License, without any additional terms or conditions.
136
+ Notwithstanding the above, nothing herein shall supersede or modify
137
+ the terms of any separate license agreement you may have executed
138
+ with Licensor regarding such Contributions.
139
+
140
+ 6. Trademarks. This License does not grant permission to use the trade
141
+ names, trademarks, service marks, or product names of the Licensor,
142
+ except as required for reasonable and customary use in describing the
143
+ origin of the Work and reproducing the content of the NOTICE file.
144
+
145
+ 7. Disclaimer of Warranty. Unless required by applicable law or
146
+ agreed to in writing, Licensor provides the Work (and each
147
+ Contributor provides its Contributions) on an "AS IS" BASIS,
148
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
149
+ implied, including, without limitation, any warranties or conditions
150
+ of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A
151
+ PARTICULAR PURPOSE. You are solely responsible for determining the
152
+ appropriateness of using or redistributing the Work and assume any
153
+ risks associated with Your exercise of permissions under this License.
154
+
155
+ 8. Limitation of Liability. In no event and under no legal theory,
156
+ whether in tort (including negligence), contract, or otherwise,
157
+ unless required by applicable law (such as deliberate and grossly
158
+ negligent acts) or agreed to in writing, shall any Contributor be
159
+ liable to You for damages, including any direct, indirect, special,
160
+ incidental, or consequential damages of any character arising as a
161
+ result of this License or out of the use or inability to use the
162
+ Work (including but not limited to damages for loss of goodwill,
163
+ work stoppage, computer failure or malfunction, or any and all
164
+ other commercial damages or losses), even if such Contributor
165
+ has been advised of the possibility of such damages.
166
+
167
+ 9. Accepting Warranty or Additional Liability. While redistributing
168
+ the Work or Derivative Works thereof, You may choose to offer,
169
+ and charge a fee for, acceptance of support, warranty, indemnity,
170
+ or other liability obligations and/or rights consistent with this
171
+ License. However, in accepting such obligations, You may act only
172
+ on Your own behalf and on Your sole responsibility, not on behalf
173
+ of any other Contributor, and only if You agree to indemnify,
174
+ defend, and hold each Contributor harmless for any liability
175
+ incurred by, or claims asserted against, such Contributor by reason
176
+ of your accepting any such warranty or additional liability.
177
+
178
+ END OF TERMS AND CONDITIONS
179
+
180
+ APPENDIX: How to apply the Apache License to your work.
181
+
182
+ To apply the Apache License to your work, attach the following
183
+ boilerplate notice, with the fields enclosed by brackets "[]"
184
+ replaced with your own identifying information. (Don't include
185
+ the brackets!) The text should be enclosed in the appropriate
186
+ comment syntax for the file format. We also recommend that a
187
+ file or class name and description of purpose be included on the
188
+ same "printed page" as the copyright notice for easier
189
+ identification within third-party archives.
190
+
191
+ Copyright [yyyy] [name of copyright owner]
192
+
193
+ Licensed under the Apache License, Version 2.0 (the "License");
194
+ you may not use this file except in compliance with the License.
195
+ You may obtain a copy of the License at
196
+
197
+ http://www.apache.org/licenses/LICENSE-2.0
198
+
199
+ Unless required by applicable law or agreed to in writing, software
200
+ distributed under the License is distributed on an "AS IS" BASIS,
201
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
202
+ See the License for the specific language governing permissions and
203
+ limitations under the License.