executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
studio-runtimeLaunch, secure, connect, operate, and troubleshoot Unsloth Studio servers, backend APIs, tool policy, providers, RAG, GGUF inference, and runtime setup.
Independent GitHub snapshot · Automated classification · Original documentation governs
Use this sub-skill when the task is about Unsloth Studio as a local web/API runtime: installing or updating Studio, launching the server, exposing it safely, connecting coding agents, managing backend API routes, configuring inference providers, running GGUF or llama.cpp-backed chat, using RAG/data recipes, handling tool execution policy, inspecting hardware, or debugging Studio startup/runtime failures.
Do not use this sub-skill for code-first Unsloth training APIs; route those tasks to core-training. For full CLI syntax catalogs and non-Studio CLI workflows, route to cli-workflows. For deep export/merge/GGUF conversion details, route to model-export.
UNSLOTH_STUDIO_HOME, frontend assets, llama.cpp/GGUF/mmproj/cache/context, provider, RAG, GPU/MLX/ROCm, shutdown, and connection failures, read references/troubleshooting.md.unsloth studio --secure for remote browser/API access: it keeps the raw server on loopback and fails closed if the Cloudflare HTTPS tunnel cannot start.unsloth studio -H 0.0.0.0 as an explicit raw network bind; warn that anyone with the server URL and API key can access the server and, if tools are enabled, run server-side tools as the local user.UNSLOTH_STUDIO_HOME consistent across setup and launch when using an isolated Studio root; mismatched roots can look like missing setup, missing frontend assets, stale auth, or missing llama.cpp.unsloth studio run --model ... for one-command serving plus API-key creation; use plain unsloth studio when the user wants the UI/runtime without auto-loading a model.unsloth connect for coding-agent integration; remote Studio servers need an explicit saved API key, while verified local loopback servers can mint and cache a key automatically.