Skip to main content
Start with the executable Runloop and Tensorlake comparison script in runloop-examples for command execution and UTF-8 file round trips. The matrix below specifies broader tests to implement for your workload; its filenames are suggested names for those additional checks. The starter does not establish complete migration equivalence. Pin SDK versions and confirm method signatures before extending it.
When implementing these tests, use isolated resources and pinned library versions. Record runloop and tensorlake package versions, CLI versions, image digest, region, resource sizes, timestamps, resource IDs, and result artifacts. Use the same input fixture on both services. Normalize only provider-specific IDs and timestamps in the raw comparison; record any deliberate application-level output adapter as a separate assertion. Keep exit codes, stdout, stderr, bytes, permissions, and event order intact in raw evidence. Clean up resources after collecting evidence.

Contract for additional tests

Each additional test should accept fixture and output-directory arguments and write a machine-readable JSON result containing versions, resources, cases, assertions, artifacts, and cleanup. Do not write credentials. Exit nonzero on an unmet required assertion or incomplete cleanup. Store raw provider output beside the normalized comparison so differences can be audited. For deterministic evaluation scores, require exact equality unless a per-scorer numerical tolerance is declared before execution. For stochastic agent tasks, fix the model and sampling parameters, run a declared sample count, and apply a preapproved acceptance threshold. Do not infer equivalence from one run.

Suggested direct SDK probes

These fragments show candidate library calls only. They omit setup, cleanup, assertions, and error handling; the Runloop fragment also needs an async function. Verify method signatures against the pinned SDKs before turning any row above into an executable script.
Check the exact Runloop constructor and snapshot result shapes against the SDK documentation and snapshot guide. Check Tensorlake’s SDK reference, commands, and checkpoint guide before turning the sketches into executable scripts.

Evidence and cutover gate

For each implemented test, record owner, run date, both versions, fixture hash, raw output location, pass/fail, and exception approval. Cutover requires representative task success, required network checks, state and database integrity, event recovery, and scoring agreement. Demonstrate reverse transfer of target writes, pending work, and side effects for lossless rollback. If no reverse path exists, document the accepted post-cutover data-loss window and test recovery to the frozen source state.