Recipes · Chapter 49 of 63
Start a Cloud Session From the CLI
Run kiro-cli --cloud so the agent works in a managed AWS sandbox, attach a repository, and reattach from another machine with --resume-id.
All levels 2 min read last reviewed 2026-09-04
◎ Learning objective
Start a cloud session, detach from it, and reattach from a different machine, knowing the preview limits.
A cloud session runs Kiro’s agent in a managed AWS sandbox rather than on your machine. Closing your terminal does not stop the work, and you can reattach from a different computer.
When to use this
Use a cloud session for long-running work you do not want tied to a laptop lid: a large refactor, a spec you will come back to tomorrow, work you start at a desk and check from elsewhere. Stay local when you need Supervised mode, checkpoints, or the local-file context pickers, because cloud sessions do not offer them.
Steps
-
Check the prerequisites. Cloud sessions need CLI v2.17.0 or later, or IDE v1.0.293 or later, and a paid plan. In an organisation, an administrator has to enable them first, because they ship opt-in for enterprises.
-
Start the session with a repository attached:
kiro-cli --cloud --repo my-org/inventory-serviceYou can also start with
kiro-cli --cloudand pick the repository with the/repopicker inside the session. -
Work as normal. The session behaves like a terminal session, but the agent, and the repository it works on, live in the sandbox.
-
Note the session id. You need it to come back.
-
Disconnect whenever you like. The agent keeps going.
-
Reattach from any machine:
kiro-cli chat --resume-id <id> -
Use the session dashboard in CLI v2.21.0 to see local and cloud sessions together, rather than tracking ids by hand.
Check it worked
Start a cloud session, give the agent a task that takes a few minutes, then close the terminal completely. Reopen it and resume with --resume-id. The work should have continued while you were away. That is the entire reason to use a cloud session, so it is the only test that matters.
Common problems
- The flag is not recognised. Update the CLI. Cloud sessions arrived in v2.17.0.
- You are told cloud sessions are unavailable. Your plan is Free, or your organisation has not enabled them. They are opt-in for enterprises.
- You cannot change the branch. The repository is fixed when the session is created, and there is no branch picker during the preview. Create a new session instead.
- Supervised mode is missing. It is not available in cloud sessions. Work locally if you need turn-by-turn approval.
- You hit a limit. The preview caps you at 10 concurrent sessions. Close finished ones.
- Your personal settings are missing. Project configuration travels with the repository, but your
~/.kiro/settings stay local unless you sync them through Kiro Web.
Related
- Cloud sessions covers the full preview limits and the enterprise setup.
- Kiro CLI Guide lists the session commands.
- Schedule a Web automation is the unattended version.
Frequently asked questions
How do I start a Kiro cloud session?
Run kiro-cli --cloud, or kiro-cli chat --cloud, from CLI v2.17.0 or later. Attach a repository with --repo, or use the /repo picker inside the session. You need a paid plan.
Can I close my laptop during a cloud session?
Yes. The agent runs in a managed sandbox, not on your machine, so closing the terminal does not stop it. Reattach later from any machine with kiro-cli chat --resume-id <id>.
What do cloud sessions not support?
Supervised mode is unavailable, sessions cannot be renamed, the repository is fixed at creation with no branch picker, and local-file affordances such as checkpoints and context pickers do not apply. The preview also caps you at 10 concurrent sessions and runs in US East only.
☰ Chapter summary
- kiro-cli --cloud runs the agent in a managed sandbox instead of on your machine; it arrived in CLI v2.17.0.
- Attach a repository with --repo or the /repo picker; the repository is fixed when the session is created.
- Reattach from any machine with kiro-cli chat --resume-id <id>.
- Cloud sessions need a paid plan, run in US East (N. Virginia) during preview, and cap at 10 running at once.
- Enterprise administrators must enable cloud sessions, because they ship opt-in for organisations.
All chapter summaries are collected on the revision page.
Related chapters
- ConceptsCloud SessionsCloud sessions run the Kiro agent in a managed AWS sandbox that any surface can attach to. How to start one, what travels, and the limits to plan around.
- Hands-onKiro CLI GuideInstall kiro-cli, drive sessions with slash commands, manage agents and context, and take the agent into scripts and CI.
- RecipesSchedule a Web AutomationSchedule a recurring Kiro Web automation on an hourly, daily, or CRON schedule, with up to five schedules, a 10,000-character prompt, and a PR as output.
- RecipesUndo With Checkpoints and RewindRestore a Kiro checkpoint in the IDE, rewind a CLI conversation into a new session, and know exactly which edits checkpoints do not track.