- Local Agents: Fast, private iteration and “single-player” coding
- Cloud Agents: Collaborative tasks, heavy processing, and reliable automation
This guide assumes you already understand what Cloud Agents are and when to use them. If you’re looking for a clear definition, categories, and mental models, start with the Cloud Agents Taxonomy.
Introduction: Moving Beyond “Chat”
For the last few years, AI coding has been defined by the Local Copilot: a chat window in your IDE that helps you write a function or explain a snippet. It is a powerful tool, but it has a hard limit because it requires you to be the driver. If you close your laptop, it stops working. If you switch contexts, it loses focus.The Shift to Cloud Agents
Cloud Agents move AI execution from your local machine to remote infrastructure. Instead of just “chatting” with a model, you dispatch work to it. Whether you trigger it manually from a task list or set it to run automatically on a schedule, the heavy lifting happens in the cloud, unblocking your local environment and enabling true automation.
How Cloud Agents Are Implemented in Practice
Cloud Agents are AI-driven processes that run on remote infrastructure and are triggered by tasks, schedules, or events across a team’s engineering systems. With Continue, Cloud Agents run in Mission Control, where teams configure execution, connect tools, review outcomes, and decide which workflows become automated over time.Because they run on persistent cloud infrastructure, these agents are not limited to the files currently open in your text editor. They maintain secure connections to your broader engineering ecosystem—GitHub, Linear, Sentry, Snyk, and more—allowing them to read code, open Pull Requests, and triage alerts without human supervision.
Common Components in a Production Cloud Agent
Most production Cloud Agents share a common structure that balances reasoning, action, and guardrails.Prompt
The core instruction defining the task.
Model
The LLM powering the reasoning.
Tools (MCPs)
The capabilities to fetch data or take action.
Rules
The guardrails ensuring the output matches your team’s coding standards.
The Two Modes: Interactive vs. Automated
This section focuses on how Cloud Agents are executed day to day, not whether they should be used. The defining feature of a Cloud Agent isn’t just automation; it is availability. Because the compute is remote, you can interact with Cloud Agents in two distinct ways depending on the complexity of the task:- On-Demand Tasks
- Automated Workflows
Human-in-the-Loop Approach
You can trigger agents manually (with Continue, use the Continue CLI or Mission Control) when you need a one-off task that you want to review.Example: Refactor Task
You send a “Refactor” task to a Cloud Agent. It clones the repo, runs the refactor in the cloud, and creates a PR for you to approve. You can close your laptop while it works.
- Exploring agent capabilities
- Fixes you don’t want to break your focus for
- Tasks requiring human review before deployment
Why “Cloud” Matters
The distinction between running an agent locally (TUI/IDE) and in the cloud (Mission Control) comes down to scope and reliability.Compute Location
Compute Location
- Local Agents: Run on your local machine
- Cloud Agents: Run on remote cloud infrastructure
Primary Use Case
Primary Use Case
Context Access
Context Access
- Local Agents: Limited to open files and local git state
- Cloud Agents: Full repository access + integrated tools (Sentry, Snyk, Linear, etc.)
Triggers
Triggers
- Local Agents: Manual Chat / CLI
- Cloud Agents: Hybrid approach—Manual Chat, Cron Schedules, or Event Webhooks
Availability
Availability
- Local Agents: Stop when you close your laptop
- Cloud Agents: Always On—Runs asynchronously in the background