🎉

Kiro IDE v0.8 の新機能 Web Tools / Subagents を試して分かったこと

に公開
AWS
Kiro
tech

はじめに

2025/12/18にKiro IDEのChangelogが更新されました。今回はその中でも個人的に気になったWeb ToolsとSubagentsの中身を確認していきます。

詳細は公式Changelogを参照してください。
公式Changelog

Web Tools

今回のアップデートでは、チャット内で直接インターネット検索（web_search）が可能となり、また外部URLから直接コンテンツを取得（web_fetch）を行えるようになりました。プロンプトで直接URLを指定せずとも、Kiroがインターネット経由で情報を検索してくれます。これにより最新の情報を簡単に取得できるだけでなく、ブラウザを切り替えるといった操作を最小限に抑え、Kiro IDE上での調査や開発作業に集中できるようになります。

例として、情報量が多く最新性も求められるAWS re:Invent 2025のコンテンツをVibeモードで収集・分析してもらいましょう。

「Trusted Commands」と同様に、初期状態では「Web検索してよいか？」を都度ユーザーに確認する挙動になっています。真ん中の矢印ボタンである[Trust web tools and accept]を押下してみると...

上記のように "Trusted Tools" の設定でwebFetchとremote_web_searchが追加されます。このような設定にすることで、ユーザー側に都度確認をせずに情報の検索とコンテンツのダウンロードを進めてくれます。

実際にKiroとのやりとりをみてみましょう。

まずは「Web search」フェーズとして、以下のようにインターネット上の検索が開始されました。

続けて「Fetched」フェーズに入り、複数のURLを対象にコンテンツの詳細を確認しています。Kiroとのやりとりの中で、ダウンロードしたコンテンツのサイズや処理時間を確認できます。これにより、コンテキストウィンドウの使用量の目安や、処理パフォーマンスの把握にも役立ちます。

最終的には、取得した内容からサマリレポートを作成してくれました。情報収集から要約までをKiro IDE内で完結できる点は、非常に実用的だと感じます。

注意点と制限事項

非常に便利な機能ですが、Web検索機能を利用するにあたってはいくつか注意点があります。

  • Web検索の利用は、利用者自身の責任で行う必要がある
  • 検索結果は、時間の経過とともに変化する可能性がある
  • 制限やコンテンツの性質によっては、Web検索でアクセスできない場合がある

仕様上の制限事項にも注意が必要です。例えば、Web ToolsではPDFファイルを取得することはできません。

  • サイズ: 1ページあたり最大10MB
  • タイムアウト: リクエストごとに30秒
  • リダイレクト: 最大10件
  • コンテンツタイプ: text/html ページのみサポート
  • 再試行: 失敗時は3回の自動再試行

公式ドキュメント：Web Toolsでは「Web Toolsを利用したくない場合は、カスタムエージェントのexclude設定（Kiro CLI）を作成してね」と記載されています。一方で、調べた限りKiro IDE側には現時点では明確なOn/Off設定は見当たらず、「Trusted Tools」やSteeringファイルによってルールを制御する形になりそうです。

Subagents

複数のタスクを並列で処理できる「Subagents」という機能が新たに導入されました。今回のアップデートでは、用途別に以下2種類のSubagentsが導入されています。

  • context gathering: プロジェクト探索用
  • general purpose: 汎用タスク並列実行用

「Subagentsを活用して複数のタスクを同時に実行することで、開発スピードを大幅に向上させることができます」と説明されています。そのため、一見すると以下のようなケースで「常に複数タスクを並列実行してくれる機能」に見えますが、実際には必ずしもそのような動作が保証されているわけではありませんでした。

Subagentsは、利用者が明示的に指定する場合と、タスクの複雑さや性質に応じてKiroが自動的に判断した場合に利用されるようです。例えば、なじみのないコードベースや新しい作業領域での作業開始時には、context gatheringのSubagentsを用いて修正対象となるファイルを特定します。また、互いに干渉しない複雑なタスクが複数ある場合には、general purposeのSubagentsが利用されるようです。

また各Subagentsは独自のコンテキストウィンドウを持っており、メインエージェントのコンテキストをクリーンな状態に保てます。その結果、全体としてコンテキスト消費を抑える効果があります。

実際に簡単なToDoアプリケーション（Go言語）を構築する流れでSubagentsがどのようなタイミングで利用されるか確認してみましたが、結論として、ベースとなるアプリケーションが一通り完成するまでは、Subagentsは自動的には利用されませんでした。KiroにSubagentsの利用シーンを問い合わせてみると以下のような理由が返ってきました。

  • context gatheringの利用場面
    • 大規模なコードベースで関連ファイルを特定する必要がある時
    • 複雑な依存関係を持つプロジェクトで影響範囲を調査する時
    • 初めて触るコードベースで構造を理解する必要がある時
  • general purpose 利用場面
    • 複雑で多段階のタスクを自動化したい時
    • 複数のツールを組み合わせた処理が必要な時
    • 長時間実行される処理を委譲したい時

試しにToDoリストアプリケーションに「追加機能としてタスクのステータスリストを追加して」と依頼してみたり、「ファイル全体に目を通してREADME.mdを作成して」と依頼してみると context gatheringのSubagentsが利用されました。

また、general purposeのSubagentsは、Web Toolsと組み合わせることで情報収集の高速化にも役立つかもしれません。例えばVibeモードで以下のような依頼をしてみます。

Kiroに上記情報収集におけるSubagentsの効果を確認したところ、以下のように速度と品質の向上が見込まれる回答が得られました。

  • 並列処理による時間短縮
    • 2つのSubagentを同時に実行することで、情報収集時間を大幅に短縮
    • 単一のエージェントで順次検索するよりも、効率的に作業を完了
  • 異なる角度からの情報収集
    • 1つ目：AWS Weekly Roundupを中心とした公式発表の網羅的収集
    • 2つ目：ブログ投稿、GA発表、価格変更など補完的な情報の収集
    • 結果として、より包括的で詳細な情報を取得できました
  • 情報の質と量の向上
    • 単独では見逃していた可能性のある小さなアップデート（AWS Clean RoomsのEventBridge統合、QuickSightチャットエージェントのメモリ機能など）も発見
    • 各Subagentが専門的な観点から情報を整理し、構造化された結果を提供
  • 作業の分散化
    • 私は最終的な情報統合と日本語まとめ作成に集中できました
    • Subagentsが詳細な情報収集を担当することで、全体的な作業効率が向上
  • 情報の信頼性向上
    • 複数の情報源からのクロスチェックにより、情報の正確性を確保
    • 異なるアプローチで同じ情報が確認できた場合、その信頼性が高まりました

制限事項

Subagentsはメインエージェントとは異なる実行領域で動作するため、読み込まれる設定には一部差異があります。利用時には注意が必要です。詳細は、以下の公式ドキュメントに記載されています。
公式ドキュメント：Subagents

  • SteeringファイルとMCP サーバーは、Subagentsでもメインエージェントと同様に動作する
  • 一方で、Specsにはアクセスできない
  • HooksはSubagentsではトリガーされない

終わりに

Kiro IDE v0.8では、Web Tools Subagentsといった、エージェントの振る舞いそのものを拡張する機能が追加されました。特にWeb Toolsは、情報収集から要約までをIDE内で完結できる点で実用性が高く、日常的な開発や調査作業の負担を大きく減らしてくれます。

一方で、Subagentsは「常に並列実行される魔法の仕組み」というよりも、タスクの性質や規模に応じて効果を発揮する仕組みであり、使いどころを理解することが重要だと感じました。 また、SpecsやHooksに関する制限など、現時点で把握しておくべき注意点もあります。

今後のアップデートで挙動や設定方法が変わる可能性はありますが、v0.8時点では「大規模・探索的・情報量の多いタスク」で真価を発揮する機能だと考えています。本記事が、Kiro IDE v0.8の新機能を試す際の参考になれば幸いです

Discussion