Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Explain Wisp's current managed-model endpoint boundary and plan a safe integration. Use when the user asks to register, start, stop, tunnel, authenticate, or manage a persistent inference service.
| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-01 | ✗→✓ | ▲ Improved | -66% | 0% |
| case-03 | ✗→✓ | ▲ Improved | -13% | 0% |
| case-04 | ✗→✓ | ▲ Improved | -39% | 0% |
| case-05 | ✗→✓ | ▲ Improved | -64% | 0% |
| case-06 | ✗→✓ | ▲ Improved | -42% | 0% |
Wisp does not currently expose an endpoint registry or a service-lifecycle backend. The Agent cannot allocate ports, configure tunnels, read secrets, register health checks, or start and stop a persistent inference service through Python.
Do not model service startup as a normal run_in_context command: a Run tracks one process lifecycle, while a managed endpoint also needs a durable endpoint identity, health, routing, authentication, restart policy, and ownership.
If the user already operates an endpoint outside Wisp and the selected local, WSL, or SSH context can reach it using credentials already configured in that execution environment, load using-model-endpoint to run a bounded inference client. Never request or print secret values merely to make the call.
Otherwise explain that endpoint registration and service management are not available in this Wisp build. A future implementation should add a typed service or execution-context backend with keyring-backed secret binding, health checks, start/stop/recovery semantics, and auditable invocation Runs.
Other measured skills in the registry, with their headline benchmark lift.