TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
AWS Web Answer 上線：代理一次提問，拿回附引用的網路答案
AWS 於 11 月 5 日宣布 Web Answer 在 Amazon Bedrock AgentCore 正式開放，代理經 Gateway 以單次工具呼叫取得附引用的整理答案。us-east-1 單一區域、每帳號每秒 10 次與每千次 10 美元是三個導入前提，網域邊界由管理員設定且只能收窄，引用顯示寫進使用條款。
用 AI 摘要這篇文章：
AWS 在美西時間 11 月 5 日下午把 Web Answer 推向正式開放（官方部落格發布於台北 11 月 6 日清晨 5 點 04 分，AWS 的 X 帳號在約 18 分鐘後跟進宣布）。這個功能裝在 Amazon Bedrock AgentCore 的 Gateway 裡：代理丟一個自然語言問題進去，拿回一份附引用的整理答案，中間的搜尋、讀頁面、綜合、標來源，全部由 AWS 代管。
官方公告把這次更新定位成痛點拆除：過去要讓代理回答網路現況，你得呼叫搜尋 API、自己判斷哪些結果可信、抓取並清理頁面內容、再 prompt 模型做綜合，最後還得工程化地把引用從答案裡抽出來。每一步都是你要維護的程式碼，每一步也都是一個出錯位置，證據不夠時的幻覺、索引更新後的過期內容、主張與來源脫鉤的失效標註。Web Answer 把這條線收縮成一次請求。
上線有三個條件會直接影響導入節奏：目前只在 us-east-1 一個區域提供；每帳號每秒 10 次交易的上限從第一天就強制執行，要提高需聯絡 AWS Support；每次工具呼叫 1 美分（定價每千次 10 美元），Gateway 本身的呼叫與代理用的模型另計。
真正值得拆的地方，不在答案品質，那要實測才有說法。這次更新把引用、來源邊界、身分、帳單四個治理點一次寫進了產品介面，每個都對得上官方文件，也每個都有但書。
同一條搜尋線，兩種交付方式
AgentCore 本來就有 Web Search 工具。它回傳排序過的網址、標題、摘要與詮釋資料，讀哪一頁、怎麼比對、結論怎麼下，全部留在你的應用端。Web Answer 把後半段一起拿走：它自己規劃查詢、平行搜多組、讀取關鍵頁面查證，證據不夠就再搜一輪，最後寫出每個主張都掛來源連結的答案。
官方文件給的分界就一句話：誰來跑模型。要讓自家代理對原始結果做推理，用 Web Search；要的是更大任務裡某個子問題的快速答案，用 Web Answer。官方也明說兩者互補、許多客戶會並用：粗略研究丟 Web Search 拿原始結果，具體事實問題交 Web Answer 拿現成引註。
兩者的帳單與版圖都不同。價格上，Web Search 每千次查詢 7 美元，Web Answer 每千次呼叫 10 美元。區域上差距更大：依 AgentCore 官方支援區域表，Web Search 在 22 個區域裡可用 7 個，Web Answer 只有 us-east-1 一個，其他區域官方只說陸續推出，沒有時間表。
這條分界對照代理怎麼取得網路資訊的兩條路，剛好是同一個問題的不同答案。讓代理直接操作瀏覽器逐頁閱讀是一條路，控制細但成本與失敗點都高；把搜尋與綜合包成一個會回報來源的工具是另一條路，瀏覽器操作與 API 工具的分界在代理設計裡本來就是一道選擇題，Web Answer 站在後者那邊，而且把來源可核對做成了回應格式的一部分。
一次工具呼叫裡發生的事
接線方式走 MCP。代理先透過 tools/list 從 Gateway 發現工具，再用 tools/call 呼叫，官方教學以 Strands 示範，LangChain、LangGraph、CrewAI 或任何 MCP 相容客戶端都能接。Gateway 先驗身分，進站支援 AWS IAM（SigV4）或身分供應商發的 JWT，再用服務角色把問題送進 Web Answer。
Web Answer 在這裡的角色是受管連接器（managed connector）：管理員用 connectorId 把它掛成 Gateway 上的一個 target，工具 schema、參數治理、端點解析、後端驗證都由 Gateway 處理。有個容易踩的兩階段：建立 target 的請求成功，與 target 進入可供呼叫的 READY 狀態，是兩件事，官方教學要求等狀態回報 READY 才開始用。
內部流程依官方說明：規劃查詢、平行搜尋相關網頁、讀取關鍵頁面查證事實，證據不足就再搜，最後寫出答案。所以一次外部呼叫可能包著好幾輪內部研究。官方回應範例裡的伺服器端延遲是 5,210 毫秒，用巴塞爾協定第一類資本最低要求的問題示範，答案開頭就是「Common Equity Tier 1 至少 4.5%」並掛上 bis.org 的引用。要強調這是單次示範的數字，官方沒有給任何延遲承諾或分位統計。
回應格式是這次設計裡最有工程味道的部分。content 欄位是 Markdown 文字，引用標記長成 [1] 的樣子；structuredContent.answer 是答案區塊清單，每個區塊帶自己的 text 與 citations，每筆引用有 url，有資料時附 domain。標記編號對應到該區塊引用清單的第 N 筆，文件還提醒答案可能不只一個區塊，要讀完整個清單。isError 為 true 時，內容描述的是錯誤而非答案。
對前端來說，引用是欄位而非待解析的文字，來源清單可以直接畫出來。先前拆 ChatGPT 的企業資料代理時，治理重點放在管理員核定連線與查詢沿用資料表權限；Web Answer 把同樣的企圖放到了來源層：答案交付時，證據一起交。
整合時有一個官方文件特別標注的陷阱：如果 Gateway 開了語意搜尋（searchType 設 SEMANTIC），tools/list 會多回一個內建搜尋工具，而且它可能排在清單前面。正確做法是用結尾是 ___WebAnswer 的工具名稱去對，不要靠清單位置。
管理員先畫邊界，代理只能往下收
來源範圍的控制有兩層。連接器版本 1.1.0 起，管理員在設定 target 時可以給網域的 include 與 exclude 清單，各最多 50 個網域，這份清單代理看不到，而且所有經過這個 target 的請求都會套用。
代理每次呼叫可以再帶三個條件：網域 include 與 exclude（各最多 50 個）、發布日期的 from 與 to（UTC、含端點，日期只寫到日就涵蓋全天）、以及使用者所在國家（ISO 3166-1 兩碼國家代碼，不分大小寫）。查產品價格或服務資格這類隨地區變動的問題時，交代時間與地區能少拿到一些不同版本的答案；查法規或公告這類有時效的問題時，日期區間能把舊版文件先擋在外面。from 晚於 to 的話，請求會直接回驗證錯誤。
合併規則寫得很明確：任一層的排除清單出現就排除；兩層都設了 include 時取交集，交集是空的直接回驗證錯誤；根網域會連同子網域一起匹配；合併後的排除清單上限 100 個。關鍵在方向：請求層不能推翻 target 層的排除，也不能擴大 target 層的 include，只能再收窄。
這讓管理政策與單次查詢可以並存。管理員把可引用的官方網站寫進邊界，代理在個別問題裡只查其中一家，但不能因為搜不到就把範圍放大到整個網路。版本上有個但書：1.0.0 的輸入只有 query，網域、日期與國家條件都是 1.1.0 以後才有；query 本身的長度限制是 1 到 30,000 字元。
權限拆成兩段，帳單拆成三本
身分段落有兩把不同的鎖。誰能呼叫 Gateway，由進站驗證決定，呼叫者身分需要 bedrock-agentcore:InvokeGateway 權限；Gateway 對外呼叫 Web Answer，用的是服務角色，需要 bedrock-agentcore:InvokeWebAnswer，對準 AWS 擁有的資源 ARN arn:aws:bedrock-agentcore:us-east-1:aws:tool/web-answer.v1。哪一段出問題，就往哪一段查。
有個細節值得單獨記：服務角色不需要 bedrock:InvokeModel。代理用的模型以代理自己的身分執行，工具授權與模型授權互不沾染。連接器由 Gateway 角色驗證，團隊不必為 Web Answer 另建或保存任何工具金鑰，少一項密鑰維運，但入口的 IAM 或 JWT 驗證仍要自己設好。
帳單是三本帳。Web Answer 每次呼叫 1 美分，定價頁明說按呼叫計費而非按 token，答案長短不影響單價；Gateway 的 API 呼叫每千次 0.5 美分；代理自己的模型費用照舊。定價頁也把同族工具放在同一張表上：Web Search 每千次查詢 7 美元。若一個任務裡代理多次呼叫工具，工具費要跟著乘，估算時別只按「一位使用者問一次」的口徑。
容量那本帳最硬：每帳號每秒 10 次交易，上線即強制，多個代理共用帳號時尖峰要合併估算，應用端得自己準備排隊與失敗呈現，這是依容量限制推導的導入做法，官方沒有提供自動排隊。換算給預算用：一位使用者每天問 100 次，一個月約 3,000 次呼叫，工具費 30 美元，再加 Gateway 費與模型費；同樣流量如果發生在尖峰一秒內，就得先處理限流。
試用結束也有官方的收拾順序：先刪 target，若 Gateway 只為這次試用而建，再刪 Gateway、服務角色與政策；若 Gateway 上還掛著其他代理，只移除這次的 target 就好。
問題不出 AWS 的宣稱，要讀到哪一層
依官方文件 Private by design 段的說法：問題在 AWS 基礎設施內處理，搜的是 Amazon 自建自營的網路索引與知識圖譜，答案由 Bedrock 上的模型寫出，不把你的問題送給第三方搜尋引擎，資料路徑端到端留在 AWS 裡。處理位置採地理跨區推論，留在美國、歐盟、亞太等指定地理邊界內的商業區。
這段宣稱有三個誠實邊界要先畫出來。它是廠商對自家資料流程的說法，要導入的團隊仍該對照自己的合約與法規要求核對。PrivateLink 與 VPC 端點保護的是代理到 Gateway 那一段連線，工具本身研究的對象是整個公開網路，不能把整套流程想成封閉系統。引用的功能是讓每個主張可以回頭驗證，回看來源與適用條件，仍是應用與使用者的工作。
引用是使用條款，不是畫面裝飾
可使用條款寫得白紙黑字：你對自己以及終端使用者怎麼使用結果負責；任何把 Web Answer 結果呈現給終端使用者的輸出，都必須保留並顯示附帶的引用與連結。也就是說，前端只秀答案不秀來源，直接踩到使用條款。
條款同時給了兩個禁止：不得大量萃取、儲存或重製 Web Answer 的結果，也不得用它建立或填充競爭索引或資料庫。文件還補了一句提醒：Web Answer 不是專業建議的替代品，受監管情境要先審查輸出再依賴。
從產品設計看，這把引用從最佳實務升級成授權條件。答案附證據，讀者才驗得了收，這跟代理任務的驗收原則是同一件事：驗收對的是最終狀態與證據，不是代理回報的那句完成。
上線第一天還沒說清楚的事
區域是最大的變數。官方只說更多區域陸續推出，沒有時間表；Gateway 必須開在 us-east-1，台灣團隊不受使用者所在地限制，但基礎設施目前只有美東這一個選項。
效能與品質都還沒有可核對的數字。5,210 毫秒是官方單次示範；答案正確率沒有公開基準；文件對責任 AI 防護只有一句「設計與測試時納入」的宣稱，實作細節未揭露。引用給了查核起點，查核本身仍是自己的事。
對已經在 AgentCore 上跑代理的團隊，這是把網路問答接進生產線最省事的一條路，先拿一組有標準答案的問題試，把答案、引用、延遲與費用一起記下來再決定擴大。對不在 AWS 生態的團隊，它示範了一個方向：引用與邊界能不能做成介面，正在變成代理工具爭企業信任的關鍵。這份條件清單值得在兩週後對一次官方區域表與功能公告，看 us-east-1 之外的第一批名單。
