v0.0.7

Highlights

Self-describing server. get_server_capabilities now returns an openrl object (#328). This object gives the release version, the launcher mode for workers, and the server limits. It also gives the URLs for the settings schema and the agent skill. The OpenAPI document (/openapi.json) lists all openrl.* settings under components.schemas.OpenRLSettings.

Model status view. Clients can check the state of a model at GET /api/v1/openrl/models/{model_id} without kubectl access (#328). Each worker reports one of five states:

• waiting_for_placement
• starting
• ready
• failed
• stopped

Trainer workers now report ready only after they load the model into memory. While a worker loads the model, its state stays starting. The tiny_sft and tiny_rl examples print the model_id and the curl command for this endpoint right after create_model.

OpenRL agent skill. Each release now includes openrl-skill.tar.gz as a release asset, and the repository includes a plugin manifest for Claude Code (#328). The skill explains how to connect, how to read the settings schema, how to size workers for large models, and how to fix common errors. It works alongside the research and debug skills from tinker-cookbook, and it lists how OpenRL differs from the hosted Tinker service.

Deployment check (openrl-doctor). The new openrl-doctor CLI checks an OpenRL server from the client side (#328). Run uv run --project examples openrl-doctor --base-url $OPENRL to check health, capabilities, and the settings schema. Add --train to run a short training job and stream its output.

Full Changelog: v0.0.6...v0.0.7