AI 技術週報｜2026-W34：Agent 的執行、工具與資料邊界
AWS 與 OpenAI 本週更新跨區推論、工具來源篩選與 ZDR 相容安全處理，讓 Agent 導入必須同時設計執行、工具與資料邊界。
本週的重點不是某個 Agent 多了一項功能，而是它開始同時面對三種可被設計的邊界：推論可在哪裡取得容量、工具可查哪些來源，以及安全系統如何處理敏感內容。AWS 在 8 月 20 日為 Amazon Bedrock 的 OpenAI GPT-5.6 提供跨區推論；8 月 19 日，AgentCore Web Search 加入網域與發布日期篩選。OpenAI 同日則預覽與 Zero Data Retention 相容的 Private Safety Processing。三者不屬於同一產品，但共同提醒團隊：Agent 導入不能只選模型，還要明確配置執行位置、工具約束與資料控制。
三個改變，三個系統邊界
容量擴展仍要先選資料處理邊界
AWS 表示，GPT-5.6 Sol、Terra 與 Luna 現可在超過 25 個 AWS Regions 的 Amazon Bedrock 透過跨區推論使用。US geographic profile 只會在其預定 geography 內路由；global profile 則可依即時容量在支援的 commercial Regions 間路由。這讓容量與吞吐量成為可配置項，但不免除團隊對資料處理地理範圍、延遲、配額與實際可用性的驗證。
把來源和時間限制放到工具呼叫層
AWS 為 AgentCore Web Search 的 connector 1.2.0 加入 `domainFilter` 與 `publishedDateFilter`。官方說明中，管理者的 allowlist 是硬性控制；runtime filter 則能依每次呼叫套用網域和 ISO-8601 日期範圍。對需要第一手、近期或租戶別來源政策的研究型 Agent，這表示限制可以不只寫在 prompt 裡，而能成為工具介面的設定。不過，該功能的服務範圍與區域仍以 AWS 公告為限。
安全監控正在被重做成資料控制問題
OpenAI 表示，符合資格的 API 客戶可採用 Zero Data Retention，並預覽 Private Safety Processing：系統目標是在不讓 OpenAI 人員存取底層 prompts 或 responses 的條件下，辨識跨互動的風險模式。這是一個早期客戶測試中的預覽，並非所有客戶已可用的功能；它的重要性在於，長任務的安全監控與資料保留不再必然被當作同一個設計選項。
給系統設計者的本週判讀
Agent 的架構評估應從模型清單，移到三張可驗證的設定表：哪些 inference profile 可接受、哪些來源與時間範圍可被工具硬性限制、以及哪些資料控制承諾在目前產品狀態下真的成立。三者都可能影響成本、品質與合規，但任何一項公告本身都不能替代實際的壓力、權限、資料流與失效情境測試。
事實邊界
本文只涵蓋 2026-W34（8 月 17 日至 23 日）的 AWS 與 OpenAI 官方資料。跨區推論、AgentCore 篩選與 Private Safety Processing 的特性均依供應商文件表述；本文不主張保證容量、合規、資料主權、安全成效或任何團隊已完成導入。