AWS と NVIDIA が業務用エージェントワークフローを公開
AWS と NVIDIA は、Amazon Quick と NeMo Agent Toolkit を統合することで、サプライチェーンの複雑なリスクを分析し、根拠に基づいた推奨アクションを自動生成する専門エージェントワークフローを実装可能にしました。
キーポイント
Amazon Quick の役割拡大
構造化データと非構造化ナレッジベースを統合した単一の対話型ワークスペースを提供し、ビジネスユーザーが専門的なエージェントワークフローのフロントエンドとして利用可能にします。
NVIDIA NeMo Agent Toolkit の連携
オープンソースでフレームワーク非依存なライブラリを活用し、LangChain や CrewAI などの既存エコシステムと統合しながら、複雑な意思決定ワークフローの構築・評価・最適化を支援します。
サプライチェーンリスク対策の実装
Amazon Quick Sight のダッシュボードから開始し、NeMo を経由して在庫、発注、契約ルールなどを調査し、具体的な緩和策とその根拠を提示するガイド付きワークフローを実現します。
広範なシステム連携機能
100 以上の事前構築されたアクションコネクタと Model Context Protocol (MCP) をサポートし、Outlook、Slack、Jira などのサードパーティシステムや内部ツールとのシームレスな連携を可能にします。
ワークフローの明示性とテスト可能性
定義されたワークフローにより、各関数(ツール)を計測・テスト・再利用可能にし、NeMo Agent Toolkitの評価プロファイルに組み込むことができます。
本番環境でのデータソースの置換
サンプルとしてCSVを使用していますが、本番環境ではAmazon AthenaやRDS、ERP/WMS/TMS API、MCPツールなどの管理されたデータツールに置き換えることが推奨されています。
Quick Sightによる自動ダッシュボード生成
AWS CloudFormationでステージングされたCSVデータをAmazon Quick Sightにアップロードし、具体的なプロンプトを用いてサプライチェーンリスクの経営層向けダッシュボードを自動的に生成できます。
重要な引用
Dashboards help teams see what's happening. The harder part is turning that signal into a reliable decision workflow that recommends what to do next and shows the evidence behind the recommendation.
Amazon Quick gives business users a single conversational workspace for structured data and unstructured enterprise knowledge.
NVIDIA NeMo Agent Toolkit is an open source, framework-agnostic library for connecting, evaluating, profiling, and optimizing agentic workflows.
This makes the workflow explicit and testable: the functions can be instrumented, tested, reused, and included in NeMo Agent Toolkit evaluation and profiling workflows.
Create an executive supply-chain risk dashboard for supplier delays and stockout risk. Include visuals for late purchase orders by supplier, revenue at risk by customer priority, high-risk SKUs by distribution center...
影響分析・編集コメントを表示
影響分析
この発表は、単なるチャットボットの進化を超え、企業内の複雑な業務プロセス(特にサプライチェーン管理)において、自律的なエージェントが根拠に基づいて判断を下す「実用的な AI エージェント」の時代への転換点を示しています。AWS のデータ統合能力と NVIDIA のエージェントフレームワーク技術が融合することで、大規模かつ専門的な AI 導入がより現実的かつ迅速に実現可能となり、業務効率化のパラダイムシフトを加速させるでしょう。
編集コメント
「ダッシュボードで何が起きているかを見る」ことと、「次に何をすべきかを推奨する根拠を示すこと」の難易度の差を明確に指摘した点は、現在の AI 導入における最大の課題である「意思決定の自動化」への洞察として非常に示唆に富んでいます。AWS と NVIDIA の技術的連携により、実務レベルでの信頼性のあるエージェントシステムの実装が現実味を帯びてきました。
急速に成長する企業や、サプライチェーンを担うチームは、「何かおかしい」という兆候を示す十分なデータを持っていても、すべての不具合を手動で調査する時間がないというジレンマを抱えています。例えば、納期遅延が発生した場合、プランナーは次のアクションを決める前に、発注状況、在庫量、顧客への約束、契約ルール、物流オプション、承認ポリシーなどを一つずつ確認する必要があります。
ダッシュボードはチームに「何が起きているか」を可視化しますが、より難しいのは、その信号を信頼できる意思決定のワークフローに変換し、「次に何をすべきか」を提案するとともに、その根拠となる証拠も示すことです。
本稿では、Amazon Quick が専門的なエージェント・ワークフローのためのビジネスユーザー向けフロントドアとして機能する方法を紹介します。また、NVIDIA NeMo Agent Toolkit を活用してサプライチェーンリスクの具体例を構築し、Amazon Quick のダッシュボードと知識コンテキストから、ガイド付きの緩和策提案へとスムーズに遷移できる仕組みについて解説します。
ソリューションの概要
この課題に対処するため、Amazon Quick と NVIDIA NeMo Agent Toolkit を組み合わせました。Amazon Quick は、ビジネスユーザーに対して構造化データと非構造化の企業知識を一元化した対話型ワークスペースを提供します。知識ソースには、Amazon S3、Google Drive、Microsoft SharePoint、Atlassian Confluence、社内 Web コンテンツなどが含まれます。
このワークスペース内では、100 種類以上の事前構築済みアクションコネクタに接続し、Microsoft Outlook、Slack、Jira、Asana といったサードパーティシステムでアクションを実行できます。また、Model Context Protocol (MCP) を通じて公開されたエージェントワークフローを呼び出すことも可能です。
NVIDIA NeMo Agent Toolkit は、エージェントワークフローの接続、評価、プロファイリング、最適化を行うオープンソースのライブラリです。フレームワークに依存せず、LangChain、LlamaIndex、CrewAI、Microsoft Semantic Kernel、Google ADK、およびカスタム Python エージェントなど、主要なフレームワークと併用して動作します。
このソリューションでは、サプライチェーンアナリストが Amazon Quick のチャットエージェントを活用し、Amazon Quick Sight を含む NeMo Agent Toolkit のワークフローを通じて課題を診断します。このワークフローは混乱の原因を調査し、サプライチェーン関連のツールを呼び出して推奨案を検証した上で、計画担当者に優先順位付けされた対策プランを返却します。
サプライチェーン運営のリーダーやアナリスト、あるいは開発者であれば、本記事を通じて Amazon Quick 上でダッシュボード上の文脈から具体的な対策プランへと移行する方法を学ぶことができます。エンジニアリングリーダーや開発者の場合、ビジネスユーザー向けのフロントエンドとして Amazon Quick を活用しつつ、バックエンドの自律型ワークフローを NVIDIA NeMo Agent Toolkit で構築する手法を確認できます。スタートアップの関係者であれば、このアプローチを用いて大規模な計画チームを増員することなく業務をスケールさせることも可能です。注文量やサプライヤー数、顧客へのコミットメントが増加しても、同じアーキテクチャを採用することで、チームはより迅速かつ再現性の高いサプライチェーン判断を下すことが可能になります。
また、NVIDIA NeMo Agent Toolkit を用いれば、テレメトリデータ、ステップごとのレイテンシ、評価結果などを取得して自律型ワークフローの検証と評価を行うこともできます。これらの指標を活用することで、ワークフローやツール、そしてオーケストレーションロジックの調整が可能になります。単純なチャットアシスタントから自律型ワークフローへと移行するチームにとって、こうした観測機能(オバザビリティ)はますます重要になっていきます。
アーキテクチャの概要
本アーキテクチャでは、Amazon Quick がビジネスユーザー向けのインターフェース、ダッシュボードの文脈、ナレッジへのアクセス、そしてアクショントリガーを提供します。一方、Amazon Bedrock AgentCore は MCP ゲートウェイとランタイムホスティングパスを担います。NeMo Agent Toolkit はバックエンドのエージェントワークフローを管理し、ツールの登録、サプライチェーン調査のオーケストレーション、実行トレースのキャプチャ、そして開発者が本番環境に投入する前にワークフローを改善するための評価やプロファイリングをサポートします。
図 1 は、Amazon Quick、AgentCore Gateway、AgentCore Runtime、NeMo Agent Toolkit がどのように連携して動作するかを示しています。

*図 1 — ソリューションアーキテクチャ。Amazon Quick はダッシュボード、ナレッジの文脈、アクショントリガーを提供します。AgentCore Gateway は MCP アクションを公開し、AgentCore Runtime は NeMo Agent Toolkit のワークフローコンテナをホストします*
本ソリューションには 2 つのユーザーパターンがあります。
まず、アナリストが診断質問を行い、Amazon Quick がダッシュボードと Amazon S3 をソースとするナレッジから回答を提供するケースです。

*図 2 — 診断フロー。Amazon Quick は、バックエンドのアクションがトリガーされる前に、ダッシュボードとナレッジの文脈を活用して「何が起きているのか」という質問に答えます*
次に、アナリストが「次は何をするべきか」を尋ねた場合、Amazon Quick が NeMo を基盤とした MCP アクションを呼び出します。

*図 3 — アクションフロー。Amazon Quick が MCP アクションを呼び出し、AgentCore がランタイムを起動し、NeMo がバックエンドの意思決定ワークフローを実行して緩和プランを返します*
NeMo Agent Toolkit を初めて触る方のために、バックエンドのワークフローには 3 つのコード層があります。1 つ目は登録済み関数、2 つ目がワークフロー設定ファイル、そして 3 つ目がオーケストレーターです。
登録済み関数 は、注文リスクや在庫エクスポージャー、顧客への影響、ポリシー参照、物流オプション、緩和推奨など、再利用可能な機能群を指します。ワークフロー設定 ではこれらの関数を指定し、単一の意思決定ワークフローとしてつなぎ合わせます。オーケストレーターはリクエストを受け取り、関数を順次呼び出して実行します。その結果、根拠やトレース情報、レイテンシ、評価メタデータを含む緩和プランが返されます。
ステップ 3 では、NeMo Agent Toolkit のワークフローコンテナ内で実際に何が行われているのか、実装の詳細について解説します。
実装手順
関連するリポジトリには、AWS CloudFormation テンプレート、デプロイスクリプト、サンプルデータ、NeMo Agent Toolkit のワークフロープラグイン、そして Quick のセットアップノートが含まれています。
事前準備
サンプルのデプロイとテストを行うには、以下の環境が必要です。
- Amazon Quick、Amazon Bedrock AgentCore Runtime、および Amazon Bedrock AgentCore Gateway にアクセスできる AWS アカウント。
- AWS Command Line Interface (AWS CLI) バージョン 2。
- オプションでローカル環境での NeMo 検証を行うための Python 3.11 以降。ただし、Quickstart では AWS CodeBuild を使用して AgentCore Runtime のコンテナイメージをビルド・プッシュするため、ローカルに Docker は不要です。
- IAM ロール、Amazon S3 バケット、Amazon Elastic Container Registry (ECR) リポジトリ、AWS CodeBuild プロジェクト、AWS Lambda 関数、および Amazon Bedrock AgentCore リソースを作成する AWS CloudFormation スタックをデプロイするための AWS Identity and Access Management (IAM) パーミッション。
- アナリシス、データセット、知識連携、チャットエージェント、MCP アクション連携の作成権限を持つ、Amazon Quick または Amazon Quick Sight のユーザー。
ステップ 1: リポジトリのクローン
デプロイスクリプト、AWS CloudFormation テンプレート、サンプルデータ、および NeMo Agent Toolkit のワークフローコードをローカル環境で利用可能にするため、リポジトリをクローンします。
git clone https://github.com/aws-samples/sample-amazon-quick-nvidia-nemo-agent-toolkit
cd amazon-quick-nemo-supply-chain-riskステップ 2:AWS への認証
サンプルをデプロイする予定の AWS アカウントに、まず認証を行ってください。以下のコマンドは、IAM Identity Center(SSO)のプロファイルを設定し、ブラウザベースのサインインフローを開始してアクティブな CLI プロファイルを切り替えます。さらに、インフラストラクチャ作成前にアカウントの身元を確認するための処理も含まれています。
Mac または Linux の場合:
aws configure sso
aws sso login --profile
export AWS_PROFILE=
aws sts get-caller-identity Windows PowerShell の場合:
aws configure sso
aws sso login --profile
$env:AWS_PROFILE=""
aws sts get-caller-identity aws sso login コマンドを実行すると、ブラウザで認証プロセスが開始されます。すでにアクティブな AWS SSO セッションがある場合は、そのブラウザセッションを利用して認証を完了してください。最後に、返された AWS アカウント ID が、サンプルをデプロイしたい対象のアカウントと一致していることを必ず確認してください。
ステップ 3:サンプルソリューションのデプロイ
デプロイスクリプトを実行する前に、AWS リージョンとスタック名を設定してください。リージョンはサンプルインフラストラクチャが作成される場所を決定し、スタック名は後でリソースを整理・削除する際にグループ化するための識別子として機能します。
Mac または Linux の場合:
export AWS_REGION=us-east-1
export STACK_NAME=sc-risk-copilot-dev
./scripts/deploy.sh Windows PowerShell の場合:
$env:AWS_REGION="us-east-1"
$env:STACK_NAME="sc-risk-copilot-dev"
.\scripts\deploy.ps1 デプロイスクリプトは、以下の処理を実行します:
- AWS CloudFormation の基本スタックをデプロイします。
- サンプルデータセットとナレッジ文書を Amazon S3 にアップロードします。
- AWS CodeBuild を使用して NeMo バックエンドのコンテナイメージをビルドし、Amazon ECR へプッシュします。これにより、ローカル環境に Docker が不要になります。
- CloudFormation スタックを更新して、Amazon Bedrock AgentCore Runtime をデプロイします。
- Amazon Bedrock AgentCore Gateway の MCP Lambda ターゲットを作成します。
- 手動で設定した Amazon Quick の値を「outputs/quick-setup.txt」ファイルに書き出します。
このスクリプトは AWS インフラストラクチャの構築に AWS CloudFormation を使用しています。Amazon Quick ダッシュボード、ナレッジソース、チャットエージェント、MCP アクション接続の設定については、手順 5 から 7 のガイドをご覧ください。
NeMo Agent Toolkit ワークフロー内で実行される処理
NeMo Agent Toolkit のワークフローは、Amazon Bedrock AgentCore Runtime コンテナ内で実行されます。Amazon Quick は Amazon Bedrock AgentCore Gateway を介して MCP アクションを呼び出します。Gateway は Lambda ターゲットアダプターを呼び出し、そのアダプターがランタイムエンドポイントを実行します。
コンテナ内では、FastAPI が「/invocations」リクエストを受け取り、NeMo Agent Toolkit のワークフローを読み込みます。supply_chain_risk_orchestrator は、登録済みの関数を組み合わせて 1 つのワークフローを構成し、エビデンス、トレース、レイテンシ、評価メタデータを含むランク付けされた緩和プランを返します。
- po_risk_tool: 遅延した購買注文と影響を受ける SKU を特定します。
- inventory_exposure_tool: サプライ日数と在庫切れリスクを計算します。
- customer_impact_tool: 制約のある SKU を顧客注文、収益、優先度、SLA の影響範囲にマッピングします。
- contract_policy_tool: 契約、調達、運賃承認、代替ルールを確認します。
- logistics_options_tool: 緊急輸送、転送、または代替サプライヤーの選択肢を探します。
- mitigation_recommendation_tool: 緩和オプションをランク付けし、批判チェック結果を返します。

*図 4 — ランタイムコンテナ内の NeMo Agent Toolkit ワークフロー。supply_chain_risk_orchestrator が登録されたサプライチェーン関数を調整し、緩和決定パッケージと信頼性メタデータの両方を Amazon Quick に返します。
NeMo Agent Toolkit ワークフロー設定
バックエンドの意思決定ロジックは、NeMo Agent Toolkit のワークフロー設定として定義されます。YAML ファイルでは各登録関数にローカル名が割り当てられ、オーケストレーターがその Python 登録コード内で構成された関数を解決します。詳細については、カスタム関数に関する NeMo Agent Toolkit のドキュメントをご覧ください。
各エントリは、ワークフローで使用可能な関数を設定します
_type の値は、プラグインコードに登録された NeMo 関数に対応します。
functions:
po_risk:
_type: po_risk_tool
inventory_exposure:
_type: inventory_exposure_tool
customer_impact:
_type: customer_impact_tool
contract_policy:
_type: contract_policy_tool
logistics_options:
_type: logistics_options_tool
mitigation_recommendation:
_type: mitigation_recommendation_tool
workflow セクションでは、エントリポイントを設定し、関数を接続します。
workflow:
_type: supply_chain_risk_orchestrator
po_risk_fn: po_risk_tool
inventory_fn: inventory_exposure_tool
customer_impact_fn: customer_impact_tool
contract_policy_fn: contract_policy_tool
logistics_fn: logistics_options_tool
mitigation_fn: mitigation_recommendation_tool
これにより、ワークフローが明確になり、テスト可能になります。関数は計測やテストが可能で、再利用もでき、NeMo Agent Toolkit の評価・プロファイリングワークフローに組み込むこともできます。本番環境では、サンプルの CSV ベースの関数を、Amazon Athena クエリ、RDS クエリ、ERP API、WMS/TMS API、またはその他の MCP ツールといった管理されたデータツールに置き換えてください。
ステップ 4: 出力の確認
生成された設定ファイルを確認します:
amazon-quick-nemo-supply-chain-risk/outputs/quick-setup.txt
ファイルには、ダッシュボード CSV の Amazon S3 場所、ナレッジドキュメント用の S3 プレフィックス、評価データ用の S3 プレフィックス、AgentCore Gateway MCP エンドポイント URL、デモの認証ガイドライン、および推奨される Quick テストプロンプトが含まれています。
ステップ 5: Amazon QuickSight ダッシュボードの作成
リポジトリに既に含まれている平坦化された CSV データセットを使用します:
amazon-quick-nemo-supply-chain-risk/sample-data/quick/supply_chain_risk_view.csvデプロイにより、AWS CloudFormation によって作成された Amazon S3 バケットにも同様のファイルが配置されています。そのパスは outputs/quick-setup.txt の「Quick dashboard CSV」として確認できます。ローカルのリポジトリファイルではなく、デプロイ済みのコピーを使用する場合は、まずダウンロードしてください。
aws s3 cp s3:///quick/supply_chain_risk_view.csv ./supply_chain_risk_view.csvAmazon QuickSight では、[Analyses] を選択し、Generate analysis をクリックして、データ追加 → データセット作成 の手順で、supply_chain_risk_view.csv をアップロードします。図 5 は、サンプルダッシュボードプロンプトを使用した「分析生成」の画面例です。

*図 5 — 分析生成プロンプト。サンプルプロンプトは、アップロードした CSV データセットから経営層向けのサプライチェーンリスクダッシュボードを作成するよう Amazon QuickSight に指示しています。
このプロンプトを使用してください:*
サプライヤーの遅延や在庫切れリスクを可視化する経営層向けのサプライチェーンリスクダッシュボードを作成しましょう。表示すべき項目には、サプライヤー別の遅発購入注文、顧客優先度ごとのリスク収益、流通センター別の高リスク SKU、SKU 別の供給日数、対策タイプ、承認が必要な事項、およびサプライヤーの納期遵守率が含まれます。また、フィルタ機能として、サプライヤー、SKU、リスクレベル、流通センターによる絞り込みを設けます。このダッシュボードは、「何がリスクにさらされており、どこから手を打つべきか」を即座に把握する必要があるサプライチェーンリーダーのために設計されています。
プレビュー分析アウトラインを選択し、表示されたアウトラインを確認した上で生成をクリックしてください。図 6 と図 7 は、生成されたダッシュボードのページ例を示しています。

原文を表示
Fast-growing companies and enterprise supply-chain teams often have enough data to see that something is wrong, but not enough time to manually investigate every disruption. A supplier delay can require a planner to check purchase orders, inventory, customer commitments, contract rules, logistics options, and approval policies before deciding what to do next.
Dashboards help teams see what’s happening. The harder part is turning that signal into a reliable decision workflow that recommends what to do next and shows the evidence behind the recommendation.
In this post, we show how Amazon Quick can serve as the business-user front door for specialized agent workflows. We use the NVIDIA NeMo Agent Toolkit to build a supply-chain risk example that helps a planner move from an Amazon Quick dashboard and knowledge context to a guided mitigation recommendation.
Solution overview
To address this challenge, we combine Amazon Quick and NVIDIA NeMo Agent Toolkit. Amazon Quick gives business users a single conversational workspace for structured data and unstructured enterprise knowledge. Knowledge sources can include Amazon Simple Storage Service (Amazon S3), Google Drive, Microsoft SharePoint, Atlassian Confluence, and internal web content. In that workspace, users can connect to over 100 pre-built action connectors to perform actions in third-party systems such as Microsoft Outlook, Slack, Jira, and Asana. They can also invoke agentic workflows exposed through Model Context Protocol (MCP). NVIDIA NeMo Agent Toolkit is an open source, framework-agnostic library for connecting, evaluating, profiling, and optimizing agentic workflows. It works alongside popular frameworks such as LangChain, LlamaIndex, CrewAI, Microsoft Semantic Kernel, Google ADK, and custom Python agents.
In this solution, supply-chain analysts use an Amazon Quick chat agent to diagnose issues through an Amazon Quick Sight NeMo Agent Toolkit workflow. The workflow investigates the disruption, calls supply-chain tools, validates the recommendation, and returns a ranked mitigation plan to the planner.
If you’re a supply-chain operations leader, analyst, or builder, you can use this post to learn how to move from dashboard context to a mitigation plan in Amazon Quick. If you’re an engineering leader or developer, you can see how to build the backend agentic workflow with NVIDIA NeMo Agent Toolkit while Amazon Quick serves as the front door for business users. If you’re part of a startup, you can also use this approach to scale operations without adding large planning teams. As order volume, suppliers, and customer commitments grow, the same architecture can help your team make faster and more repeatable supply-chain decisions.
You can also use NVIDIA NeMo Agent Toolkit to inspect and evaluate agentic workflows with telemetry, per-step latency, and evaluation results. These signals help you tune the workflow, its tools, and its orchestration logic. This observability becomes more important as teams move from simple chat assistants to agentic workflows.
Architecture overview
In this architecture, Amazon Quick provides the business-user interface, dashboard context, knowledge access, and action trigger. Amazon Bedrock AgentCore provides the MCP gateway and runtime hosting path. NeMo Agent Toolkit owns the backend agentic workflow: registering tools, orchestrating the supply-chain investigation, capturing execution traces, and supporting evaluation and profiling so developers can improve the workflow before production.
Figure 1 illustrates how Amazon Quick, AgentCore Gateway, AgentCore Runtime, and NeMo Agent Toolkit work together.

*Figure 1 — Solution architecture. Amazon Quick provides the dashboard, knowledge context, and action trigger. AgentCore Gateway exposes the MCP action, and AgentCore Runtime hosts the NeMo Agent Toolkit workflow container*
There are two user patterns in the solution. First, the analyst asks diagnostic questions that Amazon Quick can answer from the dashboard and Amazon S3 knowledge source.

*Figure 2 — Diagnostic flow. Amazon Quick uses dashboard and knowledge context to answer “what is happening?” questions before a backend action is triggered*
Second, when the analyst asks what to do next, Amazon Quick invokes the NeMo-backed MCP action.

*Figure 3 — Action flow. Amazon Quick calls the MCP action, AgentCore invokes the runtime, and NeMo runs the backend decision workflow to return a mitigation plan*
For readers new to NeMo Agent Toolkit, the backend workflow has three code layers: registered functions, a workflow configuration file, and an orchestrator. Registered functions are reusable capabilities such as purchase order risk, inventory exposure, customer impact, policy lookup, logistics options, and mitigation recommendation. The workflow configuration names those functions and wires them into one decision workflow. The orchestrator receives the request, calls the functions in sequence, and returns the mitigation plan with evidence, trace, latency, and evaluator metadata.
Step 3 moves into those implementation details and explains what runs inside the NeMo Agent Toolkit workflow container.
Implementation steps
The accompanying repository includes the AWS CloudFormation template, deployment scripts, sample data, the NeMo Agent Toolkit workflow plugin, and Quick setup notes.
Prerequisites
To deploy and test the sample, you need:
- An AWS account with access to Amazon Quick, Amazon Bedrock AgentCore Runtime, and Amazon Bedrock AgentCore Gateway.
- AWS Command Line Interface (AWS CLI) v2.
- Python 3.11+ for optional local NeMo validation. Docker is not required locally because the quickstart uses AWS CodeBuild to build and push the AgentCore Runtime container image.
- AWS Identity and Access Management (IAM) permissions to deploy AWS CloudFormation stacks that create IAM roles, Amazon S3 buckets, Amazon Elastic Container Registry (Amazon ECR) repositories, AWS CodeBuild projects, AWS Lambda functions, and Amazon Bedrock AgentCore resources.
- An Amazon Quick or Amazon Quick Sight user with permissions to create analyses, datasets, knowledge integrations, chat agents, and MCP action integrations.
Step 1: Clone the repository
Clone the repository so the deployment scripts, AWS CloudFormation template, sample data, and NeMo Agent Toolkit workflow code are available locally.
git clone https://github.com/aws-samples/sample-amazon-quick-nvidia-nemo-agent-toolkit
cd amazon-quick-nemo-supply-chain-riskStep 2: Authenticate to AWS
Authenticate with the AWS account where you plan to deploy the sample. These commands configure an IAM Identity Center / SSO profile, start a browser-based sign-in flow, set the active CLI profile, and verify the account identity before the infrastructure is created. For Mac or Linux:
aws configure sso
aws sso login --profile
export AWS_PROFILE=
aws sts get-caller-identityFor Windows PowerShell:
aws configure sso
aws sso login --profile
$env:AWS_PROFILE=""
aws sts get-caller-identityThe aws sso login command starts authentication in your browser. If you already have an active AWS SSO session, use that browser session to complete authentication. Verify that the returned AWS account is the account where you want to deploy the sample.
Step 3: Deploy the sample solution
Set the AWS Region and stack name before running the deployment script. The Region determines where the sample infrastructure is created, and the stack name keeps the generated resources grouped for later cleanup.
Mac or Linux:
export AWS_REGION=us-east-1
export STACK_NAME=sc-risk-copilot-dev
./scripts/deploy.shWindows PowerShell:
$env:AWS_REGION="us-east-1"
$env:STACK_NAME="sc-risk-copilot-dev"
.\scripts\deploy.ps1The deployment script performs the following tasks:
- Deploys the base AWS CloudFormation stack.
- Uploads the sample datasets and knowledge documents to Amazon S3.
- Uses AWS CodeBuild to build and push the NeMo backend container image to Amazon ECR, so Docker isn’t required locally.
- Updates the CloudFormation stack to deploy Amazon Bedrock AgentCore Runtime.
- Creates an Amazon Bedrock AgentCore Gateway MCP Lambda target.
- Writes the manual Amazon Quick setup values to outputs/quick-setup.txt.
The script uses AWS CloudFormation for the AWS infrastructure. See steps 5 through 7 for guidance to set up the Amazon Quick dashboard, knowledge source, chat agent, and MCP action connection.
What runs inside the NeMo Agent Toolkit workflow
The NeMo Agent Toolkit workflow runs inside an Amazon Bedrock AgentCore Runtime container. Amazon Quick invokes the MCP action through Amazon Bedrock AgentCore Gateway. Gateway calls a Lambda target adapter, and the adapter invokes the runtime endpoint. Inside the container, FastAPI receives the /invocations request and loads the NeMo Agent Toolkit workflow. The supply_chain_risk_orchestrator composes the following registered functions into one workflow and returns the ranked mitigation plan with evidence, trace, latency, and evaluator metadata.
- po_risk_tool: Finds delayed purchase orders and affected SKUs.
- inventory_exposure_tool: Calculates days of supply and stockout risk.
- customer_impact_tool: Maps constrained SKUs to customer orders, revenue, priority, and SLA exposure.
- contract_policy_tool: Checks contract, sourcing, freight approval, and substitution rules.
- logistics_options_tool: Finds expedite, transfer, or alternate supplier options.
- mitigation_recommendation_tool: Ranks mitigation options and returns critic checks.

*Figure 4 — NeMo Agent Toolkit workflow inside the runtime container. The supply_chain_risk_orchestrator coordinates the registered supply-chain functions and returns both the mitigation decision package and reliability metadata to Amazon Quick*
NeMo Agent Toolkit workflow configuration
The backend decision logic is defined as a NeMo Agent Toolkit workflow configuration. The YAML gives each registered function a local name, then the orchestrator resolves the configured functions in its Python registration code. For more detail, see the NeMo Agent Toolkit docs on custom functions.
# Each entry under functions configures a function available to the workflow
# The _type value maps to a registered NeMo function in the plugin code.
functions:
po_risk:
_type: po_risk_tool
inventory_exposure:
_type: inventory_exposure_tool
customer_impact:
_type: customer_impact_tool
contract_policy:
_type: contract_policy_tool
logistics_options:
_type: logistics_options_tool
mitigation_recommendation:
_type: mitigation_recommendation_tool
# The workflow section defines the entry point and wires in the functions.
workflow:
_type: supply_chain_risk_orchestrator
po_risk_fn: po_risk_tool
inventory_fn: inventory_exposure_tool
customer_impact_fn: customer_impact_tool
contract_policy_fn: contract_policy_tool
logistics_fn: logistics_options_tool
mitigation_fn: mitigation_recommendation_toolThis makes the workflow explicit and testable: the functions can be instrumented, tested, reused, and included in NeMo Agent Toolkit evaluation and profiling workflows. In production, replace the sample CSV-backed functions with governed data tools such as Amazon Athena queries, RDS queries, ERP APIs, WMS/TMS APIs, or other MCP tools.
Step 4: Review the outputs
Review the generated setup file:
amazon-quick-nemo-supply-chain-risk/outputs/quick-setup.txtThe file includes the Amazon S3 location of the dashboard CSV, the S3 prefix for knowledge documents, the S3 prefix for evaluation data, the AgentCore Gateway MCP endpoint URL, the demo authentication guidance, and the suggested Quick test prompts.
Step 5: Create the Amazon Quick Sight dashboard
Use the flattened CSV dataset that’s already included in the repo:
amazon-quick-nemo-supply-chain-risk/sample-data/quick/supply_chain_risk_view.csvThe deployment also stages the same file in the Amazon S3 bucket created by AWS CloudFormation. You can find that path in outputs/quick-setup.txt as Quick dashboard CSV. To use the deployed copy instead of the local repo file, download it first:
aws s3 cp s3:///quick/supply_chain_risk_view.csv ./supply_chain_risk_view.csvFrom Amazon Quick, choose Analyses, choose Generate analysis, add data, create a dataset, and upload supply_chain_risk_view.csv. Figure 5 shows the Generate analysis experience with the sample dashboard prompt.

*Figure 5 — Generate analysis prompt. The sample prompt asks Amazon Quick to create an executive supply-chain risk dashboard from the uploaded CSV dataset*
Use this prompt:
Create an executive supply-chain risk dashboard for supplier delays and stockout risk. Include visuals for late purchase orders by supplier, revenue at risk by customer priority, high-risk SKUs by distribution center, days of supply by SKU, mitigation type, approval required, and supplier on-time rate. Add filters for supplier, SKU, risk level, and distribution center. Organize the dashboard for a supply-chain leader who needs to know what is at risk and where to act first.Choose Preview analysis outline, review the outline, and then choose Generate. Figures 6 and 7 show examples of the generated dashboard pages.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み