Amazon Web Services ブログ
クラウドでのエージェンティックエンジニアリング:Kiro Web とクラウドセッションが一般提供に
ローカルで始めた作業が、クラウドへ移っていくことがあります。
ちょっとした変更のつもりが、思ったより大きくなったり、時間がかかったり、あなたが席を離れた後も動き続けたり、当初想定していたよりも広くコードベースに及んだりすることがあります。
ここ数か月で、クラウド実行は Kiro での働き方の中でより大きな位置を占めるようになりました。本日(2026 年 9 月 3 日)、Kiro Web とクラウドセッションが一般提供 (GA)になりました。あわせて、すでに構築済みの Kiro のセットアップをローカルとクラウドの両方のセッションで使えるようにする cloud configuration も提供します。これらにより、あなたのエンジニアリング作業のより多くを、Kiro とともに自然にクラウドで実行できるようになります。
これまでに提供してきたもの
5 月のプレビュー以降、多くの開発者が Kiro Web を日々の働き方の一部に取り入れてきました。ちょっとした修正から、複数リポジトリにまたがるマイグレーション、席を離れている間や就寝中に動き続ける作業まで、用途はさまざまです。PR にレビュースレッドが付いて返ってきたら、/kiro fix が一度の実行でそれらを片付けます。1 つのセッションが複数リポジトリ、それも GitHub と GitLab をまたいで変更を調整します。繰り返し発生するメンテナンスは Automations によってスケジュール実行され、誰かが同じ作業を再び始める必要はありません。Playwright はブラウザ由来のバグを再現し、変更が反映される前に UI の変更を検証します。
8 月には、クラウドセッションをプレビュー提供しました。Kiro Web は常にクラウドサンドボックス上で動いていましたが、クラウドセッションはそれを CLI と IDE にまで広げます。CLI や IDE から開始したクラウドセッションは、あなたのマシン上ではなくクラウド上で、同じ Kiro エージェントハーネスを実行します。接続を切ってもエージェントは動き続けます。セッションは Kiro アカウントに紐づいたまま残るので、ブラウザ、エディタ、ターミナル、モバイルから同じセッションに戻ることも、まったく別のマシンで再開することもできます。
今回のアップデートの新機能
Kiro Web とクラウドセッションが一般提供になりました。有料プランのすべての開発者・チームが、ブラウザから構築・委任し、IDE や CLI からクラウドセッションを開始し、モバイルを含むあらゆる Kiro のサーフェスから続きに取りかかれます。チーム向けには、Kiro Web はサンドボックスアクセスのための IAM ロール、および Okta と Microsoft Entra ID による認証にも対応し、開発環境へのアクセスをよりきめ細かく制御できます。
あわせて cloud configuration を導入します。steering、custom agents、skills、powers、hooks など、ローカルですでに構築したセットアップをクラウドセッションに持ち込めるようになりました。この個人設定は、リポジトリとともに移動する既存のプロジェクト設定と併用できます。configuration sync は、あなたのクラウド設定を新しいローカルの IDE・CLI セッションに読み込むこともできます。その際、ローカルのファイルはそのまま残り、両者が重なる部分ではローカルが優先されます。
より面白いのは、これらを組み合わせたときに起きることです。
実際に使ってみる
Kiro Web、IDE・CLI でのクラウドセッション、そして cloud configuration を組み合わせることで、作業がブラウザで始まる場合でも、IDE や CLI からクラウド実行へ移る場合でも、エンジニアリング作業をクラウドで動かす手段が増えます。試せる方法をいくつか紹介します。
実装の次の一区切りをクラウド実行に移す。 IDE や CLI で変更を進め、実装が独立して動かせる状態になったら、そこからクラウドセッションを開始します。セッションは Kiro のクラウドサンドボックスで実行され、後から同じクラウドセッションを Kiro Web、IDE、CLI、モバイルで開いて、進捗確認、指示の追加、作業の継続ができます。
ブラウザ由来のバグを再現から検証まで通す。 Kiro Web で作業を開き、クラウドサンドボックスでアプリケーションを実行します。Kiro は Playwright で問題を再現し、変更を加え、実際のブラウザで再度フローを動かして修正を検証します。提案されたパッチの段階で止まりません。
大規模なリファクタやアップグレードをやり切る。 フレームワークのアップグレード、依存関係のマイグレーション、大きな API 置き換え、テスト量の多いリファクタのために、IDE や CLI からクラウドセッションを開始します。ローカルの .kiro 設定を cloud configuration にアップロードすれば、そのクラウド作業は、作業実行中もローカルで構築したのと同じセットアップを使います。
1 つの本番変更をリポジトリ横断で運ぶ。 サービスや API の変更がバックエンドサービス、SDK、クライアント、フロントエンドにまたがるときは、Kiro Web で作業を始めます。クラウドセッションは関係するリポジトリをまたいで動き、各リポジトリを無関係なジョブとして扱うのではなく、実装を pull request・merge request まで通します。
繰り返しのエンジニアリング作業を、手作業の定例に変えずにクラウドで動かす。 Kiro Web で、依存関係の保守、issue のトリアージ、changelog の更新、ドキュメントのドリフト、契約チェックといった作業の Automations を作成します。各実行はあなたの cloud configuration とともにクラウドサンドボックスで動くので、誰も見ていないときでも同じ steering とセットアップが適用されます。
今日から使う
IDE やターミナルで中断したところから再開するのも、app.kiro.dev で新しく始めるのも自由です。詳しくは ドキュメント をご覧ください。
クラウドセッションは Kiro Web、IDE、CLI のいずれからでも開始でき、モバイルを含むあらゆるサーフェスから再開できます。IDE や CLI からの作成・アタッチには最近のバージョンが必要です。
cloud configuration をセットアップするには、Settings でローカルの .kiro 設定をアップロードし、configuration sync を有効にして新しいローカルセッションに自動で取り込まれるようにします。スコープと同期の仕組みについては cloud configuration のドキュメント を参照してください。
Kiro Web、クラウドセッション、cloud configuration は US East (バージニア北部) リージョンで利用でき、Pro、Pro+、Pro Max、Power の各サブスクリプションに含まれます。クラウドセッションは共有クレジットを使用し、クラウドコンピュートに対する追加料金はありません。
チーム・組織向けには、Kiro Web、クラウドセッション、cloud configuration は、チームがすでに使っている同じ SSO(AWS IAM Identity Center、Okta、Microsoft Entra ID)を通じて、IDE・CLI・Web の全体でアクセスできます。管理者が Kiro コンソールの単一のトグルで Kiro Web とクラウドセッションを有効にすれば、開発者はあらゆるサーフェスからクラウドセッションを開始できます。セットアップについては エンタープライズ向けドキュメント を参照してください。
次に取り組む作業を Kiro に渡して、app.kiro.dev でクラウド実行してみてください。