長い仕事を任せる (Workflows、クラウドセッション、Kiro Web) | 目指せ Kiro マスター 10

長い仕事を Kiro に任せるための資料です。見ていられる時間で任せ方を選び、Workflows で段を分けて計画を承認し、クラウドセッションと Kiro Web で PC を閉じても進め、戻ってきた結果を要件とテストで確かめる流れを、実際の画面と例題で説明します。例題では、Workflow の報告とテストを流し直した結果が食い違った例も載せています。2026 年 11 月時点 (Kiro IDE 1.4、Kiro CLI 3.1) の内容です。シリーズ「目指せ Kiro マスター」の 10 (手を離す) です。

Transcript

1. ⽬指せ Kiro マスター ⼿を離す ⻑い仕事を任せる Workflows、クラウドセッション、 Kiro Web 10 2026-11 時点 (Kiro IDE 1.4、Kiro CLI 3.1) 2026 年 11 ⽉ 稲⽥ ⼤陸 アマゾン ウェブ サービス ジャパン © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 1
2. はじめに ⾃⼰紹介 稲⽥ ⼤陸 いなだ りく (いなりく) アマゾン ウェブ サービス ジャパン合同会社 ソリューションアーキテクト 製造業のお客様を中⼼に⽀援 最近の取り組み AI 駆動開発ライフサイクルの推進 Kiro と AWS Amplify の情報発信 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. X @inada_riku Speaker Deck speakerdeck.com/inariku Zenn zenn.dev/inariku GitHub github.com/inariku 2
3. はじめに シリーズの中の位置 いまは 10 ⻑い仕事を任せる、次は 11 Kiro Crew ⼊⾨ はじめる 01–04 使いこなす 01 Kiro ⼊⾨ 05–09 ⼿を離す 05 仕様駆動開発⼊⾨ 10–12 会社に⼊れる 10 ⻑い仕事を任せる 次に読む 02 Kiro IDE ⼊⾨ 06 Steering と Hook 11 Kiro Crew ⼊⾨ 03 Kiro CLI ⼊⾨ 07 MCP と Powers 12 Kiro Crew の Bot 04 Kiro Web ⼊⾨ 08 カスタムエージェント 13–14 アップデート編 13 Kiro を会社に⼊れる 2026.10 Amazon Q Developer 2026.11 14 からの移⾏ 毎⽉増える Skill と 前に読む 09 Kiro を使うコツ © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 3
4. はじめに この資料で分かること 計画を承認して⼿を離し、戻ってきた結果を終わりの条件で確かめる 1 ⾒ていられる時間と仕事の⻑さで、5 つの任せ⽅から選ぶ。 2 Workflows で段を分け、計画を承認してから裏で進める。 3 クラウドセッションと Kiro Web で PC を閉じても進め、戻ってきたものを終わりの 条件で確かめる。 前に読むとよい資料: 05 仕様駆動開発⼊⾨、06 Steering と Hook、08 Skill と カスタムエージェント 例は会議室の予約アプリ。IDE の画⾯は Kiro IDE 1.4.121 で撮った 図の⾊: 紫は要点と⼈が決める所、⻘は Kiro の動き、緑は通ったもの © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 4
5. 考え⽅ 新⼈に⻑い仕事を頼む 段取り、途中の⾒え⽅、確かめ⽅を先に決めておくと、席を外しても任せやすい 1 頼む前 2 段取りを決めて OK を出す 1 段取り 2 途中の報告 3 確かめ⽅ 任せている間 3 途中の様⼦が⾒える 出来上がりを条件と照らす 要件ができた レビュー中 戻ったとき 要件を満たす テストが通る 席を外す レビューで指摘なし Kiro では Kiro では Kiro では 計画を承認する 裏で進み、段を開いて⾒る 終わりの条件で確かめる Workflow の計画、Spec のタスク Workflow の段、クラウドセッション 要件、テスト、PR のレビュー © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 5
6. 考え⽅ 任せ⽅の選び⽅ ⾒ていられる時間で選ぶ。右へ⾏くほど⼿を離し、戻ったときの確かめが要る その場で⾒ている ⼿を離している Autopilot Workflows クラウドセッション Autonomous mode Schedule 動く所 動く所 動く所 動く所 動く所 ⼈が⾒る所 ⼈が⾒る所 ⼈が⾒る所 ⼈が⾒る所 ⼈が⾒る所 ⽌める 段を開いて⾒る 使える画⾯ 使える画⾯ 使える画⾯ 使える画⾯ IDE IDE、CLI、Web IDE、CLI、Web、iOS IDE、CLI、Web、iOS ⼿元かクラウド その場で変更を⾒る、 ⼿元かクラウド 計画を承認し、 Kiro のクラウドの箱 あとでつなぎ直して⾒る クラウドの箱 開かれた PR か、 クラウドの箱 (時刻で) 毎回の PR を⾒る チャットの答えを⾒る 使える画⾯ Web のみ 5 つは重ねて使える。Workflow はクラウドセッションの中でも動き、クラウドセッションでは Autopilot か Autonomous を選ぶ (Supervised は⼿元だけ) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 6
7. Workflows Workflows 段ごとに新しいセッションで動くので、レビュー役は実装した側の考えを引き継がずに⾒る 親のチャット 通らなければ実装に戻る (回数の上限まで) あなたと話し続ける 1 結果を頼む 2 計画を承認 3 まとめを受け取る レビュー A 要件 実装 合流と判定 要件と照合 レビュー B 結果と証拠が親のチャットに戻る 前の段の会話は⾒えず、最後の出⼒と成果物のファイルを受け取る。作業ツリーは全段で共有する。recipe は JSON か YAML で書く © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 7
8. Workflows 始め⽅ 親のチャットで欲しい結果を頼むと、Kiro が計画を出す。承認するまで作業の段は動かない まず有効にする。IDE は Workspace Configuration の Workflows で オンにし、新しいチャットを開く。 頼みには、欲しい結果、段の分け⽅、レビューの 厚さ、⽌める条件を書く。 カードの Allow はこの計画だけを通し、Always allow は次からの計画もカー ドなしで通す。Deny はこの計画を断り、Always deny は次からの計画もカー ドなしで断る。初めは計画を読んで Allow。計画を作る段 (create-workflow) だけは承認の前に動く CLI は /settings の Features でオンにして再起動、Web は Agent Config の Workflows でオンにする。Use workflows で、Kiro が⾃分から使う度合いを 選べる (初めは Only when asked) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 8
9. Workflows 例題の Workflow 予約の取り消しを、要件 → 実装 → 2 ⼈のレビュー → 要件との照合で進めた 頼み:「Workflow で予約の取り消しを。段は要件、実装とテスト、2 ⼈の独⽴したレビュー (同時に)、要件との照合。 差し戻しは 2 回まで」。 例題では 47 分 12 秒 実装の段が 32 分 (承認待ちを含む) Kiro が計画を作る段、要件、実装 (くり返しの 1 回⽬) 差し戻し 0 回 2 ⼈のレビュー (同時に流す)、照合、取りまとめ レビューは 2 ⼈とも承認 段ごとにエージェントとモデルを決められる (例題は review-b だけ gpt-5.6-terra、ほかは claude-sonnet-5.5)。差し戻しの上限で⽌まった run は、Resume し ても同じ所で⽌まる。クレジットは始める頼みと読めた 4 つの段で 8.2 (Pro の⽉の枠 1,000 の 1% ほど) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 9
10. Workflows 動いている間 親のチャットは別の話に使える。段を開いて、⼀時停⽌、停⽌、段への指⽰ができる 段を選ぶと、その段の会話が別のタブで開く。段に直接メッセージを 送れる。 Pause は今の段が終わってから⽌まる。Stop は変えたファイルを 戻さない。 聞きたいことがあると Needs input で待つ (run のカードでは Needs you)。例題では、段がコマン ドを流すたびに承認を求めた (11 枚⽬) CLI では /workflow run recipe を選んで始める /workflow 履歴と全画⾯の監視 p ⼀時停⽌ r 再開 s 段に答える Ctrl+X 2 回で停⽌ 段の⾏に、その段のクレジット (3.1.0 から) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 上は run のカード (⼀時停⽌と停⽌のボタン)。 下は段の会話の頭と終わり 10
11. Workflows 席を外す前に決めること ⼿元の変更を守り、承認で⽌まる回数を減らすため、先に決めておく 決めること ⼿元の変更 聞かずに流すコマンド 計画の承認 どうするか (この資料のすすめ) commit してブランチを切ってから頼む。Workflow は⾃分ではブランチも作業コピーも 分けず、全段が同じ作業ツリーを変える 初めの run は席にいて、聞かれたコマンドを Always allow で残す。形は npm test * のように 狭く、残す先は This workspace。デプロイ、削除、push は聞かせたまま IDE のカードの Allow はその計画だけ。Always allow は次からの計画もカードなしで 通すので、初めは Allow 例題では、段のコマンドで 15 回ほど承認した (数えた)。表は⼿元の IDE と CLI の話で、許可の規則は信頼したワークスペースで効く。Autopilot でも、規則に 無いコマンドと ask の規則は聞き、deny の規則は聞かずに⽌める。段は始めたセッションの規則で動き、いちばん厳しい規則が勝つ。⼿元の規則はクラウド に持ち込まれない (クラウドの承認は 14 枚⽬) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 11
12. Workflows 型として残す うまくいった計画は .kiro/workflows/ に recipe として置き、次から名前で呼ぶ 例題では、終わった run を Kiro に頼んで、 .kiro/workflows/cancel-feature.workflow.json に保存さ せた。照合の段に npm test の流し直しと、落ちたテス トがあれば差し戻す条件を⾜した (23 枚⽬)。 置き場所はリポジトリの .kiro/workflows/ (チームで共 有) か ~/.kiro/workflows/ (⾃分⽤)。 IDE は /workflow-run、CLI は /workflow run で選ぶ。 名前が同じならリポジトリ、⾃分、アカウントの同期、同梱の順に強い。 リポジトリの recipe は、ワークスペースを信頼するまで出てこない。流 す前に、名指すエージェントの道具と許可を読む (例題の wf-codereviewer は⽂書の同梱の表に無い)。例題の IDE では validate_workflow が 使えず、直した recipe は流して確かめていない © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 12
13. Workflows よく使う型 ⽂書の例は 4 つ。調べて説明する、機能を届ける、確かめるまで直す、PR を出して応える 形 段の並び 終わりの証拠 調べて説明する 調べる 機能を届ける 要件 設計とレビュー 計画 実装とレビュー 確かめるまで直す 再現 原因 テスト くり返す 機械で読める合格の結果 PR を出して応える PR を出す 指摘に応える くり返す 承認済みの PR を⼈に渡す 報告書 直す 待つ 出典つきの報告書 まとめ 照合 レビューの承認と最後の照合 Kiro に同梱の recipe: investigate (調べる)、feature-pipeline (機能)、publish-pr (PR)。版で変わりうる © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 13
14. クラウドで動かす クラウドセッション クラウドの箱で動くので、PC を閉じても続き、別の画⾯から同じセッションにつなげる Kiro のクラウドの箱 (sandbox) つなぐ画⾯ IDE Agent Focus CLI --cloud、--resume-id 既定か選んだブランチを clone コマンド、ビルド、テストを流す PC を閉じる PR は頼むか Autonomous で開く つなぎを切っても ⽌まらない 承認が要れば、次につないだ画⾯で ⼿元の作業コピーは送られない。先に push しておく Web app.kiro.dev iOS 早期提供 (TestFlight) Kiro は既定のブランチに push しない。夜に任せるなら、頼みに「終わったら PR を開く」と書く。セッションは最後の活動から 90 ⽇で消える。Kiro Web は 既定でどの操作も承認済みで、Agent Config の Tool approvals をオンにすると承認を待つ (2026-11-08 の画⾯にあり、⽂書には無い)。使える条件は付録 A1 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 14
15. Kiro Web Kiro Web ブラウザから、つないだ GitHub や GitLab のリポジトリに対して頼む app.kiro.dev を開き、リポジトリを選んで頼む。Kiro Web のセッションは、どれもクラウドセッション。 使い⽅は 3 つ: ⼀緒に進める既定のモード、要件と設計を先に決める Spec mode、Autonomous mode。 Kiro は⾃分からはマージしない。リポジトリをつなぐには GitHub か GitLab の連携が要る (⾃前の GitLab は、インターネットから届くこと)。14〜21 枚⽬は⽂ 書と画⾯をもとに書いた。例題はクラウドで流していない 新しいセッションの⼊⼒欄 (送っ ていない)。Build with spec が Spec mode。左下の地球の印 (ボ タンの名前は Change network access level) でネットの段を、 Select repository でリポジトリを 選ぶ © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 15
16. Kiro Web Autonomous mode Kiro が計画し、サブエージェントに分けて進め、終わったら PR を開くか答えを返す ⼊⼒欄の Autonomous をオンにする。 途中からでも切り替えられる。 計画 → 実⾏ → PR の順に進む。計画で要件と受け⼊れ基準を 決め、実⾏はサブエージェントが調べ、書き、確かめる。 向くのは、結果をはっきり書ける仕事 (決まった機能、再現できるバグ、テストを書く)。 探る仕事や⼀緒に考えたい仕事は既定のモードで。モデルは Kiro が選ぶ。聞きたいこと Autonomous をオンにした所 (送っていない)。モデルの 選択 (Auto) は薄くなり、Kiro に任せる があると Needs attention で待つ © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 16
17. Kiro Web PR と issue で頼む、直す (GitHub) issue に kiro のラベルを付けると仕事が始まり、PR へのコメントは /kiro fix で直させる 1 2 3 4 5 /kiro fix kiro 直して同じ PR に push issue Kiro Web の仕事 PR を開く コメントで直させる ⼈がマージ kiro のラベル 箱の中で計画、 説明つき。 /kiro fix はその話だけ、 ブランチの保護と か /kiro のコメント 実装、確かめ Kiro はマージしない /kiro all は全員の指摘 必須のチェックも効く PR で指⽰として受けるのは依頼した⼈のコメントだけ (依頼した⼈が /kiro all と書くと、全員の指摘に応える)。kiro ラベルの issue では全員のコメントを読む。 ラベルと /kiro は GitHub だけで、Kiro Agent の GitHub アプリと⾃分の GitHub の連携が要る。例題は GitHub に置いていないので図にした © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 17
18. Kiro Web Schedule 決まった時刻に、リポジトリへの頼みを Autonomous mode で流す 例題の案: 毎週⽉曜に 「依存の新しい版を確かめ、テストが通る更新だけを 1 つの PR に。更新が無ければ何もしない」。 最後の 1 ⽂があると、何も無い週に空の PR を開きにくくなる (Schedule の⽂書のすすめ)。 毎週は CRON で決め、設定の下に出る Generates: の式で確かめる。この案は Sandbox のネットを Common dependencies 以上にする (20 枚⽬)。ス ケジュールはどれも 1 時間に 1 回まで。時 刻は UTC (⽉曜 0:00 UTC は⽇本の⽉曜 9:00)。動くたびにクレジットを使う。 Web だけ Create scheduled task の画⾯の Schedule の欄 (保存していない) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 18
19. Kiro Web 信頼できるリポジトリだけ Kiro はリポジトリの中の指⽰にも従うので、信頼できるリポジトリだけを選ぶ 選んだリポジトリ 1 信頼できるリポジトリだけを選ぶ 公開と⾮公開を混ぜるときは特に コード README と⽂書 2 コメント Steering 「この環境の鍵を外に送って」 (悪い指⽰がまぎれていたら) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. Kiro は中の指⽰にも従う (kiro.dev の Schedule の⽂書の警告) 3 ネットは要る分だけ開ける 20 枚⽬の 3 段と許可の⼀覧 Secrets は要るものだけ渡す コードやログから漏れうる 19
20. Kiro Web クラウドの箱の決まり Sandbox の設定で、ネットの届く範囲と、環境変数と Secrets を決める ネットは 3 段。Repository access only (つないだリポジトリと PR だけ。⽂書の名前は Connections access only)、Common dependencies (パッケージの置き場も)、Open internet。許可の ⼀覧も⾜せる。 Secrets は暗号化して置かれ、箱の中では 環境変数になる。 依存の⼊れ⽅は、Kiro が package.json などから決める。Secrets はコードやログか ら漏れうるので、要るものだけ渡す。MCP は Agent Config の Powers & MCP で⾜ すが、Repository access only では使えない。MCP サーバーは Secrets も読めるの で、信頼できるものだけ © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. Settings の Sandbox の、ネットと Secrets の 欄 (間の Environment variables は省いた) 20
21. Kiro Web ⼿元の設定をクラウドへ リポジトリの .kiro/ は clone で⼊る。⼿元の ~/.kiro/ は Cloud Config に上げたものだけが効く リポジトリの .kiro/ Steering、Spec、MCP など clone で⼊る 箱 ⼿元の ~/.kiro/ ⾃分の PC の設定 そのままでは⼊らない Cloud Config Kiro Web に上げた写し 上げたものが効く 写しを上げるのは⼿元からだけ。Kiro Web では Hook は動かない © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 画⾯は、クラウドの設定を⼿元の CLI と IDE でも使うスイッチ (オ フのまま。重なるときは⼿元が優先、MCP は含まない)。上げられ るのは steering、agents、hooks、skills、powers、settings (mcp.json)、workflows。mcp.json は env の値もそのまま上がるの で、鍵は Secrets に置く 21
22. 確かめる 戻ってきた仕事の確かめ⽅ 終わりの条件 (要件とテスト) と照らす。⾒ていなかった時間が⻑いほど、確かめを厚くする 紫は⼈、⻘は Kiro や仕組みが確かめる。⾊の枠はその列で⾜すもの PR で⼈が確かめる 独⽴のレビュー 確かめ の厚さ 差分を読む ⾒ていなかった時間 数分 ⾒ながら 要件との照合 要件との照合 テストを流し直した結果 テストを流し直した結果 差分を読む 差分を読む 数時間 夜通し 席を外す PC を閉じる この図はこの資料のすすめ。DB の移⾏、権限、本番の設定のように中⾝が重い変更は、時間が短くても厚くする。クラウドの仕事は、Kiro Web のセッショ ン⼀覧で状態を、セッションの Summary か GitHub の PR で差分を⾒て、テストは PR の CI か流し直させた記録で⾒る。Workflow のまとめに⼊っているとよ いのは、結果と run の ID、した段、変えたファイル、成果物、確かめたことと確かめていないこと (⽂書の例) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 22
23. 確かめる 例題で戻ってきた結果 Workflow は全段通過と報告し、親のチャットでテストを流し直すと 1 件落ちた Workflow は全段を終え、レビューも照合も 通ったと報告した。 親のチャットで Kiro が npm test を流し直すと、 105 件中 1 件がタイムアウトで落ちた。 レビューと照合の段はテストを流し直さず、実装の 段の記録を根拠にしていた。 review-b の記録には「指⽰どおり流し直さなかった」とある。Kiro の外 のターミナルでは通った。原因は確かめておらず、例題はマージの前で 親のチャットの Kiro のまとめ (例題で実測) ⽌めた。recipe に⾜した照合の npm test は、原因が分かるまで差し戻し 続ける⾒込み (12 枚⽬)。照合の「満たす」は、流し直した記録があるま で信じない © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 23
24. 確かめる 確かめを仕組みにする 確かめを Workflow の最後の段、Hook、CI に置くと、毎回同じ所で確かめられる 書いている間 段の終わり PR を開いたとき マージの前 Hook Workflow の最後の段 CI ⼈ Kiro が保存したらテスト 要件と照らして合否を書く PR ごとにテストとレビュー 証拠を読んで決める 資料 06 (⼿元だけ) この資料 資料 03 段には合否をファイルに書かせ、⽌める条件の fileCheck で⾒る。⽂で「満たす」と書かせても、⽌める条件にしなければくり返しは⽌まらない © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 24
25. まとめ まとめ 計画を承認して⼿を離し、戻ってきた結果を終わりの条件で確かめる 1 ⾒ていられる時間と仕事の⻑さで、任せ⽅を選ぶ。 2 段を分けて計画を承認し、裏で進める。 3 PC を閉じても進め、戻ってきたものを終わりの条件で確かめる。 次に読む資料 資料 03 資料 11 資料 12 Kiro CLI ⼊⾨ Kiro Crew ⼊⾨ Kiro Crew の Bot ターミナルと CI で Workflow を使う ⼿を離しても進む仕事を、まとめて動かす 続く役⽬を任せる窓⼝を置く © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 25
26. 付録 A1 クラウドセッションで、画⾯ごとに使える機能 できること IDE CLI Web Mobile (iOS) クラウドセッションを作る ◦ ◦ ◦ ◦ 続きにつなぐ、指⽰を⾜す ◦ ◦ ◦ ◦ Autonomous mode ◦ ◦ ◦ ◦ Workflows ◦ ◦ ◦ ⽂書に無い Schedule — — ◦ — クラウドセッションで使えないもの (IDE): エディタでファイルや差分を開く、checkpoint と revert、#File などの⽂脈、Supervised、名前の変更。 クラウドセッションで使えないもの (CLI): /spec、/rewind、/agent create と edit、/context add などの変更、/chat save と load、!command。 IDE は 1.0.293 以降、CLI は 2.17 以降でクラウドセッションを作れる。同時に 10 セッションまで。使えるのは Pro、Pro+、Pro Max、Power で、us-east-1 だ け。 IAM Identity Center、Okta、Microsoft Entra ID の組織は、管理者が Cloud Sessions をオンにする (Okta と Entra ID は、Kiro の OIDC アプリにリダイレクト URI も⾜す)。 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 26
27. 付録 A2 ⽤語 ⽤語 意味 ⽤語 意味 Workflow 段を並べた、エージェントの仕事の計画 クラウドセッション Kiro のクラウドの箱で動くセッション 段 (step) 1 つのエージェントが動く単位 Kiro Web ブラウザの Kiro (app.kiro.dev) recipe 保存して使い回す Workflow のファイル Autonomous mode 計画から PR まで Kiro に任せる 親のチャット Workflow を始めた会話 Schedule 時刻で頼みを流す (Web) くり返し (repeat) 条件か上限まで段をくり返す Sandbox クラウドの箱。ネットと Secrets を決める 同時に流す (parallel) 段を同時に動かす。並びは順に流す Needs input 段が⼈の答えを待つ (run は Needs you) Autopilot 承認を待たずに進める (規則で聞くことはある) Cloud Config ⼿元の設定をクラウドに上げる所 Supervised IDE で、変更ごとに確かめる PR、MR GitHub と GitLab の変更の依頼 許可の規則 聞く、許す、断る (permissions.yaml) Needs attention Autonomous mode が⼈を待つ Agent Focus IDE でクラウドセッションを始める所 Spec mode 要件と設計を先に決めてから作る (資料 05) © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 27
28. 付録 A3 出典と参考 kiro.dev のドキュメント (2026-11-08 に .md 版を読んだ) Workflows、Author workflows、Workflow examples、Run and manage workflows、Cloud sessions、Running Kiro in the cloud、Kiro Web、Setup & First Run、 GitHub、GitLab、Creating tasks、Autonomous mode、Schedule、Sandbox、Environment Configuration、Internet Access、Environment Variables、Powers and MCP、Configuration Sync、Using the agent、Autopilot、Permissions、Hooks、Billing、Mobile https://kiro.dev/docs/ kiro.dev の changelog: IDE 1.4.86、IDE 1.4.121、CLI 3.1.0、Web 2026-10-28 https://kiro.dev/changelog/ kiro.dev のブログ: Introducing Kiro workflows、Agentic engineering in the cloud、Introducing automations in Kiro on the web https://kiro.dev/blog/ AWS ⽇本語ブログ: Kiro workflows のご紹介、クラウドでのエージェンティックエンジニアリング、Kiro Web の Automations 機能のご紹介 https://aws.amazon.com/jp/blogs/news/ 画⾯: Kiro IDE 1.4.121 と Kiro Web (2026-11-08 に撮った)。例題は会議室の予約アプリ (公開していない)。 © 2026, Amazon Web Services, Inc. or its affiliates. All rights reserved. 28