本期 Tempest Agent Insights 整理 2026 年 5 月 26 日的 Agent 動向，訊號可以收斂成四條主線：第一，平台層持續被「agent 化」——Notion 把 Claude Code、Cursor、Codex 直接收成原生協作者，Microsoft Foundry 為 agent 補上 CI/CD 流水線，Google Antigravity 把治理問題搬上檯面；第二，正式環境的工程做法持續被打磨——Autonomous SRE Agent、12 個 framework 的 human approval 對照、以及 CI/CD 對 agent 的權限分界都在同一週落地；第三，安全治理從事前測試延伸到事中監控——Microsoft RAMPART、Zscaler 收 Symmetry、企業 agent 身份模型與第一個 MCP 套件 CVE 構成完整的攻防地圖；第四，多 agent 與「agent 即電腦」的長線敘事——Fujitsu 自我演化多 agent 與 Agent-to-Computer 抽象，把今天的工具選型放回十年後的位置。以下精選 12 則本日值得讀的技術訊號。
平台層持續被 Agent 化：協作、CI/CD 與治理
Notion 把 Claude Code、Cursor、Codex 直接收成原生 AI Agent—— Notion 於 5 月 13 日把 Claude Code、Cursor、OpenAI Codex 與客服 agent Decagon 開放成 workspace 內可被追蹤的協作者，等於把生產力平台變成一個讓人與 agent 從單一介面協作的編排層。對台灣以 Notion 為知識庫主幹的團隊，這條的訊號是：把「Agent 是工作區的 first-class 角色」放進權限、版本與審計設計，而不是當成外接的 chatbot 對待。原文：https://ift.tt/Vgimcfn
Microsoft Foundry 為 AI Agent 補上 CI/CD：版控、品質閘門、多環境推進—— 文章指出大多數團隊「週末就能組出一支 agent」，但要把它推上正式環境——含版控、品質閘門、多環境晉升與稽核軌跡——才是工程崩潰的真正起點，而 Microsoft 剛交出一份把這套問題當回事的參考架構。對台灣的平台與 DevOps 團隊，這條給出一條把 agent 從「demo 部署」轉成「服務部署」的具體流水線範式，建議拿來比對自家現有的 CI/CD pipeline 缺口。原文：https://ift.tt/8hwJreF
從 Assistant 到 Agent：Antigravity 對企業開發治理的真正意涵—— 作者認為大部分媒體把 Google Antigravity 解讀成「更快更聰明的 coding assistant、Gemini CLI 的接班」，其實漏掉更重要的故事——它把 IDE 內的 AI 從建議者推到代理人的角色，治理問題因此從個別開發者擴大到整個企業流程。對台灣的研發主管，這條的訊號是：當 IDE 內建 agent 可以自主動手，職責分離（SoD）、變更稽核與 secret 管理要在 Antigravity-style 工具進來之前就先補位。原文：https://ift.tt/0bM18cV
正式環境工程實踐：SRE、Human-in-the-loop 與 CI/CD 權限
從原始遙測到安全自動修復：打造 Autonomous SRE Agent 的完整路徑—— 文章描述現代 SRE 團隊管上百個微服務、事件發生時要在多個 observability 後端之間手動關聯訊號、查 post-mortem、跑 runbook 的真實負擔，然後示範一條把 telemetry → 自動診斷 → 安全修復串起來的 agent 路徑。對台灣的 SRE 與平台工程師，這條的價值在於：它把「能不能讓 agent 動正式環境」這個爭論，拆成可分階段落地的能力堆疊，而不是一次性 all-in。原文：https://ift.tt/98sRnQK
12 個 AI Agent Framework 怎麼處理 Human Approval（多數做得很糟）—— 作者直接點出大家上線後第三天才會發現的事：每個 framework 都「計畫好」HITL，但實際做法多半把人類審批降階成 callback，沒有正規的暫停—再開—審計模型，於是「等人類批准」變成把整個 agent stack 戳一個洞。對台灣已經把 agent 接到工單、付款、部署流程的團隊，這條提供一份對照表，建議在選 framework 時就把 human approval 的 first-class 設計列為硬需求。原文：https://ift.tt/w4V3Yys
AI Agent 進 CI/CD：給它 Context，但不要給它 Production 權限—— 文章把現況講得很直白：agent 要看 repo、code、設定與相依才有用，但若把人類工程師等級的存取直接交給它，CI/CD 就變成 blast radius 最大的入口。對台灣的平台工程師，這條的訊號是：在 pipeline 內把「閱讀」與「動作」拆成兩層權限是基本要求——agent 可以拿全部 context，但 production 的副作用必須走人類審批或限制範圍的 service account。原文：https://ift.tt/972jDv8
安全治理：身份、併購、CVE 與測試工具
企業 AI Agent 的安全模型：身份、權限與 Blast Radius—— 作者用十年零信任工程的視角開場——你已經做完網段、MFA、條件存取與服務帳號收斂，然後創新團隊拉了一個 agent，把整套紀律一鍵繞開。文章把 agent 視為新的 principal class，重新定義 identity、permission 與 blast radius 三個維度。對台灣的 CISO 與架構師，這條的訊號是：既有的 IAM 模型不會自然延伸到 agent，要為 agent 設計專屬身份類別、最小權限與失誤範圍邊界。原文：https://ift.tt/gLlVqKy
Zscaler 收購 Symmetry Systems，補齊 AI Agent 治理的資料側可見性—— Zscaler 宣布將收購專注在身份對映與資料存取的 Symmetry Systems，把對「AI agent、應用、身份、企業資料」如何互動的基礎可見性，併進自家零信任平台。對台灣關注資安市場走勢的 CISO，這條的訊號是：主流 SSE 廠商正在用併購把 agent 治理與資料側 DSPM 綁進同一張產品線，未來的 agent 安全選型會越來越往既有零信任堆疊靠攏。原文：https://ift.tt/vTyEzXc
第一個值得注意的 MCP 套件 CVE：npm Agent Orchestration 套件「前門沒關」—— CVE-2026-46701 在 5 月 21 日公開，作者把它當成 MCP 生態系正式被資安研究者當成攻擊面在追捕的第一個證據，並拆解漏洞為何發生以及 agent orchestration 套件常見的設計盲點。對台灣的開源套件維運者，這條提醒：MCP server / agent orchestration 套件已經進入「會被 CVE 點名」的階段，依賴管理、預設不開放、與身份驗證的內建設計都要拉齊到傳統 web 後端的標準。原文：https://ift.tt/hA2Q9YB
Microsoft 開源 RAMPART 與 Clarity：在 Dev 階段測試 AI Agent，但 Production 還有缺口—— Microsoft 開源 RAMPART 與 Clarity 兩款工具，協助開發者在 ship 之前對 agent 做安全測試；作者肯定貢獻但指出：CI 之外的執行階段——例如 agent 在正式環境動工具呼叫的瞬間——仍缺少同等級的防護。對台灣的 AppSec 團隊，這條的訊號是：把 RAMPART 納入 dev pipeline 是務實的第一步，但別把它當完整解，要同步規劃 production runtime 的 agent 行為監控與惡意 tool call 攔截。原文：https://ift.tt/dBYaPst
多 Agent 與長線敘事：自我演化與「Agent 即電腦」
Fujitsu 公布自我演化多 AI Agent 技術：團隊式執行、持續從結果與人類回饋學習—— Fujitsu 於 2026 年 5 月 25 日在川崎宣布開發出自我演化多 AI agent 技術，讓多支 agent 能以團隊形式執行任務，並持續、安全地從每日執行結果、人類回饋與政策中學習。對台灣關注企業級多 agent 編排的研發主管，這條的訊號是：多 agent 從「demo 級協作」往「持續學習的營運單元」推進已經有具體廠商在押注，後續觀察重點會是治理機制（policy update 流程）與失效模式（學歪的子 agent 如何隔離）。原文：https://ift.tt/ZJpt59f
Agent to Computer：重寫 AI 經濟結構的關鍵抽象—— 作者抓出一條長期模式——上一代的應用程式變成下一代的平台、平台又變成電腦本身——並主張 model → agent → computer 這條抽象線正在 AI 領域重演。對台灣的產品與架構決策者，這條的價值是把今天的「用哪一個 agent framework」問題往後推一格：當 agent 演化成「電腦」這個抽象之後，現在的 SDK 與工具選型會像當年選 Web Server 那樣，影響的是接下來五到十年的位置，而不只是這一季的功能。原文：https://ift.tt/iu7bP93
結語
本日訊號可以收斂成一句話：Agent 同時在「擴張上層平台」與「補齊下層工程地基」。上層方面，Notion 把 Claude Code、Cursor、Codex 收成原生協作者、Microsoft Foundry 補上 CI/CD、Google Antigravity 把治理問題搬上 IDE，三條都在把 agent 從輔助角色推到 first-class 角色；中層方面，Autonomous SRE Agent、12 個 framework 的 human approval 對照、CI/CD 對 agent 的權限分界，共同說明正式環境的關鍵已經不是「agent 能不能動」，而是「agent 動的時候人類在哪一個檢查點被通知」；安全治理方面，企業 agent 身份模型、Zscaler 收 Symmetry Systems、第一個 MCP 套件 CVE 與 Microsoft RAMPART/Clarity，從事前 → 事中 → 事後拼出完整防線，並提醒 dev 階段測試不能取代 runtime 監控；長線方面，Fujitsu 自我演化多 agent 與 Agent-to-Computer 抽象，把今天的 framework 選型放回十年後的位置。對台灣團隊，下一步可以具體推進三件事：把 agent 加入 IAM 的 principal class 設計（身份、最小權限、blast radius），不要沿用人類使用者模型；在採用任何 agent framework 之前，把 human approval 的 first-class 設計列為硬需求；以及在 dev 階段引入 RAMPART/Clarity 之外，同步規劃 production runtime 的 agent 行為監控與惡意 tool call 攔截。