本批 34 篇文章顯示，Agent 開發焦點正從模型能力轉向可上線、可治理、可觀測的工程系統。今日值得關注的主題包括 ADK 生態系更新、MCP 工具介接、執行階段治理、事故調查自動化，以及提示詞注入與失控迴圈的防護。
Google ADK 朝正式環境需求持續演進
Google Agent Development Kit（ADK）相關文章同時涵蓋入門概念與 Go、Python 實作更新。Go 版教材將核心套件升級至 v1.5.1，並納入架構改善與正式環境強化；Python 版則移轉至 google-adk >= 2.0.0。對準備導入 ADK 的團隊而言，除了 API 用法，也應同步檢視相依套件版本、狀態管理及部署架構。
[https://ift.tt/Vs6tfbv]
[https://ift.tt/ifU4jxR]
[https://ift.tt/4Jn5Wdj]
以 Go 建立 MCP Gateway，銜接 stdio 與 HTTP
MCP Server 常透過 stdio 傳輸 JSON-RPC，但 Agent 與協調層通常使用 HTTP，兩者之間因此需要穩定的轉接層。這篇實作以 Go 建立 MCP Gateway，將協定與傳輸差異集中處理，避免每個 Agent 都重寫一套黏合程式碼，也凸顯 MCP 基礎設施在正式環境中的部署需求。
Prometheus MCP Server 應優先採唯讀查詢介面
讓值班 Agent 查詢 Prometheus 時，較安全的做法不是直接暴露擷取端點，而是提供受控的 PromQL 查詢層。文章示範建立唯讀 MCP Server，使 Agent 能取得監控資料，同時縮小權限與操作範圍。這種設計可作為 SRE Agent 的安全邊界，並降低工具誤用風險。
可觀測性開始用來偵測 Agent 失控迴圈
旅遊規劃範例的最終 HTTP 回應看似正常，內部的行程撰寫與預算檢查 Agent 卻因預算條件衝突而反覆修訂。案例說明，只監看服務是否回傳成功不足以判斷 Agent 是否健康；正式環境還需追蹤各步驟、工具呼叫、重試次數、成本與迴圈行為，才能及早攔截表面正常的失控流程。
自我觀測與故障解釋成為 Agent 維運能力
兩個案例分別探討 Agent 如何監看自身狀態、進行修復，以及透過「記錄、守門、解釋」流程說明失敗原因。重點已不只是把追蹤資料送進儀表板，而是利用執行軌跡建立即時護欄、判斷異常並保留可供追查的上下文，讓維運人員能理解 Agent 做了什麼及為何失敗。
[https://ift.tt/5abgVP8]
[https://ift.tt/ymDebiC]
事故調查 Agent 將遙測資料串成完整處置流程
SigNoz MCP 案例讓 Agent 從錯誤率告警出發，自動搜尋異常追蹤、關聯日誌、形成假設、撰寫操作手冊，並補上新的告警規則。這類流程展示 Agent 在維運場景的價值，但實際導入時仍應限制資料與工具權限，並保留每一步的查詢條件、推論依據與變更紀錄。
間接提示詞注入應納入發布阻擋測試
具備網頁存取能力的 Agent 可能讀到藏在頁面中的惡意指令，並將其誤認為可信任內容。文章以偽裝成開發文件的頁面為例，說明間接提示詞注入如何誘導 Agent 執行不當操作。建議將此類攻擊案例做成自動化安全測試，未通過時直接阻擋發布，而非只依賴上線後監控。
Agent 清冊無法取代細粒度授權模型
知道組織內有哪些 Agent，只能解決資產盤點問題，無法回答它們可以對哪些客戶、程式庫、雲端資源或正式環境執行哪些操作。文章主張治理必須延伸至身分、資源範圍、操作類型與限制條件，才能把「Agent 存在」轉換成可稽核的權限邊界。
執行階段治理需要確定性決策與可重播軌跡
agent-runtime-governance 0.5.1 提出一套不綁特定框架的治理方式：讓不可變的 ExecutionContext 通過確定性的中介軟體管線，再產生明確決策、可稽核執行結果及可重播軌跡。這種架構有助於將政策檢查放進每次工具呼叫與執行流程，而非只在模型輸出後補做人工審核。
企業級 Agent 記憶須涵蓋執行歷史與復原狀態
AgentFactory 將持久記憶、執行歷史、經驗學習、具狀態復原、企業隔離及人工治理整合為營運能力。其核心觀點是，可靠的 Agent 不只要記得對話，也要記得工作如何完成、採取決策的原因，以及中斷後如何安全接續。這些資訊同時是事故復原與稽核的重要基礎。
AWS DevOps Agent 開始納入基礎設施即程式碼管理
AWS DevOps Agent 用於調查正式環境事故、關聯遙測與基礎設施變更、找出可能根因並提出預防性改善。文章進一步示範透過 Terraform 部署，代表 Agent 服務的設定、權限及環境差異也可進入既有的基礎設施即程式碼流程，接受版本控管與審查。
今日觀察：Agent 工程的重心已轉向控制面
今日文章反覆出現三項共同需求：工具介接必須標準化、執行行為必須可觀測、權限與政策必須在執行階段強制套用。團隊若只評估模型回答品質，容易忽略真正影響正式環境可靠度的迴圈控制、提示詞注入、狀態復原、唯讀工具介面及可稽核軌跡。下一階段的差異化關鍵，將是能否把這些控制能力納入平台層，而不是散落在個別 Agent 的提示詞與應用程式碼中。