Microsoft Project Perception 是一套讓多個 AI 資安 Agent 協作的系統。微軟已在 2026 年 7 月 27 日正式公布，8 月 3 日進入公開預覽；先前「仍在籌備、月底可能推出」的消息已經過期。
它先從軟體漏洞管理切入：紅隊 Agent 尋找可利用的攻擊路徑，藍隊 Agent 調查與排列風險，綠隊 Agent 提出修補並強化環境。對企業的實際價值，在於把發現、判讀和修復串成可追蹤流程，減少安全人員在多個工具間手動搬運資訊。
目前官方沒有公布獨立售價與所有租戶都能直接啟用的入口。準備試用的團隊，應先確認 Microsoft Security 環境、預覽資格、可連接的程式碼或資產範圍，以及每一步的人工作業權限。
Project Perception 已經推出了嗎？
已經正式公布，產品狀態是 public preview。微軟在 7 月 27 日的官方文章中說明多模型架構、三類 Agent 和首個漏洞管理場景，並把 8 月 3 日列為公開預覽日期。
公開預覽通常代表功能、支援範圍、計費或服務等級仍可能調整。企業在採用前要向 Microsoft 帳戶團隊或管理後台確認三件事：自己的區域與租戶是否可用、需要哪些 Microsoft Security 產品或授權、預覽資料能否進入正式生產流程。官方公告並未提供通用的單機下載版，也沒有公開一張適用所有客戶的獨立價目表。
若你的目的只是先建立防護基礎，可看AI 應用安全工程指南；Project Perception 的定位偏向已採用微軟安全產品、需要跨偵測與修復協作的組織。
紅、藍、綠三類 Agent 各做什麼？
微軟用資安團隊常見的顏色來描述分工：
| Agent | 主要任務 | 人工應確認的事項 |
|---|---|---|
| 紅隊 | 模擬攻擊者、尋找可利用路徑與漏洞組合 | 測試範圍、流量限制、不得觸及的生產資產 |
| 藍隊 | 調查證據、判斷影響、排列處理優先級 | 資產重要性、真實曝險、誤報與例外 |
| 綠隊 | 產生修補建議、驗證修復、強化軟體 | 程式碼審查、測試、部署與回復計畫 |
三者能共享上下文，讓修補端知道紅隊如何利用漏洞，也讓藍隊看到修復是否真正切斷攻擊路徑。這類協作比單純列出 CVE 更接近安全團隊的日常工作，但自動產生修補仍需程式碼擁有者審查。
多模型架構如何工作？
Project Perception 會依任務選擇不同模型。首個場景結合 Microsoft Discovery and Selection Harness（MDASH）與微軟的資安模型 MAI-Cyber-1-Flash，讓系統把探索、驗證與修補分派給較合適的模型及 Agent。
多模型設計的優點是可依速度、成本和推理需求分工。大量初步檢查不一定需要最昂貴的模型；複雜攻擊鏈則需要更完整的推理與工具操作。採用方仍要追問路由規則是否透明、模型版本變更如何記錄，以及敏感程式碼會送到哪些處理邊界。
微軟也表示系統整合在 Microsoft Security 產品中，並以 Responsible AI 控制和人類監督限制 Agent 行為。這項說明提供了治理方向，實際權限、紀錄和核准流程仍要在租戶內逐項設定。
官方 96% 成績和省 50% 成本怎麼看？
微軟稱首個漏洞管理配置在 CyberGym 基準達到 96%，比 Anthropic Mythos 高 12 個百分點；相較當時 MDASH 的市場模型配置，成本接近節省 50%。這些數字來自微軟自己的測試，適合用來理解產品設計目標，不能直接當成每家企業都會得到的成果。
實際成效會受程式語言、儲存庫規模、測試覆蓋率、資產資料品質和人工作業流程影響。企業 PoC 至少要記錄：
- 找到的高風險漏洞中，有多少經工程師確認可利用。
- 修補建議通過測試與程式碼審查的比例。
- 每個有效發現消耗的模型、工具與人力成本。
- 從發現到可部署修補的時間是否縮短。
- Agent 誤用權限、讀取越界或洩漏敏感程式碼的事件數。
Nationwide 的微軟案例文章稱，某項威脅情報工作由四週縮短至四小時。這是客戶案例和供應商發布的結果，環境與任務都很特定，應視為 PoC 線索，仍需在自己的流程重測。
哪些企業值得申請預覽？
有大量程式碼資產、已建立安全營運中心，且漏洞積壓明顯的組織最適合先測。若目前連資產清單、程式碼擁有者、測試流程與修補責任都不完整，Agent 只會更快產生待處理事項，難以形成可部署成果。
建議先選一個低風險、歷史漏洞資料完整的儲存庫，建立四週對照測試。前兩週照原流程處理，後兩週加入 Project Perception，比較有效發現、修補時間、誤報和人工工時。避免一開始授予跨組織自動部署權限。
金融與關鍵基礎設施團隊還應確認資料位置、第三方模型、操作日誌和供應鏈責任。台灣金融業可搭配金管會 AI 資安風險提醒建立內部審查項目；正在部署多種 Agent 的團隊，可再看企業 Agent 落地差距。
試用前的七項檢查
- 列出允許掃描的儲存庫、分支與生產資產。
- 確認程式碼和弱點資料會由哪些模型與區域處理。
- 將發現、優先級、修補和部署拆成不同權限。
- 要求所有自動修補通過既有測試、SAST 與人工審查。
- 保存 Agent 決策、工具呼叫、模型版本和核准者紀錄。
- 預先定義誤報率、有效修補率、處理時間與成本門檻。
- 準備停用 Agent、撤回憑證與回復程式碼的程序。
這份清單能幫你判斷 Project Perception 是否真的改善安全結果，也能避免把「產生更多發現」誤當成「降低更多風險」。
常見問題
Project Perception 可以直接下載嗎？
官方把它描述為整合於 Microsoft Security 產品的公開預覽，沒有公布一般使用者可下載的獨立版本。請在 Microsoft Security 管理環境或向帳戶團隊確認租戶資格。
Project Perception 會自動修補並部署程式碼嗎？
綠隊 Agent 能提出修補與強化建議，但企業應保留測試、程式碼審查和部署核准。公開預覽階段尤其不適合直接給予全面生產部署權限。
96% 的漏洞測試成績代表什麼？
這是微軟公布的 CyberGym 基準結果，反映特定配置與測試集表現。它不代表你公司的程式碼也會達到相同比例，PoC 應另外評估有效發現、誤報、修補通過率和總成本。