TIPS [AWS]Bedrockのトークン削減の考え方
Knowledge Baseに登録するDB定義を減らし、SQL生成時のトークン数を削減すると事はシステムのパフォーマンスとコストに直結する非常に重要です。今回はプロジェクtの知見から具体的かつ実践的な方法を複数提案します。重要なのは、単に情...
SQL
TIPS TIPS [AWS]Bedrockでクエリ生成を賢く行う
このモデルの核心は、BedrockのLLMにSQL文そのものを書かせるのではなく、ユーザー（営業担当者）の自然言語の指示から「検索条件となるキーワード（パラメータ）」を抜き出させ、構造化されたデータ（主にJSON形式）として出力させることに...
AI [AWS]Bedrockで数値のみを扱う場合の考え方
結論としてはAgentはアーキとしてないと辛いし、詰む可能性が非常に高い。Agentあり結論から申し上げますと、はい、Bedrockは数値を出力する業務に非常に向いています。ただし、それはBedrockに「計算」をさせるのではなく、Bedr...
TIPS [AWS]BedrockでAgents未使用時のSQL修正・管理方法
Agents for Amazon Bedrockを使用しない場合に、SQLを修正・管理する方法について、この場合SQLの生成・修正・実行の責任はアプリケーション側に移ります。Bedrockの役割は、Agentのような「自律的な司令塔」では...
AI [AWS]Bedrockで生成されるSQLを修正・制御する方法
Amazon Bedrockで生成されるSQLを修正・制御する方法について最適なアプローチを解説します。Bedrockが直接データベースに対してアドホックにSQLを自動生成して実行する、という動きはしません。 むしろ、開発者であるあなたがS...
ツール [AWS]レスポンス速度に差が出る理由！BedrockRAGとAgentの決定的な違い
Amazon Bedrockでテーブルスキーマ情報を管理する際、Knowledge Base（RAG） と Agent では、レスポンス速度と機能性に明確な違いがあります。結論から言うと、レスポンス速度はKnowledge Base（RAG...
ツール [AWS]トークン上限突破！NL-to-SQLの壁を壊すBedrock RAG活用法
Amazon Bedrockでトークンの上限を超えるような巨大なテーブル構成（データベーススキーマ）を読み込ませ、自然言語での問い合わせ（NL-to-SQL）などに活用するには、すべてのテーブル定義を一度にプロンプトへ含めるのではなく、必要...
ツール [AWS]Amazon BedrockでSQL生成がボトルネック対処案
Amazon BedrockでSQL生成がボトルネックになっている場合、以下の対策が有効と考えられます。プロンプトとスキーマ情報の最適化スキーマ情報の絞り込み: 大規模なスキーマ全体をプロンプトに含めるのではなく、ユーザーの質問に関連するテ...