Recipes · Chapter 54 of 69
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-10-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.
-
Since CLI v2.23.0, V3 cloud sessions can start before you connect a repository. Run
/repoafterwards to attach one. This is useful when you want to begin a conversation and decide which repo to work in later.
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 repositories and branch are fixed once the session starts; only Kiro Web offers a branch picker, at creation. 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, repositories are chosen at creation (in the CLI you can also start without one and attach it with `/repo`), and only Kiro Web shows a branch picker, and local-file affordances such as checkpoints and context pickers do not apply. You can run at most 10 concurrent sessions, and organizations on AWS Identity Center run them 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.