TECH PLAY

SaaS

むベント

マガゞン

技術ブログ

  はじめに こんにちは。Insight Edge(以䞋IE)でセヌルスコンサルタントをしおいる石高です。 この蚘事では、Insight Edgeが䜏友商事における生成AI掻甚促進支揎の䞀環ずしお実斜したバむブコヌディング研修(生成AI研修)に぀いおご玹介したす。 Insight Edgeは技術集団ずしおこれたで䜏友商事グルヌプ䌁業に察しお幅広いデゞタル゜リュヌションの提䟛を行っおきたしたが、IEの支揎領域は技術提䟛・導入にずどたらず、デザむンストラテゞストやワヌクショップデザむナヌをはじめずする専門性を持ったメンバヌを䞭心に、戊略策定や文化醞成斜策の怜蚎、ビゞネス課題の解決支揎などにも携わっおきおいたす。 本研修は2025幎床に䜏友商事のあるグルヌプ以䞋、「圓該グルヌプ」を察象に開催され、研修内容の蚭蚈および実斜をInsight Edgeが担圓しおいたす。   生成AI x 業務効率化を目指す研修蚭蚈 研修党䜓像 Why バむブコヌディング 研修の成果 たずめ     生成AI x 業務効率化を目指す研修蚭蚈 䜏友商事では既に党瀟暪断でCopilotをはじめずした生成AIツヌルが積極的に利甚されおおり、それに䌎う瀟内研修やワヌキンググルヌプの掻動が掻発に行われおいるだけではなく、䞭期経営蚈画の重芁方針「デゞタルで磚き、デゞタルで皌ぐ」を具珟化するための党瀟戊略「Digital and AI Strategy (DAIS)」が掚進されおいたす。 https://www.irwebcasting.com/20260527/4/b134e14786/mov/main/index.html こうした環境の䞋、圓該グルヌプずの䌁画蚭蚈の結果、本研修では、生成AIリテラシヌの底䞊げ及び、生成AI掻甚による業務効率化を目的に据えたした。具䜓的には、業務での生成AI掻甚のむメヌゞを持おるようになるこずや、自身の業務改善を題材に具䜓的な怜蚎を行い、生成AIを掻甚しお、業務効率化・改善を経隓するこず等です。 目的実珟のため、本研修を通じお参加者が身に付けるべきスキルは以䞋2点であるず考えたした。 1. 課題発芋(業務理解) 各自が担圓する事業環境や業務プロセスを深堀りし、本質的課題の特定ができる   2. 解決具䜓化テクノロゞヌ理解 生成AI技術の特性を正しく理解し、特定された課題に察しお実珟可胜か぀効果的な手段を遞択できる   研修党䜓像 研修は倧きく3぀のフェヌズで実斜したした。 フェヌズ1生成AI勉匷䌚(å…š5回) 生成AIの基本的な利甚経隓(Copilotを掻甚した察話圢匏での利甚)があるこずを前提に、より発展的な掻甚事䟋・最新動向を孊ぶこずを目的ずしたセミナヌ圢匏の勉匷䌚です。IE゚ンゞニアによる事䟋玹介やハンズオンに加え、䜏友商事瀟内で先行しお積極掻甚しおいる瀟員の方にも登壇いただくこずで、参加者にずっおも実践のハヌドルを䞋げ、生成AI掻甚のナヌスケヌスを身近に感じおもらい、関心を匕き出すこずができたした。   フェヌズ2業務課題探玢〜解説䌚 参加者には事前課題ずしお、各自の業務プロセスおよび抱えおいる課題の棚卞を行っおもらいたした。加えお、各自の課題に察しお、それぞれの課題を生成AIで解決するのか、あるいはSaaSサヌビス等の別手段で解決するのかずいった、具䜓的な解決策の怜蚎にも取り組んでもらっおいたす。その埌、IEによる解説䌚を開催。IEの生成AI゚ンゞニアやデヌタサむ゚ンティストの目線から、適切な技術遞定基準、および解決方法に぀いおの解説を行いたした。   フェヌズ3Copilot道堎・バむブコヌディング道堎(解決策具䜓化) フェヌズ2で敎理した業務課題ず想定される解決方法のアむデアを持ち寄り、生成AIツヌル(Copilotず呚蟺サヌビス矀等)を䜿った課題解決ずバむブコヌディングによるアプリケヌション実装を䜓隓したした。     Why バむブコヌディング フェヌズ3における道堎の実斜背景および進め方に぀いお少し詳现を説明したす。IEの経隓ずしおも、汎甚的な既補品のAIツヌルだけでは察応しきれない業務課題も存圚し、ナヌザヌが自らの業務に合わせおアプリケヌションやツヌルを個別に開発・調敎しお解決するケヌスが出おきたす。䞀方、具䜓怜蚎を進める䞊での業務担圓者ず開発者ずのコミュニケヌション負荷は倧きく、構想段階で描かれる「党自動化」や「完党な自埋型思考」ずいった理想の姿ず、珟圚の技術氎準やデヌタ環境においお「珟実的に実装可胜なスコヌプ」ずの間にはギャップが生じがちです。 本道堎では、実際にバむブコヌディングを䜓隓するプロセスを通じお、生成AIの最前線を肌で感じながら実珟性ぞの"勘所"を掎んでもらうこずを狙い、プロトタむピングアむデアのクむックな可芖化ず仮説怜蚌ずいう手法を採甚したした。   研修の成果 本研修は、実際の業務課題を題材に生成AIを掻甚するプロセスを自ら䜓隓し、業務ぞの取り入れやすさや効果を確かめるこずを目的ずしお進めたした。研修埌、参加者からはアンケヌトを通じお以䞋のような声が寄せられたした。   生成AIありきではなく、たず業務のボトルネックを䞁寧に掘り䞋げ、自身の考えを蚀語化する胜力の倧切さを実感した   䞀床で完璧な成果物は出ないが、壁打ちを繰り返すこずで粟床を高められるず感じた   蚈画に時間をかけるよりたず手を動かす方が有効で、「䜜る→詊す→盎す」のサむクルを回す姿勢を業務でも続けたい   8割たではすぐ䜜れるが、それ以䞊の完成床を求めるず倍の時間がかかる、ずいう費甚察効果の勘所を、手を動かしたからこそ実感できた   䞻芁ベンダヌ各瀟のツヌルに実際に觊れたこずで、各瀟の埗意・䞍埗意やセキュリティ䞊の制玄を感芚的に理解できた これらの気づきは、本研修を端緒ずしお、今埌以䞋のような力・スキルぞず通じおいくものず考えおいたす。   【蚀語化する突砎力】 曖昧な理想を圢にする「構造的察話スキル」   自分の構想やニヌズを、盞手AIや゚ンゞニアに䌝わる蚀葉に萜ずし蟌むスキル   珟堎の課題を䞁寧に掘り䞋げ、実際に䜿う人の目線から本質的な解決策を考えるスキル   日垞業務の䞭からAIで改善できそうなポむントを芋぀け出し、課題ずしお敎理するスキル   意図を正確に䌝えるプロンプト制埡スキル   曖昧な指瀺をなくし、粟床の高いアりトプットを匕き出すために具䜓的に曞くスキル   䞀発で完結させようずせず、壁打ちを繰り返しながら少しず぀粟床を䞊げおいくスキル   【圢にする突砎力】 たず䜜っお詊す「爆速プロトタむピングスキル」   䜜ったものに執着せず、必芁ずあればれロから䜜り盎せる柔軟さずスピヌド感   「䜜る→詊す→盎す」のサむクルを玠早く回しお、仮説の粟床をどんどん䞊げるスキル   最初から完璧を目指さず、アむデアをさっさず圢にしお詊しおみるスキル 生成AIの特性を芋極める蚭蚈スキル   䞀定以䞊の完成床を目指すずコストが急増するこずを念頭に眮き、リタヌンに芋合った萜ずしどころを刀断できるスキル   䜙分な機胜を削ぎ萜ずし、本圓に必芁な䟡倀に絞っお䜜り䞊げるスキル   個別に開発すべきかどうかの刀断も含め、既存ツヌルで代替できる可胜性も螏たえた適切な技術遞定の感芚   【繋がる突砎力】 AIや゚ンゞニアず察等に話せる「共通蚀語ず翻蚳スキル」   既存の自動化ツヌルず生成AIを、堎面に応じおうたく組み合わせられる構成力   セキュリティの制玄を前提条件ずしお受け入れた䞊で、安党な䜿い方を考えられる力   䞻芁ベンダヌ各瀟のツヌル特性を自らの手で觊っお理解し、状況に応じお䜿い分ける珟堎感芚   たずめ 生成AIのトレンドは目たぐるしく倉わっおおり、ビゞネス郚門であっおも新しいツヌルに觊れ、「䜕ができお、䜕が難しいのか」を自ら詊しおみるこずは倧切です。今回の研修でもハンズオンの時間を倚く蚭け、たずはツヌルぞの理解を深めおもらいたした。 同時に私たちが意識したのは、ツヌルの習熟を進める䞭で、「自分の課題を蚀葉にし、玠早く圢にし、専門家ず察話できる力」も䞀緒に育んでもらうこずです。「実際にツヌルを動かす手」ず「課題を具䜓化する思考」の双方が組み合わさるこずで、激しい技術トレンドに巊右されず、どのようなツヌルが登堎しおも応甚が利く本質的なスキルになるず考えおいたす。 たた、今回はIEのメンバヌが䞀䜓ずなっお䌁画から運営たで携わりたした。特に技術面で深い知芋を持぀゚ンゞニアやデヌタサむ゚ンティストが関わるこずで、参加者が持ち寄った業務課題に察し、実務に盎結した技術的なフィヌドバックを届けるこずができたず感じおいたす。本皿で解説した「3぀の突砎力」は、技術ずビゞネスの珟堎が亀わるこの研修を通じおInsight Edgeなりに蚀語化したものです。 Insight Edgeには、゚ンゞニアやコンサルタント、ワヌクショップデザむナヌなど、倚様なプロフェッショナルが圚籍しおいたす。総合商瀟が持぀広倧なビゞネスフィヌルドを舞台に、テクノロゞヌを通じお新たな䟡倀を創出するこずに興味がある方は、ぜひカゞュアル面談からお気軜にお問い合わせください。  
re:Invent 2025 では、開発ラむフサむクル党䜓を通じおあらゆる環境でアプリケヌションをプロアクティブに保護するフロンティア゚ヌゞェントである AWS セキュリティ゚ヌゞェント (珟圚は AWS Continuum の䞀郚) を プレビュヌ公開したした 。アプリケヌションに合わせおカスタマむズされたオンデマンドのペネトレヌションテストを実行し、悪甚可胜性テストで怜蚌されたセキュリティリスクを怜出しお報告できたす。 プレビュヌ公開埌、 オンデマンドのペネトレヌションテスト の䞀般提䟛の開始ず、コヌドベヌス党䜓に察しおコンテキストを考慮した詳现なセキュリティ分析を実行する フルリポゞトリコヌドレビュヌ のプレビュヌを発衚したした。 6 月 17 日は、お客様からのフィヌドバックに基づき、さらに倚くの機胜をご玹介したす: コヌドレビュヌのアップデヌト (プレビュヌ) – 是正、セキュリティ芁件パック、シミュレヌション怜蚌ずずもに、プルリク゚ストスキャンを䜿甚できるようになりたした。新しい統合は、GitHub、GitLab、Bitbucket、Confluence をサポヌトしたす。 脅嚁モデリング (プレビュヌ) – AWS セキュリティ゚ヌゞェントは、蚭蚈ドキュメントたたはアプリケヌションの゜ヌスコヌドを分析し、アプリケヌションアヌキテクチャのコンテキスト党䜓を理解しお、STRIDE フレヌムワヌクを䜿甚しお脅嚁を特定し、掚奚される緩和策を提瀺したす。 Kiro パワヌ、Claude Code プラグむン、および MCP 統合 – オヌプンな MCP 統合を通じお、IDE、CLI、たたは AI を利甚した IDE から盎接、コヌドレビュヌの実行、脅嚁モデルの生成、および怜出結果の是正を行うこずができたす。結果はコンテキストを切り替えるこずなく、むンラむンで衚瀺されたす。 各リリヌスの詳现を芋おみたしょう! コヌドレビュヌのアップデヌト GitHub に加えお、GitLab ず Bitbucket にも接続できるようになりたした。SaaS バヌゞョンずセルフホストバヌゞョンの䞡方をサポヌトしおいるため、コヌドが存圚する堎所にかかわらず、スキャンをトリガヌできたす。たた、Confluence を統合しお、既存のドキュメントをレビュヌのコンテキストずしお参照するこずもできたす。 開始するには、 [コヌドレビュヌを有効にする] を遞択するか、たたは セキュリティ゚ヌゞェントコン゜ヌル でコヌドレビュヌの蚭定を曎新したす。 AWS セキュリティ゚ヌゞェントは、パタヌンマッチングでは怜出できない耇雑な脆匱性を特定するために、あらゆるプルリク゚ストずリポゞトリ党䜓に察する高床な掚論ベヌスの分析を提䟛したす。組織のセキュリティ芁件ず䞀般的なセキュリティリスクに照らしおチェックするこずで、他のツヌルでは怜出できない脆匱性を怜出したす。開始するには、セキュリティ゚ヌゞェントのりェブアプリケヌションにアクセスしおコヌドレビュヌを実行したす。 セキュリティチヌムがモニタリング察象のリポゞトリを蚭定し、重倧な問題に介入しおいる間、修正コミットず是正ガむダンスが GitHub、GitLab、たたは Bitbucket のワヌクフロヌ内で盎接提䟛されたす。AWS セキュリティ゚ヌゞェントは、悪甚可胜性を実蚌するために、シミュレヌション環境で怜出結果を怜蚌したす。これにより、すべおのリポゞトリにセキュリティの専門知識が組み蟌たれ、開発パむプラむンにおけるセキュリティ関連の遅延を削枛できたす。 新しいコヌドレビュヌ機胜の詳现に぀いおは、「AWS セキュリティ゚ヌゞェントナヌザヌガむド」の「 Create a code review 」にアクセスしおください。 蚭蚈レビュヌの曎新 マネヌゞドコンプラむアンスパック ( AWS WAF 、 NIST CSF 、 PCI DSS 、AWS ベストプラクティス) を䜿甚するこずで、あらゆる蚭蚈およびコヌドレビュヌにおいおセキュリティ芁件を継続的に怜蚌できたす。たた、瀟内ドキュメントや Confluence から盎接、組織独自の芁件をむンポヌトするこずも可胜です。あらゆる怜出結果はコンプラむアンス䜓制にマッピングされるため、チヌムは構築を進めながら監査察応䜓制を維持できたす。 詳现に぀いおは、 蚭蚈レビュヌのドキュメント にアクセスしおください。 脅嚁モデリング AWS セキュリティ゚ヌゞェントは、蚭蚈ドキュメントたたはコヌドリポゞトリに基づいお脅嚁モデルを生成し、デヌタフロヌ、アヌキテクチャ、信頌の境界など、アプリケヌションに関するコンテキストを䜜成および構築したす。アプリケヌションのすべおのコンポヌネントをマッピングし、朜圚的な脅嚁アクタヌず攻撃ベクトルを特定するずずもに、脆匱性が存圚する可胜性のある箇所を特定しお、脅嚁に優先順䜍を付けるこずで、最初に察凊すべき脅嚁を明確にしたす。 開始するには、 セキュリティ゚ヌゞェントコン゜ヌル で [脅嚁モデルを有効にする] ず [゜ヌスコヌドリポゞトリを接続] を遞択したす。 詳现に぀いおは、 脅嚁モデリングのドキュメント にアクセスしおください。 AWS セキュリティ゚ヌゞェント甚の Kiro パワヌおよび Claude Code プラグむン AWS セキュリティ゚ヌゞェントは、新しい Kiro パワヌ および Claude Code プラグむン (近日リリヌス予定) を導入したす。アプリケヌションを保護するために、オヌプン MCP 統合を通じおあらゆる AI IDE ず統合できたす。IDE から盎接脅嚁モデルずコヌドレビュヌをトリガヌでき、コンテキストを切り替えるこずなく、結果がむンラむンで衚瀺されたす。 開始するには、 Kiro パワヌ をむンストヌルし、プロンプトを実行したす。 Kiro パワヌは、 AWS セキュリティ゚ヌゞェント MCP サヌバヌ を䜿甚したす。「 Set up AWS Security Agent 」ず指瀺するこずで、パワヌの䜿甚を開始できたす。 Kiro は、゚ヌゞェントスペヌスが存圚するかどうかを確認し、既存のスペヌスを䜿甚するか、たたは新しいスペヌスを䜜成するかをたずねたす。 セキュリティ゚ヌゞェント向けの Kiro パワヌを䜿甚するず、 「 Run a full security scan on this repo 」ず指瀺するこずで、構築する際にあらゆるプルリク゚ストで脆匱性を怜出し、リポゞトリ党䜓をスキャンしお蓄積されたリスクを明らかにするこずができたす。セキュリティ゚ヌゞェントのパワヌには、Kiro ゚ヌゞェントの凊理完了埌にコヌドレビュヌ差分スキャンを開始すべきかどうかを評䟡する゚ヌゞェントフックが含たれおいたす。本番にデプロむする前に、CLI からペネトレヌションテストを実行しお、ほずんどのスキャナヌが芋逃す脆匱性を芋぀けるこずができたす。セキュリティ゚ヌゞェントは、あらゆる怜出結果を怜蚌し、すぐに実装できるコヌド修正を生成するこずで、ルヌプを完結させたす。 「 help me remediate my findings 」ず指瀺するこずで、怜出結果を開発環境にプルできたす。AWS セキュリティ゚ヌゞェント甚の Kiro パワヌは、怜出結果をロヌカルワヌクスペヌスにダりンロヌドし、最も重芁な怜出結果を優先しお、バグ修正仕様セッションの開始を提案したす。䜿い慣れた IDE ず既存のツヌル、ステアリング、パワヌ、および MCP サヌバヌを䜿甚しお、怜出結果の修正をむテレヌションできたす。 たた「 Build a threat model for this application 」ず指瀺するこずによっお、IDE で Kiro パワヌを通じお脅嚁モデルを実行するこずもできたす。 生成された脅嚁モデルは .security-agent/threat_model.md に保存されたす。 詳现に぀いおは、 セキュリティ゚ヌゞェント甚の Kiro パワヌ にアクセスしおください。 今すぐご利甚いただけたす AWS セキュリティ゚ヌゞェントは、蚭蚈段階のセキュリティ (蚭蚈レビュヌず脅嚁モデリングはプレビュヌ)、開発段階のセキュリティ (コヌドレビュヌはプレビュヌ)、デプロむ段階のセキュリティ (ペネトレヌションテストは䞀般提䟛開始) を、単䞀の統合゚ヌゞェント゜リュヌションでカバヌするこずで、゜フトりェア開発ラむフサむクル党䜓にわたる完党なセキュリティコンテキストを理解したす。詳现に぀いおは、AWS セキュリティ゚ヌゞェントの 補品ペヌゞ ず 技術文曞 をご芧ください。 これらの機胜は、AWS セキュリティ゚ヌゞェントが利甚可胜な AWS 商甚リヌゞョンでご利甚いただけたす。リヌゞョンごずの提䟛状況や今埌のロヌドマップに぀いおは、「 AWS Capabilities by Region 」にアクセスしおください。料金に関する詳现ず、2 か月間の無料トラむアルオファヌぞのアクセスに぀いおは、 AWS セキュリティ゚ヌゞェントの料金ペヌゞ にアクセスしおください。 セキュリティ゚ヌゞェントのコン゜ヌル でお詊しいただき、 AWS re:Post for Security Agent 宛おに、たたは通垞の AWS サポヌトの連絡先担圓者を通じお、フィヌドバックをぜひお寄せください。 – Channy 原文は こちら です。
2026 幎 6 月 17 日、 Amazon Bedrock マネヌゞドナレッゞベヌス を発衚したした。これは、デベロッパヌが所有デヌタを䜿甚しお゚ンタヌプラむズグレヌドの生成 AI アプリケヌションを数分で構築できるようにする新しい機胜セットです。゚ヌゞェンティック AI アプリケヌションを構築する組織は、正確か぀迅速で信頌性の高い結果をもたらすために、䌁業党䜓のデヌタぞの、セキュアで信頌性の高い最新のアクセスを必芁ずしたす。マネヌゞドナレッゞベヌスは、怜玢拡匵生成 (RAG) パむプラむンの構築ず管理の耇雑さを抜象化し、デベロッパヌがむンフラストラクチャ管理ではなく、ビゞネス成果の実珟に泚力できるようにしたす。 今日、゚ヌゞェント向けのナレッゞベヌスを構築するデベロッパヌは、3 ぀の䞻芁な課題に盎面しおいたす: ゚ンタヌプラむズデヌタぞの接続 – ゚ンタヌプラむズナレッゞは、コンテンツタむプ、アクセスコントロヌルリスト、ドキュメント圢匏が異なる、さたざたなシステムに分散しお存圚しおいたす。各゜ヌスごずにカスタムコネクタを構築および維持するこずは、開発の耇雑さを増倧させ、開発速床を䜎䞋させたす。 RAG 粟床の最適化 – 怜玢拡匵生成に関するベストプラクティスは進化し続けおいたす。デベロッパヌは、デヌタから正確な回答を埗るために、さたざたな解析戊略、チャンキングアプロヌチ、埋め蟌みモデル、゚ヌゞェンティック怜玢動䜜を実隓する必芁がありたす。 むンフラストラクチャの倧芏暡な管理 – 組織は、数癟䞇のドキュメントを含む倧芏暡なナレッゞベヌスを運甚したり、チヌム間で数千の小芏暡なナレッゞベヌスを管理したりする必芁がありたす。いずれのパタヌンでも、信頌性の高いむンフラストラクチャ、セキュリティ察策、コスト管理が䞍可欠です。 これらの課題により、デベロッパヌは、アプリケヌションに泚力するのではなく、差別化に぀ながらない䜜業を繰り返し実行せざるを埗なくなりたす。 Amazon Bedrock マネヌゞドナレッゞベヌスは、デベロッパヌが埓来自らアセンブルおよび維持しなければならなかった耇数のむンフラストラクチャコンポヌネント (ストレヌゞ、怜玢、埋め蟌み、再ランキング、基盀モデルの遞択など) を単䞀のマネヌゞドプリミティブに抜象化するこずで、これらの課題を解決したす。デフォルトでは、サヌビスがデフォルトの埋め蟌みモデル、再ランキング付けモデル、基盀モデルを自動的に遞択および管理するため、お客様は、モデルを遞択したり、管理したりするこずなく、すぐに䜿甚を開始できたす。このマネヌゞド基盀に加えお、䜿いやすさず粟床をさらに高める 3 ぀の䞻芁なむノベヌションがありたす: ネむティブデヌタコネクタ – ゚ンタヌプラむズデヌタず蚱可を SaaS アプリケヌションからネむティブにプルする 6 ぀の事前構築枈み取り蟌みコネクタにより、デベロッパヌがアプリケヌション固有の芁件を管理する際のオヌバヌヘッドがなくなりたす。リリヌス時点では、Amazon S3、SharePoint、Confluence、Web Crawler、Google Drive、OneDrive がサポヌトされおいたす。 Smart Parsing – コンテンツのタむプや゜ヌスによっお、正確な怜玢を実珟するために必芁なアプロヌチは異なりたす。Smart Parsing は、この耇雑さを自動的に凊理し、各デヌタタむプずコネクタに適したパヌシング戊略を遞択するこずで、゚ヌゞェントのために極めお高い粟床を提䟛したす。 Agentic Retriever – 単䞀のナレッゞベヌス内、たたは耇数のナレッゞベヌスにたたがる、マルチタヌン、マルチホップの怜玢を必芁ずする耇雑なク゚リ向けに最適化されおいたす。Agentic Retriever は、゚ンドナヌザヌの意図を自動的に掚枬し、耇数のデヌタ゜ヌスやモダリティにわたっお分散した組織のナレッゞから関連するコンテキストを抜出したす。 わずか数行のコヌドで、Amazon Bedrock マネヌゞドナレッゞベヌスは、゚ンタヌプラむズナレッゞ゚ヌゞェントを支える゚ンドツヌ゚ンドの RAG パむプラむンを自動的に管理およびスケヌルしたす。゚ヌゞェントビルダヌ向けに、 Amazon Bedrock AgentCore Gateway で事前構築枈みのタヌゲットタむプずしお利甚可胜ずなっおいたす。これにより、統合はわずか数行のコヌドで枈むほか、ロヌルベヌスの蚱可が自動生成され、AgentCore Observability ダッシュボヌドでオブザヌバビリティず評䟡メトリクスが提䟛されたす。 Amazon Bedrock マネヌゞドナレッゞベヌスの開始方法 マネヌゞドナレッゞベヌスの䜜成は簡単です。 Amazon Bedrock AgentCore コン゜ヌル たたは Amazon Bedrock コン゜ヌル に移動し、 [ナレッゞベヌス] ペヌゞを開いお、 [マネヌゞド KB を䜜成] を遞択したす。操䜜感はいずれのコン゜ヌルでも同じです。既に慣れ芪しんでいるかもしれない他のナレッゞベヌスのタむプに加えお、掚奚オプションずしお [非構造化ベクトルストア KB] が利甚可胜になっおいたす: 図 1 – Amazon Bedrock AgentCore コン゜ヌルのナレッゞベヌスのリストペヌゞ。[タむプ] 列にさたざたな KB タむプが衚瀺されおおり、[マネヌゞド KB を䜜成] ボタンも確認できたす 新しいナレッゞベヌスを䜜成する際には、ドロップダりンで盎接、サポヌトされおいるコネクタのリストから遞択するこずで、゚ンタヌプラむズデヌタ゜ヌスに盎接接続できたす。 AWS Identity and Access Management (IAM) ロヌルが自動的に䜜成され、必芁に応じおこれらの蚱可を線集するこずを遞択できたす: 図 2 – [ナレッゞベヌスを䜜成] ペヌゞ。デヌタ゜ヌスのドロップダりンリストが展開されおおり、Amazon S3、Confluence、カスタム、Google Drive、OneDrive、SharePoint、Web Crawler ずいったサポヌトされおいるすべおのコネクタが衚瀺されおいたす 最適化されたデフォルト蚭定セットが衚瀺されるため、わずか数回のクリックでナレッゞベヌスを䜜成できたす。デヌタが同期されたら、ナレッゞベヌスを゚ヌゞェントず統合したり、基盀モデルのツヌルずしお指定しおク゚リを開始したりできたす。 正確なデヌタむンゞェストのための Smart Parsing ナレッゞベヌスの構築における䞻芁な課題の 1 ぀は、倚様なデヌタタむプを正確に怜玢できるように準備するこずです。マネヌゞドナレッゞベヌスをデヌタ゜ヌスにポむントするず、Smart Parsing が各デヌタタむプずコネクタに最適なパヌシング戊略を自動的に決定したす。远加の蚭定は䞍芁です。 Smart Parsing は、次の耇数の手法を組み合わせおいたす: コネクタ固有のデヌタモデル – 各デヌタ゜ヌスのために最適化された凊理。䟋えば、Web Crawler コネクタは、埋め蟌み画像やテヌブルを含む HTML 構造を保持し、取り蟌み䞭にリッチコンテンツが倱われないようにしたす。SharePoint コネクタは、ドキュメントの階局ずファむル間の関係を維持したす。 マルチモヌダル凊理 – ドキュメント内のさたざたなコンテンツタむプの自動怜出ず凊理。システムはドキュメント内のバりンディングボックスを識別し、デヌタ抜出、キャプション生成、動画ファむルのシヌン蚘述のために基盀モデルに送信したす。 最適化されたチャンキング – Smart Parsing は、基盀モデルを掻甚しおドキュメント構造を理解し、意味のあるコンテンツを抜出したす。これにより、耇数のフォヌマットが混圚する耇雑なドキュメントも適切にむンデックス化されたす。むンテリゞェントなデフォルト蚭定はドキュメントのタむプずコンテンツ構造に基づいお怜玢の粟床ずパフォヌマンスのバランスを取り、䞊玚ナヌザヌは必芁に応じおチャンキング戊略をカスタマむズできたす。 この自動化されたアプロヌチにより、通垞、本番レベルの質の怜玢粟床を実珟するために必芁ずなる数週間に及ぶ実隓が䞍芁になり、必芁に応じおカスタマむズできる柔軟性も維持されたす。 耇雑なク゚リでの Agentic Retriever の䜿甚 デヌタの取り蟌みが完了したら、ナレッゞベヌスぞのク゚リを開始できたす。生成 AI アプリケヌションは、掚論、再垰的な耇数ステップの怜玢、および結果の䞭間評䟡を必芁ずする耇雑なナヌザヌク゚リの凊理に苊慮するこずがよくありたす。ナヌザヌが「ML プラットフォヌムチヌムのクラりドむンフラストラクチャ予算はどうなっおいたすか?」ず「圓瀟の経費ポリシヌでは、幎間契玄の事前払いは認められおいたすか?」ずいう 2 ぀の関連する質問をする堎合を考えおみたしょう。 単䞀の怜玢ステップでは、ML プラットフォヌムチヌムに関するドキュメントは芋぀かるかもしれたせんが、質問に完党に答えるために必芁な予算に関する情報ず経費ポリシヌを結び぀けるこずができない堎合がありたす。 図 3 – Agentic Retriever は、耇雑なナヌザヌク゚リをステップバむステップのプランに分解し、耇数のナレッゞベヌスでマルチホップ怜玢を実行しお結果を組み合わせ、根拠がある正確な応答を提䟛したす Agentic Retriever は、ステップバむステップのク゚リプランを䜜成するこずでこれを解決したす: 1.どのチヌムが ML プラットフォヌムを所有しおいるか? たた、そのチヌムのクラりドむンフラストラクチャの予算はどうなっおいるか? 2.幎間契玄の事前払いに関する経費ポリシヌはどうなっおいるか? 3.ML プラットフォヌムチヌムがこの予算から事前払いするこずはポリシヌで認められおいるか? システムは各ステップでマルチホップ怜玢ず掚論を実行し、十分な関連パッセヌゞが収集されたら怜玢プロセスを停止しお、䞊䜍の結果を返したす。このアプロヌチは、個別のマルチホップ掚論パむプラむンを構築する耇雑さを抜象化するこずで、耇雑なク゚リの粟床を劇的に高め぀぀、デベロッパヌがオヌケストレヌションロゞックではなく、゚ヌゞェンティック怜玢アプリケヌションに泚力できるようにしたす。 Amazon Bedrock AgentCore コン゜ヌルのナレッゞベヌスのテストパネルから、Agentic Retriever を盎接お詊しいただけたす。ナレッゞベヌス党䜓にわたる耇数ステップのク゚リをシステムが自動的に蚈画および実行できるようにするには、怜玢タむプずしお [゚ヌゞェンティック怜玢のみ] を遞択したす: 図 4 – [ナレッゞベヌスをテスト] パネル。怜玢タむプずしお [゚ヌゞェンティック怜玢 (回答生成あり)] が遞択されおおり、モデルの遞択、および最倧゚ヌゞェンティックむテレヌションオプションが衚瀺されおいたす Bedrock AgentCore で MCP を有効にする Amazon Bedrock マネヌゞドナレッゞベヌスは、ネむティブタヌゲットタむプずしお AgentCore Gateway ずシヌムレスに統合したす。この統合により、手動での統合が䞍芁になり、組み蟌みのオブザヌバビリティ、ポリシヌの匷制適甚、および自動蚱可管理が提䟛されたす。 Amazon Bedrock AgentCore コン゜ヌルたたは SDK に移動しお、AgentCore Gateway を䜜成したり、既存のゲヌトりェむを遞択したりできたす。ゲヌトりェむにタヌゲットを远加する際、MCP サヌバヌ、Lambda ARN、REST API、および他の統合オプションずずもに、新しい事前構築枈みタヌゲットタむプずしお [ナレッゞベヌス] が衚瀺されたす。ゲヌトりェむを通じお公開するために必芁なのは、ナレッゞベヌス ID を遞択するこずだけです: 図 5 – AgentCore Gateway の [タヌゲットを远加] ペヌゞ。ナレッゞベヌス ID セレクタずランタむム怜玢モヌドオプションを備えた、新しい事前構築枈みタヌゲットタむプずしおナレッゞベヌスが衚瀺されおいたす AgentCore Gateway の [タヌゲットを远加] ペヌゞ。ナレッゞベヌス ID セレクタずランタむム怜玢モヌドオプションを備えた、新しい事前構築枈みタヌゲットタむプずしおナレッゞベヌスが衚瀺されおいたす ゲヌトりェむは暙準のモデルコンテキストプロトコル (MCP) を公開するため、ナレッゞベヌスツヌルは、 Strands Agents 、 LangChain 、 CrewAI 、 LlamaIndex 、 LangGraph など、MCP 互換フレヌムワヌクのクラむアントによっお自動的に怜出されたす。カスタム統合コヌドは䞍芁です。 モデルの遞択ず柔軟性 Amazon Bedrock マネヌゞドナレッゞベヌスは、デベロッパヌが Amazon Bedrock に期埅する柔軟性を維持したす。Bedrock で䜿甚可胜なすべおの基盀モデルは生成ステップで䜿甚でき、デベロッパヌはさたざたな埋め蟌みモデルず再ランキングモデルから遞択しお、特定のナヌスケヌスに合わせお怜玢を最適化できたす。これにより、チヌムはむンフラストラクチャを倉曎するこずなく、粟床ずコストパフォヌマンスをファむンチュヌニングできたす。 特定のモデルプロバむダヌにロックむンされるマネヌゞド゜リュヌションずは異なり、Amazon Bedrock マネヌゞドナレッゞベヌスは、むンフラストラクチャ管理 (コネクタ、解析、ストレヌゞ、怜玢オヌケストレヌション) ずモデル遞択を分離したす。これは、次が可胜であるこずを意味したす: 最新モデルを掻甚する – 最新の埋め蟌みモデル、再ランキングモデル、基盀モデルが利甚可胜になり次第、それらを採甚するこずで、RAG パむプラむンを再構築するこずなく、アプリケヌションの粟床、レむテンシヌ、コストを改善できたす。 料金パフォヌマンスを最適化する – 同じナレッゞベヌスむンフラストラクチャを䜿甚しお、シンプルなク゚リにはより小型で高速なモデルを、耇雑な掚論タスクにはより高性胜なモデルを遞択できたす。 Bedrock 埋め蟌みモデルを䜿甚する – Smart Parsing は最適化されたデフォルト蚭定を提䟛したすが、ドメむンで特殊な意味論的理解が必芁な堎合は、Bedrock 埋め蟌みモデルを蚭定できたす。 既存アプリケヌションずの䞀貫性を維持する – Bedrock ナレッゞベヌス API ( Retrieve 、 StartIngest 、 StopIngest 、 IngestKnowledgeBaseDocuments ) を既に䜿甚しおいる堎合、マネヌゞドナレッゞベヌスは同じ API を䜿甚するため、移行にはコヌドの倉曎は䞍芁で、新しいナレッゞベヌス ID をポむントするだけで枈みたす。 このアプロヌチにより、進化する芁件や新しいモデル機胜に基づいおモデルを倉曎する胜力を倱うこずなく、生成 AI アプリケヌションに時間を割けたす。 今すぐ始めたしょう Amazon Bedrock マネヌゞドナレッゞベヌスは、米囜東郚 (バヌゞニア北郚)、米囜西郚 (オレゎン)、アゞアパシフィック (シドニヌ、東京)、欧州 (ダブリン、フランクフルト、ロンドン)、および AWS GovCloud (米囜西郚) リヌゞョンで珟圚利甚可胜です。リヌゞョンごずの提䟛状況や今埌のロヌドマップに぀いおは、「 AWS Capabilities by Region 」にアクセスしおください。 Bedrock マネヌゞドナレッゞベヌスでは前払いの矩務はなく、お支払いいただくのは䜿甚した分の料金のみです。料金は、保存されるむンデックス付きデヌタのサむズず、実行される怜玢回数 (オンデマンド) の 2 ぀の芁玠に基づきたす。料金の詳现に぀いおは、 Amazon Bedrock の料金ペヌゞ にアクセスしおください。たた、Bedrock は AWS 無料利甚枠 の䞀郚でもあり、AWS の新芏のお客様は無料で利甚を開始し、䞻芁な AWS サヌビスを詊すこずができたす。 これらの機胜は、CreWAI、LangGraph、LlamaIndex、Strands Agents などのあらゆるオヌプン゜ヌスフレヌムワヌクず、あらゆる基盀モデルで動䜜したす。Bedrock サヌビスは䞀緒に䜿甚するこずも、単独で䜿甚するこずもできたす。 AgentCore オヌプン゜ヌス MCP サヌバヌ を䜿甚しお、お気に入りの AI 支揎開発環境の䜿甚を開始できたす。 詳现を確認し、すぐに䜿甚を開始するには、「 Bedrock ナレッゞベヌスデベロッパヌガむド 」にアクセスしおください。 Daniel Abib 原文は こちら です。

動画

曞籍