← Back to essays

The IDE Is Going Away, and the Cloud Is Where Agents Run

·3 min read·By Ry Walker

The objection to cloud dev environments has always been the same: latency. You type in a remote editor and it lags. Your MacBook Pro is instant, the VM is not, and no amount of convincing changes the feel under your fingers. Even over SSH the editor stays laggy, so teams run it over a websocket instead. That objection killed cloud dev environments for years. It kept them a curiosity instead of a default.

That objection is about to stop mattering. Keystroke lag only matters when a human is doing the typing. Agentic coding means you are not hand-typing in an IDE anymore; you ask an agent to generate the change, run the tests, and hand you something to review. Nobody measures keypress latency because nobody is pressing the keys. The market has already flipped: a year ago the pushback was why not just run the agent locally. Now even orchestrators built around local git worktrees are moving each session into its own cloud sandbox, because juggling worktrees and ports on one machine does not scale. The IDE as the place where humans peck out code is going away, and the argument against the cloud goes with it.

But cloud only wins if the agent starts fast. A background job can take a minute to spin up and nobody cares; you filed a ticket and walked away. The moment you want to jump into a live Claude Code session, a minute is an eternity. This is why VM snapshotting matters: keep the machine warm and cold-start drops from a minute to under five seconds, close enough to feel instant. Solve that, and the last practical excuse for staying local disappears.

What replaces the comfort argument is a capacity argument, and capacity is where local loses hard. You cannot run ten agents in parallel on a laptop. You run out of RAM after two. You cannot close your lid without a caffeinate hack keeping the machine awake. A cloud VM can carry 64 gigs where your laptop has 18, back its disk with object storage for bottomless space, and load a multi-petabyte dataset without flinching. And the session follows you: prompt an agent from your phone on a walk, review the diff when you sit back down.

This is the same pattern across agent infrastructure: the cloud dev environment is what makes parallel agent work possible, not because remote is nicer, but because parallelism is impossible on hardware you carry. And because the environment is just a VM, anyone can jump into a live session and talk to the agent about the PR it produced.

So stop evaluating cloud dev environments on how they feel to type in. That is last year's test for last year's job. Evaluate them on how many agents you can run at once. My bet: by the end of the year everyone is running in the cloud, and the people still asking about keystroke lag will be running one agent while everyone else runs ten.

Key takeaways

  • You cannot run ten agents in parallel on a laptop that runs out of RAM and cannot close its lid.
  • The value of cloud dev environments is not comfort but capacity - bottomless storage, big VMs, and parallel agent execution.
  • As agentic coding replaces IDE typing, the latency objection that killed cloud dev environments stops mattering.

FAQ

Didn't cloud dev environments already fail?

They failed when the job was a human typing in an IDE, where remote latency was a real tax. The job is changing. When agents generate the code and run in parallel, the constraint becomes machine capacity, not keystroke lag, and the cloud wins.

Why can't I just run agents locally?

A laptop runs out of RAM after a couple of parallel agents, and you cannot close the lid without a workaround. Ten agents at once needs cloud VMs with large memory and bottomless disk that no laptop can match.

Tembo

Drowning in pull requests that need your review? Try Tembo Review, a beautiful AI-assisted PR review tool unlike anything you’ve used.