AWSのKiroボットが「セッションをまたいで記憶するAIエージェント」を実現 — PR、テスト、障害調査を人間不在で継続実行

11月6日、Dataconomyが「AWS launches Kiro bots with persistent memory for developers」と題した記事を公開した。AWSが開発者向けエージェント基盤「Kiro」に永続メモリを持つボット機能を追加したと報じている。AIエージェントがセッションをまたぐと文脈を失うという業界共通の課題に対し、ボットごとに専用のメモリと会話履歴を保持することで、PR監視・障害調査・テストといった繰り返し作業を人間不在で継続実行できるようになる点が核心だ。

前提：Kiro Crewとは

Kiro Crewは、AWSが提供する開発者向けのマルチエージェント作業環境だ。複数のAIエージェントがチームとして協調しながらソフトウェア開発タスクを処理する仕組みで、IDE・CLI・Webの各プロダクトと同一のKiroサブスクリプションに含まれる。今回発表された「Kiroボット」はこのCrew環境に追加された新機能であり、エージェントにセッションをまたいだ記憶を持たせることで、定常的・自律的な開発業務の実行を可能にする。

セッションをまたいで「覚えている」ボット

通常のAIエージェントはセッションが終了すると文脈を失う。チャットを閉じるたびにゼロから指示し直す必要があり、継続的な監視タスクや複数日にわたる調査作業には向かないという課題が、AIエージェント活用の実用的な壁として広く認識されてきた。Kiroボットはこれを解決するため、ボットごとに専用のノートと会話履歴を保持する。開発者は翌日戻ってきても、前回の判断や調査結果をそのまま引き継いで作業を再開できる。

ボットが保持するメモリはタスクの種類ごとに分離されており、デプロイの判断を記憶するボットと、コードを調査するボットの文脈が混在することはない。ユーザーは保存された情報を確認・修正・削除することもできる。なお、発表ではメモリによってボット自体の基盤モデルが再学習されるわけではないと明記されている。

ボットに任せられる具体的な仕事

Kiroボットはソフトウェア開発における繰り返し作業を継続的に監視・実行する想定だ。AWSが挙げる用途は以下の通り：

• 失敗したビルドパイプラインの監視
• プルリクエストのレビュー
• 受信したIssueの分類・重複検出
• リリース前のテストおよびドキュメントチェック
• 夜間の障害調査や週次の変更サマリー作成（スケジュール実行）

スケジュール設定は会話形式で指示できる。「毎週月曜に変更のサマリーを作れ」といった自然言語で設定でき、アクティビティログが定期作業を記録し、会話UIで調査結果や質問が浮かび上がる仕組みだ。

承認フローと権限管理

注目に値する設計は権限のボット別分離だ。AWSは以下の3パターンを例示している：

• リサーチボット：ファイルの読み取りのみ可能、編集不可
• デプロイボット：変更前に人間の承認を要求
• レビューボット：コメントや修正リクエストは可能だが、マージや承認は不可

ボットが承認を必要とするタスクに遭遇した場合、その決定を待ちながら依存しない他の作業を継続できる。ツールの追加にはユーザーの承認が必要で、ボットごとに自律性のレベルも設定できる。

対応モデルとインフラ

ボットとワーカーセッションで異なるモデルを使用できる。KiroのカタログにはOpenAI、Anthropic、オープンウェイト系の代替モデルが含まれる。実行環境はラップトップ、Mac Mini、Amazon EC2インスタンスに対応する。

料金体系

Kiroサブスクリプションはエディタ（IDE）、CLI、Webプロダクト、Crewをまとめてカバーする。今回のボット機能に対する追加課金はアナウンスされていない。

ただしAWSは、クレジット消費量はタスクの複雑さとモデル選択によって変動すると明記している。常時稼働するスケジュールボットを使う場合、月額だけで実際のコストを見積もることはできない点は注意が必要だ。

※編集部の考察：AIエージェントへの従量課金モデルはKiro以外でも広がりつつある。GitHub Copilot Workspaceなど類似サービスも同様にトークン・アクション単位の課金を採用しており、「月額固定＋実消費の変動分」という二層構造はこのカテゴリ全体の傾向といえる。常時稼働ボットの導入前に、実ワークロードでのクレジット消費量を試算しておくことが望ましい。

詳細はAWS launches Kiro bots with persistent memory for developersを参照していただきたい。