--- title: Strands Agents 調査レポート tool_name: Strands Agents tool_reading: ストランズ エージェンツ category: マルチエージェントフレームワーク developer: Amazon Web Services official_site: https://strandsagents.com/ date: '2026-02-04' last_updated: '2026-09-29' tags: - AWS - MCP - Python - エージェント - オープンソース description: 数行のコードで本番運用可能なAIエージェントを構築できる、AWS発のモデル駆動型オープンソースフレームワーク。 quick_summary: has_free_plan: true is_oss: true starting_price: 無料 target_users: - AIエンジニア - AWSユーザー - ソフトウェア開発者 - Web開発者 latest_highlight: Strands harness(完全に組み立てられた最先端のエージェントハーネス)がリリースされ、AWS、Anthropic、OpenAI、Googleなど主要なLLMに対応し、コスト効率が向上 update_frequency: 高 evaluation: score: 78 base_score: 70 plus_points: - point: 4 reason: AWSサービス(Bedrock, Lambda等)との親和性が極めて高く、AWSユーザーにとって導入が容易 - point: 3 reason: Pydanticを活用した型安全な開発と、数行で書けるシンプルなAPI設計 - point: 3 reason: MCP(Model Context Protocol)に標準対応しており、ツールの拡張性が高い minus_points: - point: -2 reason: LangChain等と比較するとコミュニティ規模やサードパーティ連携数はまだ成長途上 summary: AWS環境での利用に最適化された軽量かつ強力なフレームワーク。型安全性とシンプルさを重視する開発者に最適。 links: github: https://github.com/strands-agents/sdk-python codewiki: https://codewiki.google/github.com/strands-agents/sdk-python deepwiki: https://deepwiki.com/strands-agents/sdk-python documentation: https://strandsagents.com/docs/user-guide/sdk/quickstart/overview/ relationships: related_tools: - LangChain - Amazon Bedrock - Microsoft Agent Framework - Dify --- # **Strands Agents 調査レポート** ## **1. 基本情報** * **ツール名**: Strands Agents * **ツールの読み方**: ストランズ エージェンツ * **開発元**: Amazon Web Services (AWS) * **公式サイト**: [https://strandsagents.com/](https://strandsagents.com/) * **関連リンク**: * GitHub: [https://github.com/strands-agents/sdk-python](https://github.com/strands-agents/sdk-python) * CodeWiki: [https://codewiki.google/github.com/strands-agents/sdk-python](https://codewiki.google/github.com/strands-agents/sdk-python) * ドキュメント: [https://strandsagents.com/docs/user-guide/sdk/quickstart/overview/](https://strandsagents.com/docs/user-guide/sdk/quickstart/overview/) * **カテゴリ**: 自律型AIエージェント * **概要**: Strands Agentsは、AWSが主導して開発しているオープンソースのAIエージェント構築フレームワークです。「Model-driven approach(モデル駆動型アプローチ)」を掲げ、数行のコードで、単純なチャットボットから複雑なマルチエージェントシステムまでを構築できることを目指しています。Amazon Bedrockをはじめとする主要なLLMプロバイダーとネイティブに統合されています。 ## **2. 目的と主な利用シーン** * **解決する課題**: 複雑になりがちなAIエージェントの実装を簡素化し、型安全性と可観測性を確保しながら、本番環境へのデプロイを容易にする。 * **想定利用者**: AIアプリケーション開発者、バックエンドエンジニア、特にAWS環境を利用しているチーム。 * **利用シーン**: * 社内ドキュメント検索やAPI操作を行う業務効率化エージェントの開発 * 複数の専門エージェントが連携してタスクを解決するマルチエージェントシステムの構築 * AWS LambdaやAmazon ECS/EKS上で動作するスケーラブルなAIアプリケーションの本番運用 ## **3. 主要機能** * **Model-driven Orchestration**: モデルの推論能力を活用してタスクを計画・実行し、目標を振り返る自律的な動作を実現。 * **Provider Agnostic**: Amazon Bedrockだけでなく、OpenAI, Anthropic, Gemini, Ollamaなど多様なモデルプロバイダーをサポート。 * **MCP (Model Context Protocol) Support**: Anthropicが提唱するMCPに標準対応しており、数千の既存ツールやサーバーと容易に接続可能。 * **Bidirectional Streaming (Experimental)**: 音声とテキストのリアルタイム双方向通信をサポートし、中断可能な自然な会話体験を実現。 * **Structural Output**: Pydanticモデルを用いた構造化出力をサポートし、型安全なデータ連携が可能。 * **Multi-agent Patterns**: Agent-to-Agent (A2A), Swarm, Graph, Workflowといった多様なマルチエージェントパターンを実装可能。 * **Steering Middleware**: ツール呼び出し前やモデル応答後にフックして入出力を検証・修正できるミドルウェア機能を備え、100%のタスク正確性を目指す。 * **AWS Integration**: AgentCore, Lambda, EC2, EKSなど、AWSの各種コンピューティングサービスへのデプロイが容易。 ## **4. 動作原理・システム構成** * **アーキテクチャ**: クライアント環境(Python / TypeScript)で動作するアプリケーション組み込み型のSDK/フレームワークです。 * **主要コンポーネントとデータフロー**: * アプリケーションが `Agent` や `Harness` を初期化し、目標を与えます。 * フレームワークがコンテキスト管理、LLMプロバイダー(Amazon Bedrock, Anthropic, OpenAI, Gemini等)との通信を行います。 * エージェントは必要に応じてツールやMCP(Model Context Protocol)サーバーを呼び出してタスクを実行します。 ```mermaid graph TD User([ユーザー/アプリケーション]) -->|リクエスト| Agent[Strands Harness / Agent] Agent <-->|プロンプト & 応答| LLM((LLM Providers
Bedrock, OpenAI, Anthropic, Gemini)) Agent -->|ツール実行| Tools[Tools / Local Functions] Agent -->|状態・履歴保存| Memory[(Memory/Session)] Agent <-->|外部連携| MCP[MCP Servers] ``` ## **5. 開始手順・セットアップ** * **前提条件**: * Python 3.10以上 * AWS Credentials (Amazon Bedrock利用時) または 各種APIキー * **インストール/導入**: ```bash # Pythonの場合 python -m venv .venv source .venv/bin/activate pip install strands-agents strands-agents-tools # TypeScriptの場合 npm install @strands-agents/sdk ``` * **初期設定**: * 環境変数に必要なAPIキーを設定(例: `OPENAI_API_KEY`, `AWS_PROFILE` 等)。 * **クイックスタート**: ```python from strands import Agent from strands_tools import calculator # ツールを持ったエージェントの作成 agent = Agent(tools=[calculator]) # エージェントの実行 response = agent("1764の平方根は?") print(response) ``` ## **6. 特徴・強み (Pros)** * **AWSネイティブな統合**: Amazon BedrockやAWS LambdaなどのAWSサービスとシームレスに連携でき、IAMロールによる権限管理やOpenTelemetryによる可観測性が容易に実現できる。 * **シンプルかつ軽量**: 最小限の依存関係と直感的なAPI設計により、学習コストが低く、既存のPythonプロジェクトへの組み込みが容易。 * **MCPの標準サポート**: ツール接続の標準規格であるMCPに対応しているため、自前でツール連携コードを書くことなく、豊富なコミュニティ資産を活用できる。 * **型安全性の重視**: Pydanticを中心とした設計により、入出力のバリデーションやIDEの補完が効きやすく、堅牢なコードが書ける。 ## **7. 弱み・注意点 (Cons)** * **エコシステムの規模**: LangChainなどの先行フレームワークに比べると、サードパーティ製のプラグインやインテグレーションの数はまだ少ない。 * **実験的機能の存在**: 双方向ストリーミングなどの一部機能はExperimental(実験的)なステータスであり、APIが変更される可能性がある。 * **ドキュメントの充実度**: 基本的なドキュメントは揃っているが、複雑なユースケースやトラブルシューティングに関する情報は、競合ツールほど豊富ではない場合がある。 ## **8. 料金プラン** Strands Agents自体はApache License 2.0のオープンソースソフトウェアであり、無料で利用可能です。 | プラン名 | 料金 | 主な特徴 | |---------|------|---------| | **OSS版** | 無料 | GitHubで公開。商用利用も可能(ライセンス準拠)。 | * **課金体系**: フレームワーク利用は無料。LLMプロバイダー(Amazon Bedrock, OpenAIなど)のAPI利用料や、AWSインフラ利用料が別途発生する。 * **無料トライアル**: なし(OSSのため即時利用可)。 ## **9. 導入実績・事例** * **導入企業**: Smartsheet, Landchecker, Swisscom, Zafran Security, Eightcap, TeamForm, Jit, Terra Security など。 * **導入事例**: * **Eightcap**: 取引プラットフォームのサポート業務に導入し、調査時間を30分から45秒に短縮、運用コストを500万ドル削減。 * **Smartsheet**: コンテキスト認識型のインテリジェントAIアシスタントの基盤として採用し、エンタープライズグレードのセキュリティを実現。 * **Landchecker**: 物件情報ツール開発において、AgentCore RuntimeやBedrock Guardrailsとの統合を活用し、開発を効率化。 * **対象業界**: 金融、不動産、通信、セキュリティ、SaaSベンダーなど多岐にわたる。 ## **10. サポート体制** * **ドキュメント**: 公式ドキュメントサイト(strandsagents.com)にて、ユーザーガイド、APIリファレンス、サンプルコードが提供されている。 * **コミュニティ**: GitHub上のDiscussionsやIssuesを通じて開発者と交流が可能。 * **公式サポート**: AWSによる公式な商用サポートの有無は明記されていないが、OSSとしてのメンテナンスはAWSのチームが行っている。 ## **11. エコシステムと連携** ### **10.1 API・外部サービス連携** * **API**: 各種LLMプロバイダーのAPIを統一的に扱える抽象化層を持つ。 * **外部サービス連携**: * **LLM**: Amazon Bedrock, OpenAI, Anthropic, Google Gemini, Ollama, LiteLLM, Cohere, Mistral AIなど。 * **ツール**: MCP (Model Context Protocol) を通じて、GitHub, Slack, Google Drive, PostgreSQLなど多数のサービスと連携可能。 ### **10.2 技術スタックとの相性** | 技術スタック | 相性 | メリット・推奨理由 | 懸念点・注意点 | |:---|:---:|:---|:---| | **Python** | ◎ | メインSDK。PydanticやAsyncIOとの親和性が高い。 | 特になし。 | | **TypeScript** | ◯ | TypeScript版SDKも提供されており、Web開発者も利用可能。 | Python版に比べて一部機能やエコシステムが遅れる可能性がある。 | | **AWS Lambda** | ◎ | 軽量であるためコールドスタートの影響を受けにくく、相性が良い。 | タイムアウト設定に注意が必要。 | | **Docker/K8s** | ◎ | コンテナ化してEKSやECSにデプロイするためのガイドが充実している。 | 特になし。 | ## **12. セキュリティとコンプライアンス** * **認証**: AWS IAMを利用した堅牢な認証・認可が可能(Bedrock利用時)。 * **データ管理**: PII(個人特定情報)のRedaction(秘匿化)機能を備えており、機密情報の漏洩リスクを低減できる。 * **準拠規格**: Bedrock Guardrailsとの統合により、企業のコンプライアンスポリシーに基づいた入出力制御が可能。 ## **13. 操作性 (UI/UX) と学習コスト** * **UI/UX**: CLIツールや「Agent Builder」を提供しており、開発者体験(DX)は高い。コードベースもシンプルで読みやすい。 * **学習コスト**: Pythonと基本的なLLMの知識があれば、数時間で基本的なエージェントを作成できる。LangChainのような独自の抽象化概念が少なく、学習コストは比較的低い。 ## **14. ベストプラクティス** * **効果的な活用法 (Modern Practices)**: * **MCPの活用**: 自前でツールを作る前に、既存のMCPサーバーが利用できないか検討する。 * **Pydanticによる型定義**: 出力を構造化する際は必ずPydanticモデルを使用し、堅牢性を高める。 * **Guardrailsの導入**: 本番運用時はAmazon Bedrock Guardrailsなどを併用し、安全性とコンプライアンスを担保する。 * **陥りやすい罠 (Antipatterns)**: * **過剰なツール付与**: エージェントに一度に大量のツールを与えすぎると、推論精度が低下したり、コンテキスト長を圧迫したりする。 * **AWS認証のハードコード**: アクセスキーなどをコードに直接記述せず、環境変数やIAMロールを使用する。 ## **15. ユーザーの声(レビュー分析)** * **調査対象**: 公式サイトの事例、GitHub * **総合評価**: 高い評価を得ている(GitHubスター数 5k超)。 * **ポジティブな評価**: * 「AWSネイティブでありながら、オープンソースで柔軟性が高い点が素晴らしい。」(Swisscom) * 「開発期間を劇的に短縮でき、セキュリティやスケーラビリティも確保できた。」(Eightcap) * 「APIが直感的で、インフラ作業ではなくロジックに集中できる。」(Zafran Security) * **ネガティブな評価 / 改善要望**: * (具体的なネガティブレビューは見当たらないが、GitHub Issuesでは特定のモデルプロバイダーの挙動に関する報告などが散見される) * **特徴的なユースケース**: * セキュリティオペレーションセンター(SOC)における自動調査・対応エージェント。 * 脆弱性の自動修正と設定検証を行うセキュリティ修復エージェント。 ## **16. 直近半年のアップデート情報** * **2026-09-25**: Python v1.57.1 リリース。snapshot captureやa2a_clientツールの追加などを実施。 * **2026-09-22**: TypeScript v1.19.0 リリース。Strands harnessの統合やopus 5のデフォルト対応などを追加。 * **2026-09-21**: Strands harness リリース。完全に組み立てられた最先端のエージェントハーネスで、ローカルやクラウド上で簡単に実行・デプロイ可能。他のエージェントハーネスと同等以上の精度を維持しながら、トークンコストを28%削減。 * **2026-08-07**: Python v1.51.0 リリース。HitL classifierオプションの追加や、GeminiでのTool Choiceサポートなどを実施。 * **2026-04-XX**: TypeScript SDK (`@strands-agents/sdk`) が正式公開され、Node.js環境での利用が容易に。 * **2026-03-XX**: Steering Middleware(エージェントループのミドルウェア)が導入され、ツール呼び出し前後の検証や修正が可能に。 * **2026-01-29 (v1.24.0)**: 最新リリース。機能改善とバグ修正。 * **2026-01-XX**: 実験的な双方向ストリーミング機能の追加(Nova Sonic, Gemini Live, OpenAI Realtime対応)。 (出典: [GitHub Releases](https://github.com/strands-agents/harness-sdk/releases)) ## **17. 類似ツールとの比較** ### **17.1 機能比較表 (星取表)** | 機能カテゴリ | 機能項目 | 本ツール (Strands) | LangChain | Microsoft Agent Framework | Dify | |:---:|:---|:---:|:---:|:---:|:---:| | **基本機能** | マルチエージェント | ◎
多様なパターン対応 | ◯
LangGraphが必要 | ◎
強力なオーケストレーション(1.0) | ◯
ビジュアルワークフロー | | **AWS連携** | Bedrock統合 | ◎
ネイティブ・最高 | ◯
対応済み | ◯
対応済み | ◯
対応済み | | **ツール連携** | MCP対応 | ◎
標準サポート | ◯
アダプタ等で対応 | ◎
サポート強化済み | ◯
拡張により対応 | | **非機能要件** | 学習コスト | ◎
低い・シンプル | △
高い・複雑 | ◯
中程度 | ◎
ノーコードで低い | ### **17.2 詳細比較** | ツール名 | 特徴 | 強み | 弱み | 選択肢となるケース | |---------|------|------|------|------------------| | **Strands Agents** | AWS発の軽量エージェントFW | AWSサービスとの親和性、MCP標準対応、シンプルさ。 | エコシステムの規模はLangChainに劣る。 | AWS環境での運用が前提の場合や、シンプルで堅牢なエージェントを作りたい場合。 | | **LangChain** | 業界標準の多機能FW | 圧倒的なエコシステムと機能の網羅性。 | 学習コストが高く、過剰に複雑になりがち。 | 特定のプロバイダーに依存せず、最大級のエコシステムを活用したい場合。 | | **Microsoft Agent Framework** | Microsoftのエージェント基盤 | 強力なワークフロー制御、Copilot連携、エンタープライズ機能。 | 単純な構築にはオーバースペック。 | Microsoft環境や堅牢なエンタープライズシステム構築を指向する場合。 | | **Dify** | 統合開発・運用プラットフォーム | ノーコード/ローコードでの開発、直感的なUI。 | 細かなコードレベルの制御に制限。 | ノーコードで素早く開発・運用したい場合や非エンジニアが参加する場合。 | ## **18. 総評** * **総合的な評価**: Strands Agentsは、後発ながらも「Model-driven」と「AWS Native」という明確な強みを持ったフレームワークです。特にMCPへの標準対応やPydanticの活用など、現代的なエージェント開発のベストプラクティスが取り入れられており、品質の高いアプリケーションを効率的に構築できます。 * **推奨されるチームやプロジェクト**: * AWSをメインのインフラとして利用している企業やチーム。 * LangChainの複雑さに疲弊し、よりシンプルでPythonicなフレームワークを求めている開発者。 * セキュリティやコンプライアンス要件が厳しいエンタープライズプロジェクト。 * **選択時のポイント**: AWS環境(Bedrock, Lambda等)で動かすなら、Strands Agentsが第一候補となります。逆に、AWSに依存したくない、あるいはLangChain固有の統合機能(特定のVector DBなど)が必須である場合は、LangChainや他のツールを検討すると良いでしょう。