Kiro IDEからKiro Crewに乗り換えて何が変わったのか
by
Yona
×
Copy
Open
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Slide 1
Slide 1 text
No content
Slide 2
Slide 2 text
自己紹介 与那嶺 創(よなみね そう) 所属 クラスメソッド株式会社 クラウド事業本部コンサルティング部 ソリューションアーキテクト 資格 2026 Japan AWS Top Engineers ピザのアイコンでブログ書いてます🍕 2026 AWS Community Builders 好きなAWSサービス Kiro, Amazon Managed Grafana
Slide 3
Slide 3 text
Kiro Crewをご存知ですか? CLI Web Mobile IDE Crew
Slide 4
Slide 4 text
Kiro クルー
Slide 5
Slide 5 text
Kiro Crew(クルー)
Slide 6
Slide 6 text
Kiroが私という船長のクルーになり 私の代わりに仕事をしてくれる(自己解釈)
Slide 7
Slide 7 text
Kiro Crewは常駐型のエージェントらしい
Slide 8
Slide 8 text
常駐型エージェントってあれだよね。 一日中AIに仕事させるやつだよね。 私はそんなに高度なことしないから使わなく てもいいかな
Slide 9
Slide 9 text
まあ、でも気になるし とりあえず入れて触ってみるか
Slide 10
Slide 10 text
普通にIDEと同じように使ってます
Slide 11
Slide 11 text
え、じゃあ何が嬉しいの? IDEでよくない? ?
Slide 12
Slide 12 text
使ってみたらいいところが たくさんあった!!
Slide 13
Slide 13 text
自律的に動かしやすい
Slide 14
Slide 14 text
AI Agentのイライラポイント PCを閉じると作業が中断する
Slide 15
Slide 15 text
理想 PCを閉じても作業が続く どこからでも指示ができる
Slide 16
Slide 16 text
Kiro IDE/CLI + Kiro Web + Kiro Mobile で似たようなことはできる
Slide 17
Slide 17 text
Kiro IDE Kiro CLI Cloud sessions Kiro Mobile Kiro Web
Slide 18
Slide 18 text
Kiro IDE Kiro CLI データ永続化には GitHubかGitLab連携が必要 ローカルストレージは 直接触れない Kiro Mobile Kiro Web
Slide 19
Slide 19 text
Kiro IDE Kiro CLI EC2 Kiro Mobile Kiro Web
Slide 20
Slide 20 text
Kiro CrewをEC2に入れてみた
Slide 21
Slide 21 text
ローカル端末 EC2 スマホ
Slide 22
Slide 22 text
ローカル端末 SSM ポートフォワーディング Telegram スマホ EC2 Socket Mode
Slide 23
Slide 23 text
ローカル端末 SSM ポートフォワーディング Telegram スマホ EC2 ローカルとリモートの Kiro Crewを接続する Socket Mode
Slide 24
Slide 24 text
No content
Slide 25
Slide 25 text
余談 Kiro Crewをずっと動かす訳ではないので、 EC2は適宜止めれるようにしています。 スペックも安価なインスタンスで動かしています
Slide 26
Slide 26 text
どこにいても作業が止まらない どこからでも指示が出せる
Slide 27
Slide 27 text
自律的に動かすためには 人間の承認も最小限にしたい 人間は欲深いなぁ..
Slide 28
Slide 28 text
No content
Slide 29
Slide 29 text
え、それってセキュリティ大丈夫? 破壊的な行動とかしない?
Slide 30
Slide 30 text
インフラ側の対策 インバウンド: 何も空けない アウトバウンド: HTTPSのみ EC2 使用するIAMロールは最小限
Slide 31
Slide 31 text
多層防御型のセキュリティ設定
Slide 32
Slide 32 text
ユーザーメッセージ 8層の防御設計 多いな〜 ツール実行
Slide 33
Slide 33 text
危ないコマンドを実行の手前で止める 認証情報を読ませない リスクある操作は人に確認する Agentごとに論理的に区切られた領域を 作る
Slide 34
Slide 34 text
Agentを止めないために先に済ませておくと良い 必要なツールは先に入れとく 認証を先に済ませておく steering等のAgentが動く土台を整えて、Agentが期待 する結果を出すように動線を作っておく
Slide 35
Slide 35 text
隔離環境 セキュリティ設定
Slide 36
Slide 36 text
程よく自己学習してくれる
Slide 37
Slide 37 text
Memory
Slide 38
Slide 38 text
AWS S3のxxxxについて教えて AWS S3のxxは...という機能です それはあなたの予想ですか? 技術調査の時は必ず回答にデータソースのURLをつけて データソースのURLは こちらです https://..
Slide 39
Slide 39 text
AWS S3のxxxxについて教えて AWS S3のxxは...という機能です それはあなたの予想ですか? 技術調査の時は必ず回答にデータソースのURLをつけて データソースのURLは こちらです https://..
Slide 40
Slide 40 text
毎回指示するのは面倒... でもSteeringファイルを作成するほどでもないな (その結果、毎回指示してる..)
Slide 41
Slide 41 text
AWS S3のxxxxについて教えて AWS S3のxxは...という機能です それはあなたの予想ですか? 技術調査の時は必ず回答に データソースのURLをつけて データソースのURLは こちらです https://.. 自動挿入 Memory Memory(長期メモリ)に書き込まれる
Slide 42
Slide 42 text
EC2のxxxxについて教えて 技術調査においては必ず そのデータソースのURLを提示してください EC2のxxは...という機能です 参照: https://www... ありがと 自動挿入 Memory 自動的に長期メモリで記憶している 情報を挿入する
Slide 43
Slide 43 text
⇨ 環境に最適化された動きをするように 育てていく ハーネス??
Slide 44
Slide 44 text
最後に 常駐型エージェントとかよくわからん。 という私でもとりあえずIDEと同じように使えています 興味がある方はぜひ触ってみてください!
Slide 45
Slide 45 text
オープンソースだから 気になった仕様はコードから調べよう!
Slide 46
Slide 46 text
No content