# 不會聯網的 Grok，憑什麼叫即時模型？官方教你一行工具就讓它查最新消息 這是 METAGROK 在 2026 年 10 月 23 日發的實作教學，標題… · @swordBluesy · TwKit

@swordBluesy

# 不會聯網的 Grok，憑什麼叫即時模型？官方教你一行工具就讓它查最新消息 這是 METAGROK 在 2026 年 10 月 23 日發的實作教學，標題直譯是《給 Grok API 請求加上網路搜尋》。先把結論放在前面，因為它反常識： **你不需要自己搭爬蟲、接搜尋引擎、再把網頁塞進提示詞——只要在請求裡加一個 `web_search` 工具，搜尋這件事就由 xAI 的伺服器替你跑完，答案連同來源網址一起回來。** 先說清詞。**Responses API（回應介面）**，是 xAI 新一代的請求方式：你發一個請求，模型可以在伺服器端自己決定要不要調工具、查幾輪，再給你最終答案。**伺服器端工具（server-side tool）**，是不用你寫程式實作的工具，搜尋、跑程式碼都在 xAI 那邊執行，你只管收結果。**引用（citation）**，是模型回答時附上的來源網址，證明這句話是從哪個頁面來的，不是憑空編的。 一個真實例子：你問「xAI 過去 7 天發了什麼？請附上頁面」。沒有搜尋工具的模型，只能憑訓練記憶硬答，日期一過就錯；加了 `web_search`，它會先去搜、再去翻頁，最後把答案和來源一起交出來。 他們還點名了一種「眼熟的舊路線」：自己寫爬蟲抓網頁、自己接搜尋引擎的介面、自己把十幾頁文字剪貼進提示詞，最後上下文（context window，模型一次能看見的內容總量）被網頁塞爆，答案反而變差。官方的拆台很直接：**這套活，伺服器端工具已經替你幹了**。 先把話說全：不是所有問題都該開搜尋。滿足下面任何一條，才值得開： - 問題涉及訓練截止日之後的新聞、發布、價格； - 答案必須附來源，否則沒人敢信； - 你要的是「最新進展」，不是「一般知識」。 ## 一、不開搜尋的三種翻車方式 - **憑記憶硬答新消息**：模型不知道的事，它會用很像真的語氣編出來，日期、數字全是幻覺。 - **自己爬網頁塞提示詞**：網頁又長又雜，上下文先被塞爆，真正關鍵的那一段反而被擠掉。 - **搜了卻不驗來源**：回答附了網址就以為沒事，結果連結根本沒打開過，數字還是錯的。 ## 二、替代方案：一個工具，兩種寫法 最小寫法，一個 curl（命令列發請求的工具）就能跑：向 `POST https://api.x.ai/v1/responses` 發請求，模型用 `grok-4.6`，工具陣列裡只放 `{ "type": "web_search" }`，問題寫進 `input`。不需要額外參數，xAI 就會自己搜、自己翻頁、自己回答。 Python 寫法用官方 SDK（軟體開發套件）：`from xai_sdk import Client` 建客戶端，`chat.create(model="grok-4.6", tools=[web_search()])` 就把工具掛上，之後 `http://chat.stream()` 一邊印答案，最後印 `response.citations` 看引用。兩種寫法做的是同一件事：**把搜尋的髒活交給伺服器，你只負責問對問題、驗對來源**。 ## 三、目標形態：搜尋範圍要收得夠窄 官方給的收窄方法只有兩招，但很關鍵： - **允許網域（allowed_domains）**：只搜你指定的網站，最多 5 個。想只看官方文件，就寫 `http://docs.x.ai`。 - **排除網域（excluded_domains）**：跳過你不信任的網站，最多 5 個。 兩招不能同一個請求裡一起用，只能二選一。用 OpenAI 相容寫法時，這份清單放在 `filters` 底下。另外兩個開關很容易搞混：`enable_image_search` 是讓模型把搜到的圖片嵌進回答；`enable_image_understanding` 是讓模型去看懂它翻到的圖片。一個是「帶回圖片」，一個是「看懂圖片」，不是同一個開關。 ## 四、遷移三步走：從硬答改成查證 ### 第一步：先給模型一個必須查證的問題 別拿常識題測試搜尋——常識題不開搜尋也答對，測不出差別。拿「過去 7 天發了什麼」這種有日期的問題開刀，開與不開的差別立刻現形。 ### 第二步：把範圍先收窄再放寬 先用一個允許網域跑通，確認引用回得來、連結打得開；再放寬到全網搜。順序反過來，先全網搜再收窄，你永遠不知道雜訊是從哪個網站進來的。 ### 第三步：把驗證寫進流程，不寫進希望裡 回答回來之後，程式要做兩件事：印出引用清單，逐條打開連結對數字。引用不是裝飾，是驗收標準——沒有引用，或引用打不開，這條回答就不算過。 ## 五、團隊怎麼共建同一套查證習慣 搜尋工具最大的坑不是技術，是帳單：工具呼叫按 token（模型計價的最小單位）加次數收費，一個問題可能觸發好幾次搜尋。團隊要先約好三條：預設不開搜尋，只有需要最新消息的問題才開；允許網域清單由一個人維護，別每個人各寫一份；每次回答的引用都要留檔，出事時能追到是哪個頁面誤導了模型。 ## 六、官方工具包之外還要記得的事 這篇教學沒有給出完整工具箱，但它把邊界講得很清楚：xAI 控制台的 API 點數，和 http://grok.com 上 SuperGrok 的每週額度是兩筆不同的帳，別以為訂閱了聊天產品就等於有了 API 額度。金鑰和點數都在 http://console.x.ai 辦，跑之前先確認餘額，否則請求直接被擋。 ## 結尾：原則比架構重要 搜尋不是越多越好，查證才是目的。**原則比架構重要——能驗證的答案才算答案，附不上來源的最新消息，和幻覺沒有差別。** 可重複的動作規則是：下次問任何帶日期的問題，先加 `web_search`、先收窄網域、最後逐條打開引用——三步做完，這條回答才准往外發。 原文連結：https://metagrok.io/how-to/add-web-search-to-an-api-request 原文：METAGROK（由 S1哥 編譯） ## S1哥觀點 這篇最狠的地方，是它把一堆人的「聯網焦慮」一刀砍掉：過去大家以為要給模型聯網，得自己搭一整套檢索系統，現在官方說，一個工具名就夠了。真正貴的從來不是搜尋本身，是你不驗證就敢把答案發出去。 我站這一邊：模型會不會上網不重要，敢不敢把來源攤開來給人查才重要。一個附了五條打不開連結的回答，比一句「我不知道」更危險——前者讓你帶著錯誤去決策，後者至少讓你停下來。 所以問一句：你現在的 Agent 回答裡，有幾條是真的打開連結驗過的？評論區報個數，敢不敢說實話。

曝光 68 · 评论 3 · 点赞 0 · 书签 0