Key details

  1. Kiro Web and cloud sessions became generally available September 3, 2026.
  2. Cloud sessions can be started from the IDE or CLI and resumed across CLI, IDE, web and mobile.
  3. A cloud session keeps running when the originating local machine disconnects.
  4. Cloud Configuration can synchronize `.kiro` configuration into cloud sessions and optionally new local sessions.
  5. Cloud sessions are currently available in US East (N. Virginia).
  6. They are included with Pro, Pro+, Pro Max and Power subscriptions and use shared credits.
  7. Enterprise administrators have a separate cloud-session enablement control.
  8. Some organization-wide settings do not apply identically to Kiro Web/cloud sessions.

What builders should take away

  1. Treat cloud sessions as remote execution: review repository access, secrets, network tools and generated side effects before delegating long-running tasks.
  2. Use cloud configuration deliberately rather than assuming every local file or governance setting will be mirrored.
  3. For teams, verify the Kiro Web governance limitations before enabling cloud sessions organization-wide.
  4. Design long-running agent jobs around commits, pull requests and resumable checkpoints so cross-device continuity remains auditable.
  5. Budget shared credits for unattended sessions because cloud compute is not billed separately but agent work still consumes the subscription pool.

What changed

Kiro Web and cloud sessions moved to general availability on September 3, 2026. A session started from the IDE or CLI can execute in Kiro’s cloud sandbox, continue after the local client disconnects and later be resumed from another Kiro surface including the CLI, IDE, web or mobile. Kiro also added cloud configuration so a developer can upload their `.kiro` setup and reuse configuration across cloud and optionally new local sessions. Cloud sessions are currently available in US East (N. Virginia), are included with Pro, Pro+, Pro Max and Power subscriptions, and consume shared Kiro credits without a separate cloud-compute charge.

Why it matters

Persistent agent execution changes coding tools from interactive assistants into delegated workers. Long migrations, review-fix loops and scheduled maintenance no longer need the developer’s laptop to stay online, and switching devices does not require starting a new conversational job. That convenience also moves source code, configuration and tool execution across a cloud boundary, so teams need to understand which local settings and enterprise controls actually follow the session.

The agent session now outlives the local client

Kiro’s cloud agent harness runs in a sandbox rather than on the originating machine. Disconnecting the IDE or CLI does not terminate the job, and the same session can later be resumed from another supported surface.

Configuration can follow the session

Cloud Configuration lets developers upload their `.kiro` setup for cloud sessions and optionally apply cloud-managed configuration to new local sessions. The configuration surface includes items such as agents, MCP servers, steering, skills, powers and hooks depending on scope.

GA removes the preview boundary but not regional limits

Kiro Web and cloud sessions are now GA for paid plans, but current documentation places cloud execution in US East (N. Virginia). Teams with data-location requirements need to treat that as an architectural constraint rather than assume global execution.

Enterprise governance is not perfectly symmetric

Organizations can control whether cloud sessions are enabled, but Kiro’s documentation says some shared administrator settings do not apply to Kiro Web, including certain MCP, model and customer-managed-key settings. Teams should review the web/cloud governance table rather than assuming local policy automatically transfers.

Cloud compute is folded into the existing credit model

Kiro says cloud sessions use shared subscription credits and do not carry a separate cloud-compute charge. That simplifies billing, but delegated workloads still consume the same finite credit pool as interactive agent work.

What to watch next

  • Expansion beyond US East (N. Virginia).
  • Whether Kiro closes the governance gaps between local, IDE and web/cloud sessions.
  • More granular controls for synced MCP servers, models, secrets and customer-managed encryption keys.
  • Usage data showing whether persistent sessions shift coding agents toward scheduled and unattended maintenance.
  • Changes to credit economics as longer-running cloud sessions become common.

Still unclear

  • Kiro’s claims about developer usage and productivity are first-party and workload dependent.
  • GA describes product availability, not a guarantee that every enterprise control is feature-equivalent across surfaces.
  • Shared-credit economics can vary substantially depending on model choice and task duration.

Sources

Direct reading behind this dossier.

4 sources
Agentic engineering in the cloud
Kiro primary product announcement

GA announcement, cross-surface continuity, availability, plans and credit model.

Governance
Kiro primary documentation

Enterprise cloud-session enablement and governance boundaries.

Discussion

Discussion is reader-contributed. Comments are not part of the BTN dossier or its editorial evidence.

0 visible comments

Join the discussion

Keep comments useful and relevant. Reader contributions may be moderated and are not BTN editorial evidence.

Sign in to comment