Vercel 在 ２０２６ 年 ５ 月 ２８ 日宣布 Amazon OpenSearch Serverless 進入 Vercel Marketplace。這個更新適合關注 RAG、AI search、內部知識庫和 agentic search 的開發者。
因為真正的 AI 應用很少只靠模型記憶。只要你要回答公司文件、產品知識、客服紀錄、API 文件或使用者資料，就會需要搜尋層。
這次整合提供什麼？
Vercel changelog 提到，Amazon OpenSearch Serverless 進入 Marketplace 後，團隊可以：
- 在 Vercel dashboard 直接 provision OpenSearch collections。
- 自動將 environment variables 注入專案。
- 在 Marketplace resource view 中統一管理搜尋資源。
- 透過 Vercel OIDC 建立 OpenSearch client，不需要靜態 AWS keys。
- 使用 starter template 快速建立 RAG route。
官方也提到，這個整合支援 vector、lexical、hybrid 和 agentic search，且面向 agentic workloads 的 bursty load pattern。
RAG 為什麼需要 hybrid search？
只做向量搜尋很容易遇到兩種問題：
- 語意接近但關鍵字不準。
- 專有名詞、錯誤碼、API 名稱、法規條號找不到。
Lexical search 則相反：關鍵字準，但語意延伸弱。Hybrid search 把兩者合併，通常更適合文件型 RAG。
| 搜尋方式 | 優點 | 風險 |
|---|---|---|
| Vector search | 擅長語意相近問題 | 專有名詞可能漂移 |
| Lexical search | 精準找關鍵字、代碼、條號 | 對自然語言轉述較弱 |
| Hybrid search | 同時兼顧語意與精準詞 | 需要調整權重與 reranking |
如果你的內容包含技術文件、產品型號、錯誤碼或法規條文，hybrid search 幾乎是基本需求。
Agentic search 是什麼？
Agentic search 不是單次搜尋，而是讓 agent 根據任務選擇搜尋策略。
例如使用者問：「這個 API ４０１ 錯誤在新版 SDK 裡要怎麼處理？」
比較好的 agent 可能會：
１．先用 lexical search 找 401 和 SDK 名稱。
２．再用 vector search 找相關 troubleshooting 文件。
３．查 changelog 確認版本差異。
４．合併來源後回答。
５．標出仍需要人工確認的地方。
這比單純把問題 embed 後抓 top 5 更可靠。
為什麼 Vercel Marketplace 整合有價值？
搜尋基礎設施最大的摩擦常常不是 API，而是部署和憑證。
常見痛點包括：
- 要進 AWS console 開資源。
- 要設定 IAM 和 keys。
- 要把環境變數同步到前後端部署。
- 要管理開發、預覽、生產環境差異。
- 要讓團隊知道哪個專案連到哪個 collection。
Marketplace 整合把這些流程收進 Vercel dashboard，對小團隊和 AI app builder 會更順。
適合哪些產品？
這個整合適合：
- 內部知識庫。
- 文件問答。
- API docs assistant。
- 客服 RAG。
- 法務或合規文件搜尋。
- 搜尋增強型 coding assistant。
- 多租戶 SaaS 的 help center AI。
只要你的產品需要「找資料再回答」，就可以評估這類 serverless search。
官方來源
結論
Vercel 把 Amazon OpenSearch Serverless 放進 Marketplace，代表 RAG 基礎設施正在變得更產品化。
對開發者來說，重點不是只會 embed 文件，而是建立能支援 vector、lexical、hybrid 與 agentic search 的檢索層。Agent 要回答得準，搜尋層必須先可靠。