---
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や他のツールを検討すると良いでしょう。