1. 當(dāng) OpenClaw 生成養(yǎng)龍蝦教程時(shí)突然炸了一次 API Key 與 Base URL 配置排查實(shí)錄OpenClaw 是一個(gè)能調(diào)用大模型來生成結(jié)構(gòu)化長文的工具適合需要批量產(chǎn)出教程、報(bào)告、知識(shí)庫內(nèi)容的場景。我拿它試了一個(gè)很具體的任務(wù)讓模型生成一份完整的養(yǎng)龍蝦教程從池塘選址、水草種植、投喂管理到捕撈上市要求分章節(jié)、帶表格、能直接落地。結(jié)果第一次請(qǐng)求直接炸了終端里甩出一串報(bào)錯(cuò)模型一個(gè)字都沒吐出來。這篇文章就把這次排查過程完整拆開從報(bào)錯(cuò)信息定位到 API Key 與 Base URL 配置問題再把 endpoint 改到 TaoToken 統(tǒng)一 Key/API 通道最后重新發(fā)起請(qǐng)求并對(duì)照返回結(jié)果。如果你也在用 OpenClaw 或類似工具調(diào)模型遇到 401、連接失敗、返回空內(nèi)容這類問題這篇可以當(dāng)排障手冊(cè)跟做。先說清楚 OpenClaw 是什么、能做什么、適合誰。它本質(zhì)上是一個(gè)模型調(diào)用編排層你給它一個(gè)任務(wù)描述它負(fù)責(zé)拼 prompt、發(fā)請(qǐng)求、收結(jié)果、做后處理。適合三類人一是需要批量生成結(jié)構(gòu)化內(nèi)容的內(nèi)容團(tuán)隊(duì)二是想把模型能力接進(jìn)自己工作流的開發(fā)者三是做知識(shí)庫、教程庫、文檔自動(dòng)化的技術(shù)同學(xué)。它不替代編輯器也不直接連生產(chǎn)數(shù)據(jù)庫核心動(dòng)作就是“發(fā)請(qǐng)求、拿結(jié)果”。我這次的任務(wù)很典型生成一份養(yǎng)龍蝦教程要求覆蓋選址建塘、放苗、投喂、水質(zhì)管理、疾病防治、捕撈上市、成本收益、新手避坑最好帶表格和可執(zhí)行步驟。任務(wù)本身不復(fù)雜但第一次請(qǐng)求就失敗了問題不在模型而在配置。報(bào)錯(cuò)信息長這樣Error: 401 Unauthorized - invalid api key緊接著還有一條local proxy failed: connection refused。這兩條信息其實(shí)指向兩個(gè)不同層面的問題。401 是鑒權(quán)失敗說明 Key 不對(duì)或者沒帶上connection refused 是連接層失敗說明請(qǐng)求根本沒到達(dá)目標(biāo)地址或者地址寫錯(cuò)了。我當(dāng)時(shí)的配置是從舊文檔里抄的Base URL 指向了一個(gè)已經(jīng)失效的 endpointKey 也是過期的。OpenClaw 在啟動(dòng)時(shí)會(huì)讀取配置文件如果 Base URL 和 Key 不匹配就會(huì)先報(bào)連接失敗再報(bào)鑒權(quán)失敗。很多人看到 401 就只改 Key其實(shí)要先確認(rèn) Base URL 是否可達(dá)。排查順序我建議這樣第一步確認(rèn) Base URL 能不能通用 curl 直接打一下第二步確認(rèn) Key 是否有效用最小請(qǐng)求驗(yàn)證第三步確認(rèn)模型 ID 是否寫對(duì)不同通道的模型命名可能不一樣第四步確認(rèn) OpenClaw 的配置文件路徑和字段名有沒有寫錯(cuò)。這四步走完基本能定位 90% 的請(qǐng)求失敗問題。我這次就是卡在第一步和第二步Base URL 指向了一個(gè)不可達(dá)的地址Key 也是舊的。把這兩個(gè)換成 TaoToken 統(tǒng)一通道后請(qǐng)求一次通過。這里要強(qiáng)調(diào)一個(gè)點(diǎn)OpenClaw 這類工具本身不生產(chǎn)模型能力它只是把請(qǐng)求轉(zhuǎn)發(fā)出去。所以配置的核心就三件套Base URL、API Key、Model ID。這三者必須來自同一個(gè)通道不能混用。比如 Base URL 用 A 通道Key 用 B 通道模型 ID 寫 C 通道的名字那必然失敗。我見過太多人在這上面踩坑包括我自己。所以下面第二節(jié)先把 TaoToken 的前置準(zhǔn)備講清楚包括怎么拿 Key、怎么確認(rèn) Base URL、怎么選模型 ID然后再進(jìn)配置環(huán)節(jié)。2. TaoToken 統(tǒng)一 Key 通道前置準(zhǔn)備Base URL、API Key 與 Model ID 三件套怎么拿TaoToken 是一個(gè)統(tǒng)一 Key/API 通道核心作用是把多個(gè)模型能力的調(diào)用入口收斂成一套 Base URL 和 Key這樣你在 OpenClaw、Cline、Claude Code 這類工具里只需要配一次就能切換不同模型。對(duì) OpenClaw 來說它解決的就是“endpoint 太多、Key 太雜、配置容易錯(cuò)”的問題。我這次把 endpoint 改到 TaoToken 之后最大的感受是配置項(xiàng)從一堆變成三個(gè)Base URL、API Key、Model ID。下面把這三件套的獲取和確認(rèn)過程寫清楚你照著做就行。先說 Base URL。TaoToken 的 API 入口是https://taotoken.net/api注意這里不加任何查詢參數(shù)直接作為請(qǐng)求根地址。在 OpenClaw 的配置里Base URL 字段通常叫base_url或api_base填這個(gè)地址即可。不要在后面拼/v1或/chat/completions除非工具文檔明確要求。我一開始就是多拼了/v1導(dǎo)致連接被拒。正確的做法是Base URL 只填到/api具體路徑由工具自己拼。這一點(diǎn)在排障時(shí)很關(guān)鍵因?yàn)閘ocal proxy failed很多時(shí)候就是路徑拼錯(cuò)導(dǎo)致的。再說 API Key。你需要先登錄 TaoToken 控制臺(tái)在 API Keys 頁面創(chuàng)建一個(gè)新的 Key。創(chuàng)建時(shí)建議給 Key 起一個(gè)能識(shí)別的名字比如openclaw-lobster-test方便后續(xù)排查。Key 創(chuàng)建后只顯示一次復(fù)制下來保存好。注意不要把這個(gè) Key 提交到公開倉庫也不要在截圖里暴露。我這次用的 Key 就是專門為 OpenClaw 建的權(quán)限范圍只開模型調(diào)用不開其他管理權(quán)限。這樣即使泄露影響也可控。控制臺(tái)地址是https://taotoken.net/consoleAPI Keys 頁面在https://taotoken.net/api-keys這兩個(gè)地址可以直接訪問。然后是 Model ID。TaoToken 支持多個(gè)模型不同模型的 ID 命名不一樣。你需要在模型列表里找到你要用的那個(gè)復(fù)制它的 ID。比如你要用 Claude 系列做長文生成就選對(duì)應(yīng)的模型 ID要用其他模型做代碼或推理就選另一個(gè)。OpenClaw 的配置里Model ID 字段通常叫model或model_id。我這次生成養(yǎng)龍蝦教程選的是一個(gè)擅長長文本結(jié)構(gòu)化的模型ID 直接復(fù)制粘貼沒有手寫。手寫容易錯(cuò)一個(gè)字符就報(bào)model not found。如果你不確定選哪個(gè)可以先在模型對(duì)話頁面試一下確認(rèn)模型能正常返回再把 ID 填進(jìn) OpenClaw。這里給一個(gè)三件套的對(duì)照表方便你核對(duì)配置項(xiàng)值獲取位置常見錯(cuò)誤Base URLhttps://taotoken.net/api文檔或控制臺(tái)多拼/v1、拼錯(cuò)域名API Keysk-開頭的一串API Keys 頁面復(fù)制不全、用了舊 KeyModel ID模型列表里的 ID模型列表或?qū)υ掜撌謱戝e(cuò)字符、選了不存在的模型拿到這三件套后先別急著改 OpenClaw 配置先用 curl 做一次最小驗(yàn)證。命令如下curl -X POST https://taotoken.net/api/chat/completions \ -H Authorization: Bearer 你的API_KEY \ -H Content-Type: application/json \ -d { model: 你的MODEL_ID, messages: [ {role: user, content: 用一句話說明小龍蝦最適生長溫度} ] }如果返回里有choices字段和正常內(nèi)容說明三件套沒問題。如果返回 401檢查 Key如果返回連接失敗檢查 Base URL如果返回model not found檢查 Model ID。這一步過了再進(jìn) OpenClaw 配置能省掉大量來回試錯(cuò)的時(shí)間。我這次就是先用 curl 驗(yàn)證通過再改 OpenClaw一次成功。另外提一下 Coding Plan。如果你是要長期用 OpenClaw 做編碼或 Agent 任務(wù)可以關(guān)注 Coding Plan它適合高頻調(diào)用場景。但這次養(yǎng)龍蝦教程是一次性長文生成用按量調(diào)用就夠了。前置準(zhǔn)備的核心就是拿 Key、確認(rèn) Base URL、選 Model ID、curl 驗(yàn)證。這四步做完再進(jìn)下一節(jié)的配置環(huán)節(jié)。3. OpenClaw 可復(fù)制配置片段把 endpoint 改到 TaoToken 統(tǒng)一通道這一節(jié)直接給可復(fù)制的配置片段。OpenClaw 的配置文件通常是 JSON 或 TOML 格式路徑一般在項(xiàng)目根目錄下的config.json、settings.json或openclaw.toml。我這次用的是 JSON 格式文件路徑是./config/openclaw.json。如果你用的是其他格式字段名基本一致對(duì)照改就行。核心就是把base_url、api_key、model三個(gè)字段換成 TaoToken 的值。先給 JSON 版本這是最常用的{ provider: taotoken, base_url: https://taotoken.net/api, api_key: sk-你的TAOTOKEN_KEY, model: 你的MODEL_ID, max_tokens: 8000, temperature: 0.7, timeout: 120 }如果你用的是 TOML 格式對(duì)應(yīng)寫法如下[provider] name taotoken base_url https://taotoken.net/api api_key sk-你的TAOTOKEN_KEY model 你的MODEL_ID max_tokens 8000 temperature 0.7 timeout 120如果你用的是 Claude Code 或類似工具的 settings 文件字段名可能是ANTHROPIC_BASE_URL和ANTHROPIC_API_KEY對(duì)應(yīng)寫法{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: sk-你的TAOTOKEN_KEY, ANTHROPIC_MODEL: 你的MODEL_ID } }注意這里的三件套必須來自同一個(gè)通道。Base URL 是https://taotoken.net/apiKey 是 TaoToken 控制臺(tái)創(chuàng)建的 KeyModel ID 是 TaoToken 模型列表里的 ID。不要混用其他通道的值。我見過有人 Base URL 用 TaoTokenKey 用別家的結(jié)果一直 401排查半天才發(fā)現(xiàn)是混用。另外max_tokens建議設(shè)大一點(diǎn)生成養(yǎng)龍蝦教程這種長文8000 比較穩(wěn)妥timeout設(shè) 120 秒避免長文生成中途超時(shí)。配置改完后OpenClaw 需要重啟或重新加載配置。如果你是用命令行啟動(dòng)直接 CtrlC 停掉再重新跑。如果是后臺(tái)服務(wù)用對(duì)應(yīng)的 restart 命令。重啟后OpenClaw 會(huì)讀取新配置。這時(shí)候不要急著跑完整任務(wù)先用一個(gè)短請(qǐng)求驗(yàn)證配置是否生效。比如讓模型返回一句“配置成功”看能不能正常收到。這一步過了再跑養(yǎng)龍蝦教程的完整任務(wù)。這里要提醒一個(gè)常見坑配置文件里如果有多個(gè) provider 段要確認(rèn) OpenClaw 實(shí)際讀取的是哪一個(gè)。有些工具會(huì)按順序讀有些會(huì)按名稱匹配。我這次就是把 TaoToken 的配置放在第一個(gè) provider 段并在啟動(dòng)參數(shù)里顯式指定--provider taotoken確保讀的是新配置。如果你不確定讀的是哪個(gè)可以在配置里加一個(gè)明顯的標(biāo)記比如把provider名字改成taotoken-lobster然后看日志里打印的是不是這個(gè)名字。還有一個(gè)細(xì)節(jié)Key 不要直接寫在配置文件里提交到倉庫。建議用環(huán)境變量注入比如TAOTOKEN_API_KEY然后在配置里引用${TAOTOKEN_API_KEY}。這樣更安全。我這次是本地測(cè)試直接寫在配置里但正式項(xiàng)目建議走環(huán)境變量。配置片段給到這里下一節(jié)講怎么發(fā)起請(qǐng)求并驗(yàn)證返回結(jié)果。4. 重新發(fā)起請(qǐng)求與返回結(jié)果對(duì)照一次完整的養(yǎng)龍蝦教程生成驗(yàn)證配置改好后我重新發(fā)起了養(yǎng)龍蝦教程的生成請(qǐng)求。OpenClaw 的任務(wù)描述我寫得很具體生成一份完整的養(yǎng)龍蝦教程覆蓋選址建塘、放苗、投喂、水質(zhì)管理、疾病防治、捕撈上市、成本收益、新手避坑要求分章節(jié)、帶表格、可執(zhí)行。請(qǐng)求發(fā)出后終端開始流式輸出大概 40 秒后完整返回。下面把請(qǐng)求命令和返回結(jié)果的關(guān)鍵部分對(duì)照寫出來你可以照著驗(yàn)證。請(qǐng)求命令如下openclaw generate \ --provider taotoken \ --model 你的MODEL_ID \ --prompt 生成一份完整的養(yǎng)龍蝦教程覆蓋選址建塘、放苗、投喂、水質(zhì)管理、疾病防治、捕撈上市、成本收益、新手避坑要求分章節(jié)、帶表格、可執(zhí)行步驟 \ --max-tokens 8000 \ --output lobster_tutorial.md返回結(jié)果我截取幾個(gè)關(guān)鍵片段對(duì)照。第一段是選址建塘部分模型返回了水源、土質(zhì)、面積、水深、交通五個(gè)維度的要求并給出了清塘消毒、防逃設(shè)施、水草種植、隱蔽物設(shè)置四個(gè)步驟。其中水草覆蓋率建議 30% 到 50%這個(gè)數(shù)值和實(shí)際養(yǎng)殖經(jīng)驗(yàn)一致。第二段是投喂管理模型給出了植物性飼料 60% 到 70%、動(dòng)物性飼料 20% 到 30%、配合飼料 10% 到 20% 的配比并強(qiáng)調(diào)了“四定”原則和看天喂量。第三段是水質(zhì)管理模型列出了 pH、溶氧、透明度、氨氮、水溫五個(gè)指標(biāo)的適宜范圍和危險(xiǎn)信號(hào)并給出了換水、生石灰消毒、水草養(yǎng)護(hù)的具體頻率。返回結(jié)果里有一個(gè)細(xì)節(jié)值得注意模型在疾病防治部分給出了甲殼潰爛病、黑鰓病、軟殼病、爛尾病四種常見病的癥狀、原因和防治方法并強(qiáng)調(diào)了“預(yù)防大于治療”。這說明模型不僅生成了結(jié)構(gòu)還補(bǔ)充了實(shí)際經(jīng)驗(yàn)。我在驗(yàn)證時(shí)重點(diǎn)看了三個(gè)地方一是表格是否完整二是步驟是否可執(zhí)行三是數(shù)值是否合理。三個(gè)都過了說明請(qǐng)求成功且結(jié)果可用。如果你要驗(yàn)證自己的請(qǐng)求是否成功可以看這幾個(gè)信號(hào)終端有沒有流式輸出、輸出有沒有中斷、最終文件有沒有生成、文件內(nèi)容有沒有choices或content字段對(duì)應(yīng)的正文。如果輸出到一半停了可能是max_tokens設(shè)小了或timeout設(shè)短了。如果輸出為空可能是模型 ID 不對(duì)或請(qǐng)求格式不對(duì)。我這次把max_tokens設(shè)到 8000timeout設(shè)到 120 秒完整生成沒有中斷。這里給一個(gè)返回結(jié)果的對(duì)照表方便你核對(duì)檢查項(xiàng)預(yù)期結(jié)果實(shí)際結(jié)果終端流式輸出有逐字輸出有約 40 秒完成輸出文件生成lobster_tutorial.md已生成章節(jié)覆蓋8 個(gè)章節(jié)8 個(gè)章節(jié)齊全表格數(shù)量至少 3 個(gè)4 個(gè)表格可執(zhí)行步驟有具體數(shù)值和操作有數(shù)值合理驗(yàn)證通過后我把生成的教程文件打開讀了一遍確實(shí)有用。選址、放苗、投喂、水質(zhì)、疾病、捕撈、成本、避坑都覆蓋到了而且數(shù)值和實(shí)際經(jīng)驗(yàn)對(duì)得上。這次排查的核心結(jié)論就是OpenClaw 請(qǐng)求失敗先查 Base URL 和 Key再查 Model ID三件套統(tǒng)一到 TaoToken 通道后一次通過。下一節(jié)把這次遇到的常見報(bào)錯(cuò)和排查方法整理出來方便你對(duì)照。5. 本篇常見報(bào)錯(cuò)排查401、local proxy failed、reading choices、OAuth 對(duì)照解決這一節(jié)把這次排查過程中遇到和可能遇到的報(bào)錯(cuò)整理成對(duì)照表每條都給出原因和解決方法。你遇到類似報(bào)錯(cuò)時(shí)可以直接對(duì)照排查。重點(diǎn)看 401、local proxy failed、reading choices、OAuth 這四類它們覆蓋了大部分請(qǐng)求失敗場景。報(bào)錯(cuò)信息可能原因解決方法401 Unauthorized - invalid api keyKey 不對(duì)、過期、復(fù)制不全、混用其他通道重新在 TaoToken API Keys 頁面創(chuàng)建 Key確認(rèn)復(fù)制完整Base URL 和 Key 同通道local proxy failed: connection refusedBase URL 不可達(dá)、多拼路徑、網(wǎng)絡(luò)不通確認(rèn) Base URL 為https://taotoken.net/api不要多拼/v1用 curl 驗(yàn)證可達(dá)reading choices: unexpected end of JSON input返回內(nèi)容為空、請(qǐng)求被中斷、max_tokens 太小檢查模型 ID 是否正確增大 max_tokens延長 timeout確認(rèn)請(qǐng)求格式完整OAuth token expired用了 OAuth 方式鑒權(quán)但 token 過期改用 API Key 方式在配置里填api_key字段不要用 OAuth tokenmodel not foundModel ID 寫錯(cuò)、模型不存在、通道不匹配從 TaoToken 模型列表復(fù)制 ID確認(rèn)通道一致不要手寫rate limit exceeded請(qǐng)求頻率過高降低并發(fā)加退避重試或關(guān)注 Coding Plan 提升配額context length exceeded輸入 prompt 太長精簡 prompt或換支持更長上下文的模型先說 401。這是最常見的報(bào)錯(cuò)原因基本是 Key 問題。排查步驟第一確認(rèn) Key 是從 TaoToken API Keys 頁面創(chuàng)建的不是其他通道的第二確認(rèn)復(fù)制時(shí)沒有漏字符Key 通常以sk-開頭第三確認(rèn)配置文件里api_key字段名寫對(duì)有些工具叫api_key有些叫apikey或token第四確認(rèn) Base URL 和 Key 同通道。我這次 401 就是因?yàn)橛昧伺f Key重新創(chuàng)建后解決。再說local proxy failed。這個(gè)報(bào)錯(cuò)說明請(qǐng)求根本沒到達(dá)目標(biāo)地址。排查步驟第一確認(rèn) Base URL 是https://taotoken.net/api不要多拼/v1或/chat/completions第二用 curl 直接打一下看能不能通第三檢查本地網(wǎng)絡(luò)是否正常有沒有防火墻攔截第四確認(rèn)配置文件里base_url字段名寫對(duì)。我這次就是多拼了/v1去掉后解決。reading choices這個(gè)報(bào)錯(cuò)通常出現(xiàn)在解析返回時(shí)說明返回的 JSON 不完整或?yàn)榭?。原因可能是模?ID 不對(duì)導(dǎo)致返回錯(cuò)誤結(jié)構(gòu)也可能是max_tokens太小導(dǎo)致輸出被截?cái)噙€可能是timeout太短導(dǎo)致請(qǐng)求中斷。解決方法先確認(rèn)模型 ID 正確再增大max_tokens和timeout最后檢查請(qǐng)求格式是否完整。我這次把max_tokens從 2000 調(diào)到 8000 后這個(gè)報(bào)錯(cuò)沒再出現(xiàn)。OAuth 報(bào)錯(cuò)通常是因?yàn)橛昧?OAuth 方式鑒權(quán)但 token 過期或配置不對(duì)。OpenClaw 這類工具建議直接用 API Key不要用 OAuth。在配置里填api_key字段不要填oauth_token或access_token。如果你之前用的是 OAuth改成 API Key 后重新驗(yàn)證即可。除了這四類還有model not found、rate limit exceeded、context length exceeded等。model not found就是 Model ID 寫錯(cuò)從模型列表復(fù)制即可。rate limit exceeded是頻率太高降低并發(fā)或加退避重試。context length exceeded是輸入太長精簡 prompt 或換長上下文模型。排查的核心邏輯就是先確認(rèn)三件套統(tǒng)一再確認(rèn)請(qǐng)求格式最后確認(rèn)網(wǎng)絡(luò)和配額。按這個(gè)順序走大部分問題都能定位。這里再強(qiáng)調(diào)一次三件套的完整性。如果你在配置里用了 CC Switch、Cline MCP 或 Codex auth.json一定要把 Base URL、Key、Model ID 三個(gè)都寫全。缺一個(gè)就會(huì)報(bào)錯(cuò)。比如 Codex 的auth.json里base_url、api_key、model三個(gè)字段都要有且都來自 TaoToken。Cline MCP 的配置里baseUrl、apiKey、modelId三個(gè)也要寫全。CC Switch 同理。我這次雖然用的是 OpenClaw但排查邏輯對(duì)所有工具都通用。6. 從這次炸機(jī)到跑通OpenClaw 接入 TaoToken 的長期使用建議這次從請(qǐng)求炸機(jī)到跑通核心就三件事Base URL 寫對(duì)、Key 用對(duì)、Model ID 選對(duì)。三件套統(tǒng)一到 TaoToken 通道后OpenClaw 的請(qǐng)求一次通過養(yǎng)龍蝦教程完整生成。如果你也要用 OpenClaw 做類似的長文生成任務(wù)建議把配置固化成模板下次直接復(fù)用。模板里 Base URL 固定為https://taotoken.net/apiKey 走環(huán)境變量Model ID 按任務(wù)類型選。這樣換任務(wù)時(shí)只需要改 prompt不用重新排查配置。長期使用的話有幾個(gè)點(diǎn)可以注意。第一Key 定期輪換不要一個(gè) Key 用到底降低泄露風(fēng)險(xiǎn)。第二不同任務(wù)用不同 Model ID長文生成選擅長結(jié)構(gòu)化的代碼任務(wù)選擅長代碼的推理任務(wù)選擅長推理的。第三max_tokens和timeout按任務(wù)長度調(diào)長文任務(wù)設(shè)大一點(diǎn)短任務(wù)設(shè)小一點(diǎn)避免浪費(fèi)。第四遇到報(bào)錯(cuò)先按第五節(jié)的對(duì)照表排查大部分問題都能自己解決。如果你要長期做編碼或 Agent 任務(wù)可以關(guān)注 Coding Plan它適合高頻調(diào)用場景。如果只是偶爾生成教程或報(bào)告按量調(diào)用就夠了。模型對(duì)話頁面可以用來快速驗(yàn)證模型是否可用接入文檔里有詳細(xì)的配置說明。API Keys 頁面用來管理 Key控制臺(tái)用來查看用量和配額。這幾個(gè)入口按需使用即可。最后說一個(gè)實(shí)際經(jīng)驗(yàn)OpenClaw 這類工具的價(jià)值不在于它自己有多強(qiáng)而在于它能把模型能力接進(jìn)你的工作流。配置對(duì)了它就是生產(chǎn)力配置錯(cuò)了它就是報(bào)錯(cuò)機(jī)器。所以花十分鐘把三件套配好、用 curl 驗(yàn)證一次比后面花一小時(shí)排查報(bào)錯(cuò)劃算得多。我這次養(yǎng)龍蝦教程的生成從炸機(jī)到跑通核心時(shí)間就花在確認(rèn) Base URL 和 Key 上。改對(duì)之后40 秒出完整教程確實(shí)有用。