平台 · 評估由 Project Moonshot 提供支援 — AI Verify Foundation

在攻擊者動手之前,
先對您的 AI 智慧體
做紅隊測試。

依據 Project Moonshot 測試目錄,對每個已註冊的 AI 智慧體進行基準測試和紅隊測試——安全性、偏見、越獄抵禦、隱私洩露和能力。結果經評級後,作為治理證據保留在門戶中。

01 / 評估如何運作

選目標。選測試。得評級。

目標就是您已註冊的 AI 智慧體,因此 Obiguard 會為您解析提供商聯結器、模型和系統提示詞——門戶從不接觸提供商憑據。
01 — 目錄

Project Moonshot cookbook 與 recipe

來自 AI Verify Foundation 的開放測試目錄,即時提供並固定到已知的上游提交。可按類別瀏覽 cookbook,檢視每個 recipe 衡量的內容,並在啟動前瞭解一次執行將傳送多少條提示詞。

Cookbook · recipe · 攻擊模組
02 — 目標

測試您實際上線的智慧體

針對已註冊的 AI 智慧體執行,可使用其當前系統提示詞、登入檔中的其他提示詞,或自定義提示詞——這樣您可以在提示詞變更進入生產環境之前對其進行基準測試。

智慧體 · 登入檔提示詞 · 自定義提示詞
03 — 紅隊

對抗性攻擊模組

除固定基準外,Moonshot 攻擊模組會自適應地探測智慧體——每個模組都有自己的終止邏輯,而不是固定的提示詞數量。

對抗性 · 基於會話
04 — 評級

按正確的量表解讀評級

Moonshot 的 recipe 並不共用同一量表——多數是越高越好,毒性和 AdvGLUE recipe 則相反,而 MLCommons recipe 劃分為風險等級而不是字母。Obiguard 始終連同量表一起呈現評級,絕不只給出一個孤立的分數。

A–E · 反向 · 風險等級
05 — 分診

失敗的 recipe,一目瞭然

評估頁面根據每個目標最近一次完成的執行來讀取態勢,因此針對已被替換模型的陳舊執行不會拖動首要數字。失敗的 recipe 會列為待處理的發現。

最近一次執行 · 按目標
06 — 證據

作為治理證據留存

每次執行——目標、被測提示詞、目錄版本、評級和失敗的 recipe——都會保留在專案下,並在門戶中顯示,作為您已完成測試的證據。

已留存 · 按專案 · 在門戶中顯示
AIVF
Project Moonshot

AI Verify Foundation 的開放 LLM 測試工具包,在您的 Obiguard 專案內執行。

Cookbook
測試目錄

Cookbook 涵蓋安全性、偏見、越獄抵禦、隱私洩露等。

A–E
附量表的評級

每個 recipe 都按其自身的評級量表報告——包括反向和風險等級 recipe。

0
處理的憑據

目標通過已註冊的智慧體解析;提供商令牌在每次執行時於伺服器端注入。

03 / 常見問題

評估,
詳解。

Project Moonshot 是什麼、基準測試與紅隊測試執行有何不同,以及如何解讀評級。

聯絡解決方案工程師 →

Project Moonshot 是什麼?[01]

Project Moonshot 是 AI Verify Foundation(新加坡的 AI 治理測試機構)推出的開放 LLM 測試工具包。它提供基準測試目錄——按 cookbook 和 recipe 組織,涵蓋安全性、偏見、越獄抵禦、隱私洩露和能力——以及對抗性紅隊攻擊模組。Obiguard 在您自己的專案內執行該目錄,針對您已註冊的 AI 智慧體進行測試。

基準測試執行與紅隊測試有什麼區別?[02]

基準測試執行會發送固定的提示詞目錄——一個 cookbook 或單個 recipe——並對答案評級,因此不同執行之間、不同模型之間的結果具有可比性。紅隊測試使用自適應探測智慧體的攻擊模組;每個模組都有自己的終止邏輯,而不是固定的提示詞數量,因此它是探索而非衡量。多數團隊用基準測試跟蹤長期的迴歸情況,用攻擊模組去發現新問題。

A 到 E 的評級是什麼意思?[03]

評級來自每個 recipe 自身的評級量表,而這些量表並不完全相同。多數 recipe 越高越好,其中 A 為 80–100,E 為 0–19。AdvGLUE 和毒性 recipe 則相反,因為它們的原始分數衡量的是攻擊成功率或毒性,而不是效能。MLCommons recipe 完全不使用字母,而是劃分為從低風險到高風險的等級。Obiguard 始終連同量表一起呈現評級,因為脫離量表的原始分數毫無意義。

我可以針對什麼執行評估?[04]

專案中註冊的任何 AI 智慧體。Obiguard 會將智慧體解析為其提供商聯結器和模型,並在每次執行時於伺服器端注入憑據,因此門戶從不接觸提供商令牌。您可以選擇測試智慧體當前的系統提示詞、登入檔中的其他提示詞,或自定義提示詞——團隊正是藉此在提示詞變更進入生產環境之前對其進行基準測試。

評估執行會影響生產流量嗎?[05]

不會。執行是作為針對目標模型的獨立基準測試或紅隊測試會話分派的;它們不在您的即時請求路徑上,也不會消耗您的策略執行額度。評估頁面根據每個目標最近一次完成的執行來讀取態勢,因此針對已被替換模型的舊執行不會拖動首要評級。

評估結果會作為證據保留嗎?[06]

會。每次執行都會連同其目標、被測提示詞、目錄版本、所得評級以及任何失敗的 recipe 一併保留在專案下,並在門戶中顯示。該記錄是您可以交給審計人員的對抗性測試證據。最近 90 天內完成的執行,在框架對映中計為 NIST MEASURE 2.7 的證據;MGF 的 Testing & Assurance 仍要求第三方測試,因此仍未覆蓋。
04 / 相關內容

測試只是保障的一半。

評估告訴您智慧體在測試中的表現。每晚的倫理與偏見報告告訴您它在真實流量上的表現,而框架對映則根據您的策略和控制活動,對照 NIST AI RMF、ISO/IEC 42001、AISCF 和 MGF for GenAI 為覆蓋情況打分。執行發生在上游的檢查和策略集中——全部內容都在 Governance AI 頁面上。