Running AI coding agents remotely
A practical guide to the cloud computer, persistent session and access layers behind remote AI coding agent workflows.
On this page
- The three layers
- 1. Remote cloud computer
- 2. Persistent session
- 3. Client
- Harness-agnostic workflows
- Managed or DIY?
- Start here
- Important workflows
- Start from one client and continue from another
- Keep long-running terminal work independent from the connection
- Comparisons
- Common questions
- Does SSH itself keep an agent running after I disconnect?
- Can I use a desktop harness instead of the Web Terminal?
- Does the browser need to stay open?
- Where TermSquad fits
SHORT ANSWER
What do I need to run AI coding agents remotely?
You need a remote cloud computer that stays online, a way to connect to it such as SSH or a Web Terminal, and Persistent Agent Sessions when long-running terminal work must survive a client disconnect. The coding harness runs on that remote cloud computer rather than on the laptop used to control it.
Key takeaways
- Keep the development environment on one remote Linux cloud computer.
- Use Web Terminal, SSH or a compatible Remote SSH desktop workflow as the client.
- Use Persistent Agent Sessions for long-running terminal work.
- Treat the agent harness as a tool running on the cloud computer, not as the infrastructure itself.
The three layers
A useful remote-agent model separates the cloud computer, the persistent session, and the client. When those roles are mixed together, it becomes easy to assume a browser tab is keeping work alive or that changing the harness requires a new environment.
1. Remote cloud computer
The cloud computer owns repositories, dependencies, containers and processes. It needs to stay available independently from your personal laptop if the goal is true always-on work. TermSquad calls this foundation an Always-on Cloud Computer.
2. Persistent session
Persistent Agent Sessions keep terminal work attached to the remote cloud computer instead of a single client connection; the product workflow is described in Persistent Agent Sessions.
3. Client
The client can be a browser, your local SSH client or a desktop harness that explicitly supports a remote SSH environment. See Any Desktop Harness for the compatibility model.
Harness-agnostic workflows
A remote cloud computer becomes more durable as a workflow when it is not coupled to one AI coding harness. You can use different CLI-based tools against the same repositories and dependencies while keeping the underlying cloud computer stable. Any Agent explains how TermSquad keeps that choice open.
Managed or DIY?
A DIY VPS can provide the same basic Linux foundation if you are comfortable provisioning the server, configuring access, setting up a browser terminal if wanted, adding persistence and maintaining the base system. TermSquad packages that foundation as a managed cloud computer for agent workflows.
Start here
If you are new to remote agent workflows, separate the problem into access and persistence first:
- SSH for remote AI coding agent workflows explains direct remote access and Remote SSH-compatible desktop tools.
- Persistent sessions for remote AI coding agents explains why Persistent Agent Sessions are separate from the client connection.
- How to keep AI coding agents running after you close your laptop combines both layers into one end-to-end workflow.
Important workflows
Start from one client and continue from another
Keep the repository and agent process on the remote cloud computer. The browser, SSH client or compatible desktop harness is only the way you reach that environment.
Keep long-running terminal work independent from the connection
Put work that must survive a disconnect inside a Persistent Agent Session before leaving the client. Reconnecting later then returns you to the remote cloud computer and its persistent session.
Comparisons
If you are deciding between managing the machine yourself and using a managed foundation, read TermSquad vs a DIY VPS.
Common questions
Does SSH itself keep an agent running after I disconnect?
No. SSH is an access method. For terminal work that must remain available between client connections, use Persistent Agent Sessions on the remote cloud computer.
Can I use a desktop harness instead of the Web Terminal?
Yes when the desktop harness supports working against a remote SSH environment. Compatibility with a specific desktop tool should be verified against that tool’s Remote SSH workflow.
Does the browser need to stay open?
Not for work that is already running inside a Persistent Agent Session on the remote cloud computer. A normal browser terminal connection is not itself the persistence layer.
Where TermSquad fits
TermSquad packages the cloud computer foundation as a managed product: the machine, Web Terminal, SSH access, agent toolchain and Persistent Agent Sessions are prepared for the workflow. You still control the repositories, agent configuration and additional software that run on the machine.
