Execute local LLM prompts in remote SSH shell sessions
Executes local LLM prompts on remote SSH shells without installing agents or opening firewalls.
GenAI prompts as runnable programs
SSH proxy trick keeps LLM execution local while commands run on air-gapped servers.
DevOps engineers, backend developers working with remote servers
Cursor · Continue.dev · Warp
$ promptctl ssh user@server
makes a set of locally defined prompts "magically" appear within the remote shell as executable command line programs.For example, I have locally defined prompts for `llm-analyze-config` and `askai`. Then on (any) remote host I can:
$ promptctl ssh user@host # Now on remote host $ llm-analyze-config /etc/nginx.conf $ cat docker-compose.yml | askai "add a load balancer"
the prompts behind `llm-analyze-config` and `askai` execute on my local computer (even though they're invoked remotely) via the llm of my choosing.This way LLM tools are never granted SSH access to the server, and nothing needs to be installed to the server. In fact, the server does not even need outbound internet connections to be enabled.
Executes local LLM prompts on remote SSH shells without installing agents or opening firewalls.
Local prompt execution over SSH channels means zero server-side installation.
Local prompts appear as remote commands over SSH — no server install, no key exposure.
Prompts execute locally over SSH — no API keys or LLM access on production servers.
Local prompts execute remotely over SSH with zero server setup and keys never leave your machine.
SSH integration where prompts execute locally but appear remotely is genuinely clever security-wise.