本期焦點集中在 MCP 與代理式開發工具：從手機控制、SaaS 串接與執行環境管理，到提示注入、權限控管及重大漏洞，顯示 AI 代理逐步接手實際操作後，安全邊界與驗證流程已成為工程團隊不可忽視的課題。
Claude Code 可透過開源 MCP 工具操作實體手機
開源專案 Ghost in the Droid 將 Android 手機或 iPhone 轉換成 Claude Code 可操作的工具介面，提供 62 項 MCP 工具。開發者加入對應的 MCP Server 後，即可透過自然語言要求代理操作實體裝置，適合行動 App 測試與跨裝置自動化情境。
open-connector 打造跨 SaaS 的開源驗證閘道
open-connector 主打讓 AI 代理透過 SDK、CLI、MCP、HTTP 與 OpenAPI 連接超過 1,000 個 SaaS 供應商。專案試圖集中處理外部服務的驗證與介接問題，讓開發者能以多種介面向工程師及代理公開相同能力。
readOnlyHint 爭議凸顯 MCP 工具呼叫的信任問題
安全分析指出，MCP 的 readOnlyHint 相關弱點可能暴露代理工具呼叫機制的根本風險。當代理依賴工具所宣告的屬性判斷操作是否安全時，提示資訊、實際權限與執行結果之間若缺乏強制約束，便可能形成錯誤的安全假設。
Azure DevOps MCP 的代理式 PR 審查面臨 confused-deputy 風險
一份針對微軟官方 Azure DevOps MCP Server 的報告描述了 confused-deputy 邊界案例：Pull Request 內的隱藏文字可能影響 AI 審查代理的工具呼叫，而代理當下使用的是使用者本人的 Azure DevOps 權限。這類情境突顯 PR 內容不應被直接視為可信指令。
兩大 AI 業者遭指私下遊說限制開源模型
《紐約時報》引述消息來源報導，OpenAI 與 Anthropic 私下向華府監管機關遊說，希望限制開源 AI 模型；相關說法也引發外界對業者公開立場與政策倡議是否一致的討論。此議題牽涉模型開放程度、國際競爭及監管政策，後續官方回應值得關注。
Agent-Up 嘗試隔離多個程式代理的完整執行環境
開源桌面應用程式 Agent-Up 提供本機伺服器，讓使用者在同一台電腦執行多個程式代理環境。專案指出，Git worktree 只能隔離原始碼，無法隔離正在運作的應用程式，因此將管理範圍延伸至開發執行環境，降低多代理同時工作時互相干擾的可能性。
Google Search 導入 Gemini 3.5 Flash-Lite
Google Search 表示已採用最新的 Gemini 3.5 Flash-Lite 模型，並將其用於代理式搜尋體驗。對搜尋產品而言，較輕量的模型可望支援需要多步處理的互動流程，但實際涵蓋哪些搜尋功能，仍應以 Google 公布資訊為準。
OpenAI 多項服務一度出現高錯誤率
OpenAI 的 API、ChatGPT 與 Codex 傳出連線異常，官方狀態頁面顯示多項核心服務出現「高錯誤率」，並展開調查。報導稱問題約於台灣時間 25 日下午 5 時 10 分浮現，同時影響一般使用者與依賴 API 的開發者。
Anthropic 分享以 Skills 建立 Claude Code 驗證迴圈
Anthropic 說明如何使用 Skills 為 Claude Code 建立驗證迴圈，將蒐集脈絡、執行變更、驗證結果及必要時修正的流程制度化。對程式代理而言，驗證不只是最後執行一次測試，也可成為每輪操作後的固定回饋機制。
Anthropic 推出 Opus 5，訴求效率與成本平衡
Anthropic 發表 Opus 5。報導引述該公司說法，稱此模型能力接近更強大的 Fable 5，但價格約為其一半，並適合日常辦公及電腦操作。模型的實際效能與成本表現，仍需依具體工作負載及後續評測判斷。
WristPilot 讓使用者從 iPhone 與 Apple Watch 回覆 Claude Code
開源工具 WristPilot 可將 Claude Code 的問題、權限提示與執行結果推播至 iPhone 或 Apple Watch，讓使用者不必回到 Mac 前即可回覆或核准操作。專案強調不依賴第三方服務，鎖定需要長時間執行 Claude Code 工作階段的使用情境。
OpenSpace 結合 Skills、MCP 與 lineage 建構可演進代理
一篇實作教學示範如何以 OpenSpace 建立 AI 代理工作流程，整合 Skills、MCP、lineage 與低成本重用機制。內容從環境配置逐步帶入工作流程設計，著重代理能力的累積、追蹤及再利用。
SiYuan MCP 端點漏洞可導致未驗證的管理員接管
CVE-2026-66012 影響 SiYuan 3.7.2 以前版本。漏洞說明指出，POST /mcp 核心端點缺少適當授權檢查，僅套用一般驗證，未確認管理員角色或唯讀權限，可能造成未經授權的管理員接管。使用相關版本的團隊應優先查核官方修補資訊。
NanoClaw MCP Server 核准流程爆出重大授權漏洞
CVE-2026-17433 影響 nanocoai NanoClaw 2.0.64 以前版本，問題位於 MCP Server 核准流程使用的 chat-sdk-bridge.ts，以及 createChatSdkBridge.setup 函式。漏洞資料將其歸類為重大風險，部署受影響版本者應檢查供應商公告與可用更新。