Polyvia

Polyvia

Polyvia · 圖片 · 程式設計

Polyvia 是一款多模態文件檢索 API,專為需要 AI 代理在大量文件上進行推理的開發者打造。它讓檔案經過視覺擷取器、知識本體與能自我精進的檢索代理,因此你可以用一個問題橫跨 PDF、圖表、簡報、掃描檔與音訊,取得綁定到確切頁面的答案。該公司把它當作兩項產品販售:給代理開發者的 Polyvia API,以及給企業知識工作者的 Polyvia 平台。

Polyvia 的介面預覽

關於 Polyvia

Polyvia 是什麼

Polyvia 解決的是一個具體問題:當你的文件多到塞不進一般工作流程時就會浮現。像 Claude Code 或 Codex 這類逐檔搜尋的代理工具,處理大約 100 個多模態檔案都還順暢。超過之後就變慢。到了企業規模,你仍然需要真正的檢索基礎設施。Polyvia 就是那層檢索,以 API 形式優先販售。

把它想成給已經超越關鍵字搜尋的團隊所用的視覺文件智慧。連接你的非結構化與視覺文件,接著用自然語言查詢,取得附帶引用的答案。Polyvia 背後的公司把這套引擎描述為端到端管線,而不是一堆得自己接起來的獨立解析器與擷取器。如果你曾試著把 PDF 解析器接上向量資料庫,然後看著引用在表格與圖表上崩塌,就知道這點為何重要。

最大的限制在範圍。Polyvia 是開發者與企業工具,不是消費端 App。它主要賣給連接大型內部資料集的團隊,而企業部署是透過 Polyvia for Enterprise 在你自己的雲端或 VPC 內進行。那麼誰該略過?如果你只是要摘要幾份個人 PDF,這套機器對你來說太多了。

開始使用

  1. 在 Polyvia 平台建立 API 金鑰:打開側邊欄的 API 分頁,點選 Create API Key。金鑰以 poly_ 開頭,且只顯示一次。
  2. 安裝 SDK:Python 用 pip install polyvia,TypeScript 用 npm install polyvia。
  3. 以批次方式匯入文件,並歸屬到具名群組,然後等待每個匯入任務完成。
  4. 用自然語言查詢該群組並讀取答案,它會引用每份來源文件中的確切頁面。
  5. 可選擇將 Polyvia 連接到 Claude、Cursor 或其他 MCP 用戶端,讓代理直接呼叫檢索。

產品資訊

快速了解 Polyvia 的定價、支援平台與效能。

免費方案否
付費方案Unknown
平台Web (API, Python SDK, TypeScript SDK, MCP server)
開發者Polyvia
類別圖片 · 程式設計
發布日期Jan 2026
最近更新Jul 2026
網站訪問量N/A
網站全球排名N/A
API 提供狀態是

適合對象

這項工具最適合的使用者、任務與情境。

使用者

  • AI 代理開發者:Polyvia 給你一個檢索端點,回傳附帶引用的答案而非原始片段,這能減少你原本得圍繞解析器與向量儲存撰寫的黏合程式碼。
  • 企業內的資料與財務團隊:盡職調查、KPI 比較與信用監控這類牽涉數百份文件的任務,正是批次匯入加查詢模型所打造的場景。
  • Polyvia 平台中的知識工作者:偏好用聊天介面搜尋與探索文件集,而不是手工打造管線的分析師。

任務

  • 跨文件 KPI 比較:比較某項指標在 500 多份交易對手文件中的表現,不必逐一打開。
  • 資料室盡職調查:從簡報與財報中找出營收、流失率與客戶集中度等事實。
  • 以影像為基礎的理賠處理:從理賠照片擷取損害類型、嚴重程度與地點,並轉給理賠人員。
  • 閱讀圖表與表格:從視覺元素中取出數字,而不只是 PDF 的文字層。

情境

  • 你已超越逐檔搜尋:超過約 100 份多模態文件後,一次只讀一個檔案的代理會慢如蝸牛,而檢索是務實的解法。
  • 合規與稽核工作:當每個答案都需要來源時,段落層級的引用比流暢的摘要更重要。
  • 地端需求:不能讓文件離開自家網路的團隊,可以在自己的雲端或 VPC 內執行 Polyvia。

主要功能

多模態檢索,不只是文字搜尋

Polyvia 把 PDF、DOCX、PPTX、TXT、Markdown、影像與音訊索引進同一個知識圖譜,並把結果稱為視覺文件智慧。它會讀取表格、圖表、資訊圖表、手寫字與多欄版面,而不只是文字層,這正是多數文件索引工具在真實文件上悄悄失手的地方。單靠文字搜尋並不夠。

附帶引用的段落層級答案

每個答案都會附上指向來源頁面的引用,該公司回報引用覆蓋率達 99.8%。這就是重點。對於從事盡職調查或稽核的人來說,附帶引用的輸出是有用工具與潛在負累之間的差別。你可以自己核對說法,而不必信任模型。無需盲信。

大規模下依然快速

Polyvia 宣稱在超過 100K 個檔案上查詢延遲低於 200 毫秒,而逐檔代理搜尋則要數分鐘。一旦語料庫變大,這道速度差距就是加入檢索層的全部理由。規模上差別很大。這些數字來自供應商,請把它們當成其說法,而非獨立基準。

為開發者而打造

API 隨附 Python 與 TypeScript SDK,兩者都有同步與非同步用戶端、批次匯入、冪等群組與結構化錯誤處理。另外還有 MCP 伺服器與代理技能,因此 Polyvia 不需自訂轉接器就能接上 Claude、Cursor 與 LangChain 風格的框架。要寫的黏合程式碼更少。

原生整合

你可以從 Google Drive、Dropbox、OneDrive 與 SharePoint、Amazon S3、Notion 及 Slack 匯入文件。Notion 與 Slack 使用每位使用者各自的 OAuth,因此每個同事連接自己的帳號,而所有來源都匯入同一個 Import 下拉選單。拉檔案只需一個地方。

企業部署與安全性

Polyvia for Enterprise 在你自己的雲端或 VPC 內執行代理,因此文件留在你的邊界之內。你的檔案永不外流。這正是讓產品對有嚴格資料落地規範的團隊可行的選項,否則他們只能完全排除託管式 API。

知識圖譜探索

平台內建圖譜檢視,顯示從文件擷取出的實體、主張與佐證。你可以依群組篩選,並點選任何主張跳到其來源頁面,這讓索引變成你真正能瀏覽的東西。

優缺點

優點

  • 能處理多模態文件,包括會讓純文字檢索失手的圖表、表格與掃描頁。
  • 每個答案都有段落層級引用,讓它可用於合規與稽核流程。
  • SDK、MCP 支援與代理技能,代表代理開發者的整合負擔很低。
  • 地端與 VPC 部署涵蓋了無法把檔案送到託管服務的團隊。
  • 宣稱在 100K 多份文件下延遲低於 200 毫秒,正面回應逐檔搜尋的規模天花板。

缺點

  • 網站未公布公開定價,因此你得聯絡公司才能估算預算。
  • 它是 API 與企業工具,不是消費端 App,一般使用者到別處會更合適。
  • 部分宣稱的模態,包括 CAD、影片與熱圖,仍在路線圖上,尚未上線。
  • 如果你只處理少量文件,檢索層會帶來你不需要的複雜度。

常見問題

它把你的文件建立索引,包括視覺與多模態的那些,並給你一個可用自然語言查詢的檢索端點。答案會附上指向確切來源頁面的引用,因此你能核對每項說法。