Remote AI agentsPersistent sessions

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
  1. The three layers
  2. 1. Remote cloud computer
  3. 2. Persistent session
  4. 3. Client
  5. Harness-agnostic workflows
  6. Managed or DIY?
  7. Start here
  8. Important workflows
  9. Start from one client and continue from another
  10. Keep long-running terminal work independent from the connection
  11. Comparisons
  12. Common questions
  13. Does SSH itself keep an agent running after I disconnect?
  14. Can I use a desktop harness instead of the Web Terminal?
  15. Does the browser need to stay open?
  16. 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:

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.

Back to docsBack to top

Put it into practice

Give your agents
a place to keep going.

An always-on cloud computer. Your favorite agents. A workspace ready when you are.

AI subscriptions and usage are not included.