Hipocap

Hipocap

Hipocap · 生產力 · 其他

Hipocap 是一套開源 DevSecOps 平台,夾在 AI 代理與其工具之間,在執行前攔下提示注入,並依函式逐一管制存取。

Hipocap 的介面預覽

關於 Hipocap

What Is Hipocap

Hipocap 是一套開源平台,用來在 AI 代理工作時保護與治理它們。它不會等到代理外洩資料或叫錯工具之後才回頭看,而是站在每一次呼叫前面,決定這次呼叫該不該執行。整套以 Apache 2.0 授權釋出,你可以自行架起全部元件,也可以付費使用雲端版本,雲端需透過預約演示開通。

這個產品把團隊平常分開採買的三件事收在一起。一道安全護盾會檢查每次函式呼叫,找出提示注入與其他威脅。一層角色控管決定誰能呼叫什麼,細到單一函式。一層可觀測性追蹤代理的每一步,從提示到工具回傳的結果。因為三者共用同一條資料路徑,被擋下的呼叫與放行的呼叫都會進到同一份稽核紀錄。

最大的限制在語言與成熟度。安全護盾目前只支援 Python,所以使用 TypeScript 的團隊拿得到追蹤,卻拿不到執行期的防護。專案也年輕,2026 年初才起步、社群不大,適合願意自己架設、肯讀文件的團隊。

Getting Started

  1. 從 GitHub 複製儲存庫,用 Docker Compose 啟動整套服務,儀表板、安全伺服器與資料庫會一起跑起來。
  2. 在儀表板建立專案,再從專案設定複製 API 金鑰與使用者 ID。
  3. 用 pip 安裝 Python SDK,並在第一次呼叫模型之前,於應用程式中呼叫 Hipocap.initialize。
  4. 寫一份政策,設定角色、允許的函式與嚴重度規則;若想依描述擋下直接提示注入,再建立一個 shield。
  5. 用 observe 裝飾器包住函式,並在敏感工具裡呼叫 analyze,讓每次呼叫都受到檢查與追蹤。

產品資訊

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

免費方案是
付費方案Cloud access by demo, custom pricing
平台Self-hosted (Docker), Python SDK, web dashboard
開發者Hipocap
類別生產力 · 其他
發布日期Jan 2026
最近更新Aug 2025
網站訪問量283
網站全球排名N/A
API 提供狀態是

適合對象

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

使用者

  • 正在把 AI 代理推上線的團隊:Hipocap 適合已經讓代理呼叫真實工具、又需要在碰到正式資料前多一層防護的開發者,前提是工作語言為 Python。
  • 安全與平台工程師:角色控管與稽核紀錄能滿足必須證明哪個代理做了什麼的人,而他們也撐得起自行架設的整套服務。
  • 對雲端綁定有顧慮的團隊:Apache 2.0 授權與 Docker 部署讓重視隱私的團隊把代理追蹤與客戶資料留在自己的基礎設施上。

任務

  • 攔下提示注入:護盾會攔截每次函式呼叫,在工具執行前用三個分析階段檢查輸入與結果。
  • 落實最小權限:你把角色對應到函式,客服代理能讀信但永遠不能刪資料庫,而檢查發生在執行之前。
  • 追蹤代理執行:可觀測性層會記錄每個 span、成本與詞元用量,讓你還原代理做了什麼、為什麼做。
  • 複審有風險的呼叫:嚴重度規則可以把臨界呼叫送進人工複審,而不是直接放行或擋下。

情境

  • 把代理從展示推進正式環境:用原始模型 API 做原型的團隊,加入 Hipocap 後能在代理對真實客戶資料動手前,先攔下被注入的指令。
  • 調查一次異常:當代理行為古怪時,追蹤與安全決策紀錄會一起顯示某次呼叫是否被擋下、又是什麼觸發的。
  • 通過合規檢查:稽核紀錄載明誰在何時呼叫了哪個函式,有助於回應內部或法規面的查核。

主要功能

執行期的提示注入防禦

Hipocap 在函式執行前就檢查呼叫,威脅是被擋下,而不是出了事才記錄。護盾跑三個階段:以提示守衛快速比對明顯樣式,用模型做一次結構化威脅分析,再用隔離階段模擬可疑文件若被代理處理會發生什麼。第三個階段專門對付藏在郵件或網頁裡的間接注入,這是最難抓的一類。

依函式控管存取

這裡的存取控管落在單一函式的層次,不是整個應用程式。你把角色對應到允許的呼叫,管理員能寄信與刪信,訪客只能讀取。檢查在護盾的 RBAC 引擎中、於函式主體執行前跑完,未經授權的呼叫根本到不了你的程式碼。這就是「只被記錄下來的權限」與「真的被強制執行的權限」之間的差別。

自訂 Shields

Shield 是以文字描述的規則,用來擋下直接提示注入。你用白話寫出這個 shield 要盯什麼、擋什麼、放行什麼,再給它一組程式碼會引用的鍵。這樣就能針對特定情境,例如越獄嘗試或系統提示外洩,而不必自己寫偵測邏輯。每個 shield 都在儀表板建立,並從你的應用程式呼叫。

函式串接規則

有些風險來自呼叫的先後順序,而不是單一呼叫。Hipocap 讓你限制哪些函式可以接連執行,擋下像先讀信再寄信這種會悄悄把資料送出去的組合。串接規則與角色檢查並列,整條鏈會在代理繼續之前被完整評估。Hipocap 表示,這能攔下那些逐一通過每項權限、卻本來不該存在的流程。

原生 OpenTelemetry 追蹤

可觀測性層會追蹤代理執行,並相容常見的技術堆疊。它自動為 OpenAI、Anthropic、LangChain 等掛上追蹤,保存可用 SQL 查詢的追蹤,並把安全決策綁到與呼叫同一條追蹤上。你可以篩選、搜尋,並在這些資料上建立自訂儀表板。追蹤核心來自 Laminar,所以已用過該平台的人會對大半結構感到熟悉。

除錯用的資料遮蔽

平台能在日誌中遮蔽敏感值,讓工程師不必讀到客戶機密也能除錯。因為安全層與可觀測性層共用同一條路徑,遮蔽作用在「被記錄下來的內容」,不只是「被顯示出來的內容」。這讓個人資料不會進到追蹤儲存區,對受隱私規範約束的團隊尤其要緊。它是一種你打開的模式,而不是每個專案都要寫的程式碼。

優缺點

優點

  • 在呼叫執行前就落實安全與權限,被擋下的動作根本到不了你的程式碼。
  • 把注入防禦、RBAC 與追蹤收在同一套服務裡,而不是拆成三個工具。
  • 以 Apache 2.0 開源、可用 Docker Compose 自行架設,資料能留在自家。
  • 附帶 Python SDK,用一個裝飾器加一次 analyze 呼叫,替敏感函式加上檢查只是小改動。
  • 可觀測性核心來自 Laminar,追蹤、SQL 查詢與儀表板都已相當成熟。

缺點

  • 安全護盾只支援 Python,使用 TypeScript 與 JavaScript 的團隊拿得到追蹤,卻沒有執行期防護。
  • 專案年輕、社群不大,你得更倚賴文件與原始碼,而不是龐大的外部支援。
  • 雲端版本得先預約演示、價格另議,因此沒有自助付費方案,也沒有公開價目表。
  • 自行架設意味著要維護整套服務相依的關聯式資料庫、ClickHouse 與搜尋服務。

常見問題

Hipocap 是一套給 AI 代理用的開源 DevSecOps 平台。它夾在你的代理與工具之間,在呼叫執行前擋下提示注入並套用依函式的存取規則,同時追蹤代理的每一步,方便日後複查。