Amazon Bedrock AgentCore を活用した AI 搭載機器修理アシスタントの構築方法
AWS は、Amazon Bedrock AgentCore と Strands Agents SDK を活用した農業機械の修理支援 AI エージェントの実装例を公開し、RAG とコンテキスト管理による実務効率化を提案している。
キーポイント
新技術スタックの統合
Amazon Nova 2 Lite を基盤モデルに、AgentCore Runtime と Strands Agents SDK を組み合わせ、RAG(Bedrock Knowledge Base)および会話履歴管理(AgentCore Memory)を備えたエージェントを構築する手法を示している。
農業現場の課題解決
収穫期における農機具の故障対応で発生する部品不足や複数回の出動によるダウンタイム問題を、自然言語での診断と部品特定によって解消する具体的なユースケースを提示している。
包括的なアーキテクチャ構成
認証に Amazon Cognito、フロントエンドに AWS Amplify を採用し、AgentCore Runtime と直接通信するセキュアな Web アプリケーションの完全な実装例を CloudFormation スタックと共に提供している。
影響分析・編集コメントを表示
影響分析
この記事は、大規模言語モデルを単なるチャットボットとしてではなく、特定のドメイン知識(農業機械マニュアル等)と連携して実務タスク(部品特定・修理手順案内)を遂行する「自律型エージェント」として活用するための標準的なアーキテクチャを示しています。特に、AgentCore の登場により、企業はより複雑で信頼性の高い業務自動化システムを AWS 上で構築しやすくなり、産業現場の DX 推進に寄与すると考えられます。
編集コメント
AWS が公開したこの実装例は、単なる技術紹介にとどまらず、AgentCore の具体的な活用パターンと Strands SDK の連携方法を明確に示しており、開発者がすぐに実践に移せる貴重なリソースです。
大型農業機械の設備修理を管理する場合、適切な部品がない状態で技術者が診断を行う必要があることが多く、その結果、現場への複数回の訪問、稼働停止時間の長期化、収穫期における特に甚大な経済的損失につながります。
本記事では、Amazon Bedrock AgentCore を活用した AI 搭載の設備修理アシスタントを構築する方法を紹介します。このアシスタントは、農家や現場技術者が自然言語で機器の問題を診断し、必要な部品を特定し、メーカー承認の修理手順にアクセスできるよう支援します。本ソリューションでは、AgentCore Runtime に Strands Agents SDK を採用し、基盤モデルとして Amazon Nova 2 Lite を使用します。また、検索拡張生成(RAG: Retrieval-Augmented Generation)には Amazon Bedrock の Knowledge Base を、会話の継続性には AgentCore Memory をそれぞれ活用しています。
ソリューション概要
本ソリューションは、Web フロントエンドと、インデックス化されたメーカー文書を用いて設備診断に関する質問に回答する AgentCore 上でホストされるエージェントを組み合わせるものです。
Amazon Cognito はユーザー認証を管理し、AWS Amplify が Web アプリケーションをホストします。機器修理エージェントは、Strands Agents SDK を用いて構築された AgentCore Runtime 上で実行されます。これは、インデックス付けされた機器マニュアル、部品カタログ、および修理ドキュメントを含む Bedrock Knowledge Base(知識ベース)を照会します。AgentCore Memory はセッション間を通じて会話履歴を維持するため、技術者は文脈を繰り返すことなく追跡質問を行うことができます。
以下の図は、これらのコンポーネントがどのように連携して動作するかを示しています。

アーキテクチャには、以下の主要なセクションが含まれています:
セクション A – 認証とフロントエンド: CloudFormation スack は、認証のために Amazon Cognito(ユーザープール、アイデンティティプール)をデプロイし、React Web アプリケーションのホスティングに AWS Amplify を使用します。ユーザーは Cognito を通じて認証を行い、フロントエンドは AgentCore Runtime エンドポイントと直接通信します。
セクション B – AgentCore Runtime: AgentCore Runtime は Strands ベースのエージェントをホストし、/invocations エンドポイントを公開しています。フロントエンドは Cognito Bearer トークンを使用してこのエンドポイントに直接アクセスします。エージェントの invoke() エントリーポイントは、ペイロード内の path フィールド(AI 問い合わせの場合は/chat、CRUD 操作の場合は/issues)に基づいてリクエストを内部でルーティングし、組み込みのセッション管理とヘルスチェック機能を備えたバックエンド操作のための単一のエントリーポイントを提供します。
セクション B – AgentCore Runtime: AgentCore Runtime は Strands ベースのエージェントをホストし、/invocations エンドポイントを公開しています。フロントエンドは Cognito Bearer トークンを使用してこのエンドポイントに直接アクセスします。エージェントの invoke() エントリーポイントは、ペイロード内の path フィールド(AI 問い合わせの場合は/chat、CRUD 操作の場合は/issues)に基づいてリクエストを内部でルーティングし、組み込みのセッション管理とヘルスチェック機能を備えたバックエンド操作のための単一のエントリーポイントを提供します。
セクション C – AI Processing: Strands Agent は、Bedrock Knowledge Base を retrieve_and_generate API を介して呼び出すカスタム検索ツール search_equipment_knowledge を使用しています。この Knowledge Base は、Amazon S3 に保存された機器ドキュメントをインデックス化しており、ベクトル検索には Amazon OpenSearch Serverless を、意味的なマッチングには Amazon Titan Embeddings を利用します。
以下のコードスニペットは、エージェントの Knowledge Base retrieval ツールがメーカーのドキュメントを照会する方法を示しています:
@tool
def search_equipment_knowledge(query: str) -> str:
"""機器マニュアル、部品カタログ、修理ドキュメントを検索します。"""
response = bedrock_agent_runtime.retrieve_and_generate(
input={"text": query},
retrieveAndGenerateConfiguration={
"type": "KNOWLEDGE_BASE",
"knowledgeBaseConfiguration": {
"knowledgeBaseId": KNOWLEDGE_BASE_ID,
"modelArn": f"arn:aws:bedrock:{REGION}::foundation-model/{MODEL_ID}",
},
},
)
return response.get("output", {}).get("text", "結果が見つかりませんでした。")
セクション D – データとメモリ: Amazon DynamoDB は機器のサービスチケット(問題の作成・読み取り・更新・削除操作)を保存します。AgentCore Memory は、セッション内の文脈のための短期記憶と、セッション間での事実の永続化のための長期記憶を提供します。Amazon CloudWatch と AWS X-Ray は自動的な観測可能性(オバザビリティ)を提供します。
以下の手順は、技術者が質問をした際の要求フローを説明しています:
- 技術者は Web アプリケーションを開き、Amazon Cognito を通じて認証を行います。
- 技術者はチャットインターフェースを通じて質問を提出します。
- フロントエンドは、Cognito Bearer トークンと共にクエリを AgentCore Runtime の /invocations エンドポイントに送信します。
- AgentCore はトークンを検証し、リクエストをエージェントへルーティングして、過去の会話から関連するコンテキストを取得します。
- Strands Agent は、推論のためにクエリを Amazon Nova 2 Lite に送ります。
- モデルは search_equipment_knowledge ツール(Bedrock Knowledge Base を照会する)を呼び出します。
- Knowledge Base はインデックス化された機器マニュアルを検索し、ソース引用付きで関連ドキュメントを返します。
- モデルは修理手順と部品推奨を含む診断応答を合成します。
- 応答は検証用のソース明記とともに技術者に返されます。
Prerequisites
開始前に、以下の条件を満たしていることを確認してください:
必ず JSON 形式で返してください。translation フィールドのみ。他のフィールド (technical_terms 等)は一切追加しないこと — 余計なフィールドを書こうとして本文翻訳がトークン上限で打ち切られる事故を防ぐため:
{"translation": "翻訳全文"}
- AgentCore エージェントをデプロイするための適切な権限を持つ AWS アカウント。必要な IAM 権限については、AgentCore Runtime の IAM 権限をご参照ください。
- デプロイ先の AWS リージョンにおける Amazon Nova 2 Lite 用の Amazon Bedrock モデルアクセス権限。ご選択の他のサポート対象モデルを使用することも可能です。現在のモデル利用状況については、「AWS リージョン別のモデルサポート」をご覧ください。
- 適切な認証情報で設定された、AWS Command Line Interface (AWS CLI) v2.0 以降がインストールされていること。
- Python 3.10 以降がインストールされていること。
- ターミナルまたはコマンドプロンプトへのアクセス権限があること。
コスト見積もり: テストにおいては、主な費用は Amazon Bedrock モデルの呼び出し(Amazon Nova 2 Lite は入力/出力トークン百万あたりそれぞれ$0.30/$2.50)と、Bedrock Knowledge Base(アクティブ時の OpenSearch Serverless で約$0.24/時間)です。その他のサービス(AgentCore Runtime, Amazon DynamoDB, Amazon S3, Amazon Cognito, AWS Amplify)は、テスト規模であれば AWS Free Tier の範囲内に収まります。詳細な見積もりについては、AWS プライシング・カルキュレーター をご利用ください。
*重要*: すべてのリソースを同じ AWS リージョンにデプロイしてください。CloudFormation スタック、Knowledge Base、および AgentCore 起動コマンドは、すべて同一のリージョンを使用する必要があります。
Knowledge Base の作成
エージェントをデプロイする前に、農業機器に関するドキュメントを用いて Amazon Bedrock Knowledge Base を作成し、コンテンツを登録してください。この Knowledge Base は、診断推奨事項や修理ガイダンスのためのソース資料として機能します。
ステップ 1: ドキュメントの準備
テスト用に、John Deere Technical Information Store から機器のマニュアルをダウンロードしてください。また、ご自身の組織が保有する機器ドキュメントを使用することも可能です。本ブログでは、John Deere 1023E および 1025R コンパクトユーティリティトラクターのオペレーターマニュアルを使用します。
農業用機器のドキュメントを収集して整理してください:
- 機器マニュアル(PDF 形式が推奨)
- 技術サービスガイドおよびトラブルシューティング関連ドキュメント
- パート番号と仕様を含む部品カタログ
- メンテナンススケジュールおよび予防保全手順書
- セーフティプロトコルおよびメーカー警告事項
ドキュメント準備のヒント:
- ドキュメントがテキスト検索可能であることを確認してください(スキャン画像ではないこと)
- 一貫した命名規則を使用してください(例:Manufacturer_Model_DocumentType.pdf)
- すべてのユーザーがアクセスすべきでない機密情報は削除してください
ステップ 2: 知識ベース用の S3 バケットを作成する
aws s3 mb s3://agriculture-kb-documents-
aws s3 cp ./equipment-docs s3://agriculture-kb-documents- --recursive
ステップ 3: Bedrock Knowledge Base を作成する
以下の設定で Knowledge Base を作成するための手順に従ってください。
- 知識ベース名:Agriculture-Equipment-Repair-KB
- データソース:s3://agriculture-kb-documents-(ステップ 2 で作成されたバケット)
- パーシング戦略:Amazon Bedrock デフォルトパーサー
- チャンキング戦略:デフォルトチャンキング
- エンベディングモデル:Amazon Titan Embeddings G1 – Text
- ベクトルストア:新しいベクトルストアをクイック作成(Amazon OpenSearch Serverless)
ステップ 4: 知識ベースの同期とテスト
知識ベースが作成された後、データソースを同期してドキュメントの取り込みを開始します(通常 10〜20 分)。詳細については、データの取り込みへの同期 を参照してください。Bedrock コンソールの テスト機能 を使用して、サンプルクエリに対して知識ベースが適切にレスポンスするか確認します。詳細ページから知識ベース ID を記録してください。
ソリューションのデプロイ
ステップ 5:サポートインフラストラクチャのデプロイ
- CloudFormation スタックを起動します。AWS CloudFormation コンソールにリダイレクトされます。
- スタックパラメータでは、テンプレート URL が事前に設定されています。
スタック名には、デプロイメント用の名前を入力してください(デフォルト:ag-repair-assist)。
- KnowledgeBaseId には、前セクションで記録した知識ベース ID を入力します。
- 内容を確認してスタックを作成します。
- デプロイが成功したら、CloudFormation スタックの「Outputs」タブから以下の値をメモしてください:
AgentCoreExecutionRoleArn – エージェント設定時に使用
- CognitoDiscoveryUrl – エージェント設定時に使用
- UserPoolClientId – エージェント設定時に使用
- EquipmentIssuesTableName – エージェントデプロイ時に使用
- UserPoolId – フロントエンド設定時に使用
- IdentityPoolId – フロントエンド設定時に使用
- AmplifyConsoleUrl – フロントエンドデプロイメントに使用
- AmplifyAppUrl – アプリケーション URL
ステップ 6:エージェントのデプロイ(ローカルマシンから)
*AWS 認証情報を設定したローカルターミナルで、以下のコマンドを実行してください。Python 3.10 以降が必要です。*
- プロジェクトディレクトリを作成し、環境を設定する
mkdir agriculture-repair-agent && cd agriculture-repair-agent
python3 -m venv .venv
source .venv/bin/activate
- AgentCore ツールキットと依存関係をインストールする
pip install "bedrock-agentcore-starter-toolkit>=0.1.21" strands-agents strands-agents-tools boto3
- 次に、エージェントコードをダウンロードして展開します。これには 2 つのファイルが含まれています:agriculture_repair_agent.py(エージェントロジック)と requirements.txt(依存関係)。
- エージェントを設定します。このコマンドは、AgentCore デプロイメントの実行ロール、OAuth、メモリ設定を設定します:
agentcore configure -e agriculture_repair_agent.py
- プロンプトが表示されたら、以下の値を入力してください:
エージェント名: デフォルト名(agriculture_repair_agent)を使用するには Enter キーを押す
要件ファイル: requirements.txt 依存関係ファイルを確認するには Enter キーを押す
デプロイ構成: 選択肢 1 を選択。"Direct Code Deploy - Python only, no Docker required"(直接コードデプロイ - Python のみ、Docker は不要)を選択し、Enter キーを押す。
Python ランタイムバージョンの選択: 複数の Python バージョンがある場合は、3.10 以上を選択
実行ロール: ステップ 5 の CloudFormation 出力から ** を貼り付けて Enter キーを押す**。
S3 バケット URI/パス: ステップ 2 で作成された S3 バケットの ** を入力して Enter キーを押す**。
OAuth 認証子を設定しますか?: はいを選択し、Enter キーを押す。
OAuth 発見 URL の入力: ステップ 5 の CloudFormation 出力から ** を貼り付けて Enter キーを押す**。
許可された OAuth クライアント ID の入力: ステップ 5 の CloudFormation 出力から ** を貼り付けて Enter キーを押す**。
許可された OAuth オーディエンスの入力: スキップするには Enter キーを押す(空欄のまま。アクセストークンは aud クレームではなく client_id クレームを使用します)
許可された OAuth 許可スコープの入力: スキップするには Enter キーを押す(空欄のまま)
許可された OAuth カスタムクレームを JSON 文字列として入力: スキップするには Enter キーを押す(空欄のまま)
リクエストヘッダーのホワイトリストを設定しますか?: デフォルト(なし)を受け入れるには Enter キーを押す
メモリ構成: 新しいメモリを作成するには Enter キーを押す
長期メモ機能を有効にしますか?: はい
設定完了後のエージェント構成詳細
image
- エージェントを AgentCore Runtime にデプロイします。ローカルの Docker は不要です。このプロセスには約 5〜10 分かかります。
agentcore launch --env KNOWLEDGE_BASE_ID= --env TABLE_NAME= --env MODEL_ID=us.amazon.nova-2-lite-v1:0
- 完了後、出力からエージェントランタイム ARN をメモしてください。

CloudFormation スタックは、必要な権限を持つエージェント実行ロールを作成します。追加の IAM 設定は不要です。
ステップ 7: フロントエンドのデプロイ
- 上記リンクから ML-18699-FrontEnd.zip をダウンロードしてください。
- ステップ 5 の CloudFormation Outputs にある AmplifyConsoleUrl に移動します。
- 「Deploy updates」をクリックし、「Drag and drop method(ドラッグ&ドロップ方式)」を選択して「Choose .zip folder」をクリックした後、"Save and Deploy"をクリックします。
- デプロイが完了するまで待ちます。
ウェブアプリケーションの使用
ステップ 5 の CloudFormation Outputs から AmplifyAppUrl を開きます。初回起動時、設定情報の入力を求められます。CloudFormation スタックの出力(ステップ 5)およびエージェントデプロイメント(ステップ 6)から取得した値を入力してください。

設定を保存した後、"Sign-Up(サインアップ)"オプションを使用してアカウントを作成し、メールを確認してサインインしてください。

サインインすると、メインのダッシュボードが表示されます。

試してみたいサンプルクエリをいくつか紹介します:**
問題分析:
プロンプト: ジョンディー 1023E シリーズのトラクターで、重い作業具を持ち上げる際に左側の油圧が低下しています。負荷がかかると圧力が 2500 PSI から約 1800 PSI に下がります。

技術者チャット:
プロンプト: ジョンディー 1025R に推奨される油圧流体は何ですか?

クリーンアップ
重要: このソリューションによってデプロイされた AWS リソースは、削除されるまで継続的な課金が発生します。これには Amazon DynamoDB、Amazon S3、AWS Amplify ホスティング、および Amazon Cognito が含まれます。AgentCore Runtime(ランタイム)と Amazon Bedrock は使用時のみ課金されます。課金を停止するためには、以下のクリーンアップ手順をすべて完了してください。
*警告*: S3 バケットを削除すると、保存されているすべての機器ドキュメントが永久に消去されます。保持したいファイルは、処理前に必ずバックアップしてください。
- エージェントの削除:
agentcore destroy
- CloudFormation スタックの削除:
aws cloudformation delete-stack --stack-name ag-repair-assist
- ナレッジベースの削除:
AWS Bedrock ナレッジベース コンソール で、Agriculture-Equipment-Repair-KB を選択し、Delete(削除)を選択します。
- S3 バケットの空化と削除:
aws s3 rm s3://agriculture-kb-documents- --recursive
aws s3 rb s3://agriculture-kb-documents-
実装における考慮事項
データ管理とナレッジベースの設定
メーカーが新しい機器モデルをリリースしたり、既存のドキュメントを更新したりするたびに、ナレッジベースもそれに応じて進化させる必要があります。定期的な同期スケジュールと自動化されたワークフローを組み合わせることで、システムは新しいアップロードをシームレスに処理できます。
Amazon Bedrock AgentCore の設定
異なるトラブルシューティング
原文を表示
Managing equipment repairs for heavy farm machinery often requires technicians to diagnose issues without the right parts, leading to multiple site visits, extended downtime, and substantial financial losses, especially during harvest season.
In this post, you build an AI-powered equipment repair assistant using Amazon Bedrock AgentCore that helps farmers and field technicians diagnose equipment problems, identify required parts, and access manufacturer-approved repair procedures through natural language. The solution uses AgentCore Runtime with the Strands Agents SDK, Amazon Nova 2 Lite as the foundation model, Amazon Bedrock Knowledge Base for retrieval-augmented generation (RAG), and AgentCore Memory for conversation persistence.
Solution overview
This solution combines a web frontend with an AgentCore-hosted agent that answers equipment diagnostic questions using indexed manufacturer documentation.
Amazon Cognito manages user authentication, and AWS Amplify hosts the web application. The equipment repair agent runs on AgentCore Runtime, built with the Strands Agents SDK. It queries a Bedrock Knowledge Base containing indexed equipment manuals, parts catalogs, and repair documentation. AgentCore Memory maintains conversation history across sessions so technicians can ask follow-up questions without repeating context.
The following diagram shows how these components work together.

The architecture contains the following key sections:
Section A – Authentication and Frontend: The CloudFormation stack deploys Amazon Cognito (User Pool, Identity Pool) for authentication and AWS Amplify for hosting the React web application. Users authenticate through Cognito, and the frontend communicates directly with the AgentCore Runtime endpoint.
Section B – AgentCore Runtime: The AgentCore Runtime hosts the Strands-based agent and exposes the /invocations endpoint. The frontend calls this endpoint directly using a Cognito Bearer token. The agent’s invoke() entrypoint routes requests internally based on the path field in the payload (/chat for AI queries, /issues for CRUD operations), providing a single entry point for backend operations with built-in session management and health checks.
Section C – AI Processing: The Strands Agent uses a custom search_equipment_knowledge tool that calls the Bedrock Knowledge Base via the retrieve_and_generate API. The Knowledge Base indexes equipment documentation stored in Amazon S3 using Amazon OpenSearch Serverless for vector search and Amazon Titan Embeddings for semantic matching.
The following code snippet shows how the agent’s Knowledge Base retrieval tool queries manufacturer documentation:
@tool
def search_equipment_knowledge(query: str) -> str:
"""Search equipment manuals, parts catalogs, and repair docs."""
response = bedrock_agent_runtime.retrieve_and_generate(
input={"text": query},
retrieveAndGenerateConfiguration={
"type": "KNOWLEDGE_BASE",
"knowledgeBaseConfiguration": {
"knowledgeBaseId": KNOWLEDGE_BASE_ID,
"modelArn": f"arn:aws:bedrock:{REGION}::foundation-model/{MODEL_ID}",
},
},
)
return response.get("output", {}).get("text", "No results found.")Section D – Data and Memory: Amazon DynamoDB stores equipment service tickets (issue CRUD operations). AgentCore Memory provides short-term memory for within-session context and long-term memory for cross-session fact persistence. Amazon CloudWatch and AWS X-Ray provide automatic observability.
The following steps describe the request flow when a technician asks a question:
- The technician opens the web application and authenticates through Amazon Cognito.
- The technician submits a question through the chat interface.
- The frontend sends the query to the AgentCore Runtime /invocations endpoint with a Cognito Bearer token.
- AgentCore validates the token, routes the request to the agent, and retrieves the relevant context from previous conversations.
- The Strands Agent sends the query to Amazon Nova 2 Lite for inference.
- The model invokes the search_equipment_knowledge tool, which queries the Bedrock Knowledge Base.
- The Knowledge Base searches indexed equipment manuals and returns relevant documentation with source citations.
- The model synthesizes a diagnostic response with repair procedures and parts recommendations.
- The response is returned to the technician with source attribution for verification.
Prerequisites
Before you begin, verify that you have:
- An AWS account with appropriate permissions to deploy AgentCore agents. For required IAM permissions, see IAM Permissions for AgentCore Runtime.
- Amazon Bedrock model access for Amazon Nova 2 Lite in your deployment AWS Region. You can use a different supported model of your choice. For current model availability, see Model support by AWS Region.
- The AWS Command Line Interface (AWS CLI) v2.0 or later installed and configured with appropriate credentials.
- Python 3.10 or newer installed.
- Terminal or command prompt access.
Cost estimate: For testing, the primary costs are Amazon Bedrock model invocations (Amazon Nova 2 Lite at $0.30/$2.50 per million input/output tokens) and the Bedrock Knowledge Base (OpenSearch Serverless at approximately $0.24/hour while active). Other services (AgentCore Runtime, Amazon DynamoDB, Amazon S3, Amazon Cognito, AWS Amplify) fall within the AWS Free Tier for testing volumes. For detailed estimates, use the AWS Pricing Calculator.
*Important**: Deploy all resources in the same AWS Region. The CloudFormation stack, Knowledge Base, and AgentCore launch command must use the same Region.*
Creating the Knowledge Base
Before deploying the agent, create and populate the Amazon Bedrock Knowledge Base with agricultural equipment documentation. This Knowledge Base provides the source material for diagnostic recommendations and repair guidance.
Step 1: Prepare your documentation
For testing, download equipment manuals from the John Deere Technical Information Store. You can also use your own organization’s equipment documentation. For this blog, we use the John Deere 1023E and 1025R Compact Utility Tractor Operator’s Manuals.
Collect and organize your agricultural equipment documentation:
- Equipment manuals (PDF format recommended)
- Technical service guides and troubleshooting documentation
- Parts catalogs with part numbers and specifications
- Maintenance schedules and preventive care instructions
- Safety protocols and manufacturer warnings
Document preparation tips:
- Verify documents are text-searchable (not scanned images)
- Use consistent naming conventions (for example, Manufacturer_Model_DocumentType.pdf)
- Remove any proprietary information that should not be accessible to all users
Step 2: Create an S3 bucket for the Knowledge Base
aws s3 mb s3://agriculture-kb-documents-
aws s3 cp ./equipment-docs s3://agriculture-kb-documents- --recursive
Step 3: Create the Bedrock Knowledge Base
Follow the instructions to create a Knowledge Base with the following settings:
- Knowledge Base name: Agriculture-Equipment-Repair-KB
- Data source: s3://agriculture-kb-documents- (the bucket created in Step 2)
- Parsing strategy: Amazon Bedrock default parser
- Chunking strategy: Default chunking
- Embeddings model: Amazon Titan Embeddings G1 – Text
- Vector store: Quick create a new vector store (Amazon OpenSearch Serverless)
Step 4: Sync and test the Knowledge Base
After the Knowledge Base is created, sync your data source to begin ingesting documents (typically 10-20 minutes). For details, see Sync to ingest your data sources. Use the Test functionality in the Bedrock console to verify the Knowledge Base responds to sample queries. Record the Knowledge Base ID from the details page.
Deploy the solution
Step 5: Deploy supporting infrastructure
- Launch the CloudFormation stack. You will be redirected to the AWS CloudFormation console.
- In the stack parameters, the template URL will be prepopulated.
For Stack name, enter a name for your deployment (default: ag-repair-assist).
- For KnowledgeBaseId, enter the Knowledge Base ID recorded in the previous section.
- Review and create the stack.
- After successful deployment, note the following values from the CloudFormation stack’s Outputs tab:
AgentCoreExecutionRoleArn – used when configuring the agent
- CognitoDiscoveryUrl – used when configuring the agent
- UserPoolClientId – used when configuring the agent
- EquipmentIssuesTableName – used when deploying the agent
- UserPoolId – used when configuring the frontend
- IdentityPoolId – used when configuring the frontend
- AmplifyConsoleUrl – used for frontend deployment
- AmplifyAppUrl – your application URL
Step 6: Deploy the agent (from your local machine)
*Run the following commands from your local terminal with AWS credentials configured. Requires Python 3.10 or newer.*
- Create project directory and set up environment
mkdir agriculture-repair-agent && cd agriculture-repair-agent
python3 -m venv .venv
source .venv/bin/activate
- Install the AgentCore toolkit and dependencies
pip install "bedrock-agentcore-starter-toolkit>=0.1.21" strands-agents strands-agents-tools boto3
- Next, download and extract the agent code. This contains two files: agriculture_repair_agent.py (the agent logic) and requirements.txt (dependencies).
- Configure the agent. This command sets up the execution role, OAuth, and memory settings for your AgentCore deployment:
agentcore configure -e agriculture_repair_agent.py
- When prompted, enter the following values:
Agent Name: Press Enter to use the default name (agriculture_repair_agent)
Requirements File: Press Enter to confirm requirements.txt dependency file
Deployment Configuration: Select Choice 1. "Direct Code Deploy - Python only, no Docker required" and press Enter.
Select Python runtime version: If you have multiple Python versions, select 3.10 or higher
Execution Role: paste from Step 5 CloudFormation Outputs and press Enter.
S3 Bucket URI/Path: Enter for the S3 bucket that was created in Step 2 and press Enter.
Configure OAuth authorizer instead?: Choose yes and press Enter.
Enter OAuth Discovery URL: paste from Step 5 CloudFormation Outputs and press Enter.
Enter allowed OAuth client IDs: paste from Step 5 CloudFormation Outputs and press Enter.
Enter allowed OAuth audience: press Enter to skip (leave empty, the access token uses the client_id claim, not aud)
Enter allowed OAuth allowed scopes: press Enter to skip (leave empty)
Enter allowed OAuth custom claims as JSON string: press Enter to skip (leave empty)
Configure request header allowlist?: press Enter to accept default (no)
Memory Configuration: Press Enter to create new memory
Enable long-term memory?: YesAgent configuration details after setup**

- Deploy the agent to AgentCore Runtime. No local Docker is required. The process takes approximately 5–10 minutes.
agentcore launch --env KNOWLEDGE_BASE_ID= --env TABLE_NAME= --env MODEL_ID=us.amazon.nova-2-lite-v1:0
- After completion, note the Agent Runtime ARN from the output.

The CloudFormation stack creates the agent execution role with the required permissions. No additional IAM configuration is needed.
Step 7: Deploy the frontend
- Download the ML-18699-FrontEnd.zip from the link above.
- Navigate to the AmplifyConsoleUrl in the Step 5 CloudFormation Outputs.
- Click Deploy updates, choose the Drag and drop method, click Choose .zip folder and then click Save and Deploy.
- Wait for deployment to complete.
Using the web application
Open the AmplifyAppUrl** from the Step 5 CloudFormation Outputs. On first launch, you will be prompted to enter your configuration details. Enter the values from your CloudFormation stack Outputs (Step 5) and agent deployment (Step 6).

** After saving the configuration, create an account using the Sign-Up option, verify your email, and sign in.

After signing in, you will see the main dashboard.

Here are a few sample queries to try: **
Issue analysis:
Prompt: My John Deere 1023E series tractor is losing hydraulic pressure on the left side when lifting heavy implements. The pressure drops from 2500 PSI to about 1800 PSI under load.

Technician chat:
Prompt: What hydraulic fluid is recommended for John Deere 1025R?

Clean up
Important: AWS resources deployed by this solution incur ongoing charges until deleted. This includes Amazon DynamoDB, Amazon S3, AWS Amplify hosting, and Amazon Cognito. AgentCore Runtime and Amazon Bedrock incur charges only when used. Complete all cleanup steps below to stop incurring charges.
*Warning**: Deleting an S3 bucket permanently removes all stored equipment documentation. Back up any files you want to retain before proceeding.*
- Delete the agent:
agentcore destroy
- Delete the CloudFormation stack:
aws cloudformation delete-stack --stack-name ag-repair-assist
- Delete the Knowledge Base:
In the Amazon Bedrock Knowledge Bases console, select Agriculture-Equipment-Repair-KB and choose Delete.
- Empty and delete the S3 bucket:
aws s3 rm s3://agriculture-kb-documents- --recursive
aws s3 rb s3://agriculture-kb-documents-
Implementation considerations
Data management and Knowledge Base setup** As manufacturers release new equipment models and revise existing documentation, the Knowledge Base must evolve accordingly. Regular synchronization schedules paired with automated workflows enable the system to process new uploads seamlessly.
Amazon Bedrock AgentCore configuration**
Different troubleshoot
関連記事
Microsoft Build でサティア・ナデラ氏と「No Priors」が共演、フロンティア知能プラットフォームを強調
マイクロソフトのサティア・ナデラ最高経営責任者が、AI 専門ポッドキャスト「Latent Space」と「No Priors」の共同特別番組に登場し、同社をフロンティア知能プラットフォームとして位置づける方針を表明した。
Amazon Bedrock AgentCore を活用したビジネスサポート用 AI エージェントの構築
AWS は、Works Human Intelligence が日本企業の人事システム「COMPANY」で導入する事例を共有し、Amazon Bedrock AgentCore を使用して業務支援用の AI エージェントを構築する方法を紹介している。
AWS SMGS が Amazon Bedrock AgentCore を活用した AI 搭載型会話アシスタントで業務管理を革新する方法
AWS のリーダーたちは、複数の階層にまたがる複雑なデータを管理し、グローバルな運営に影響を与える時間制約のある意思決定を行っています。従来のビジネスインテリジェンスは静的なダッシュボードや手動報告に依存しており、遅延が生じ組織の俊敏性が制限されていました。これに対し、NarrateAI という知的会話ソリューションが、データレイクと Amazon Bedrock AgentCore を駆使した対話型エージェント AI によって対応しています。
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み