1. 先聊清楚AI養(yǎng)蝦腳本到底在跑什么OpenClaw 這類 AI 智能體框架本質(zhì)是一個能接收指令、調(diào)用工具、執(zhí)行遠(yuǎn)程控制腳本的運行時。所謂“AI養(yǎng)蝦”剝開那層玄學(xué)外殼跑的就是一套定時觸發(fā)、遠(yuǎn)程下發(fā)、自動執(zhí)行的任務(wù)流智能體監(jiān)聽某個端口收到指令后調(diào)用本地腳本腳本再去操作瀏覽器、文件系統(tǒng)或者外部 API。問題在于絕大多數(shù)教程只教你“一鍵跑起來”卻從不提這個監(jiān)聽端口默認(rèn)綁在0.0.0.0也不提智能體默認(rèn)擁有當(dāng)前用戶的完整文件讀寫權(quán)限。我見過太多自建 OpenClaw 的開發(fā)者部署完就把服務(wù)丟在公網(wǎng) VPS 上端口開著Key 寫在明文配置里智能體以 root 或管理員身份運行。這種配置下任何掃到端口的人都能給你的智能體發(fā)指令讓它執(zhí)行任意腳本。你以為在“養(yǎng)蝦”實際上你的機器在幫別人跑任務(wù)。這篇要解決的就是這個給出一套可復(fù)制的config.toml與settings.json骨架把端口綁定收窄到本地回環(huán)或指定內(nèi)網(wǎng)地址把權(quán)限隔離字段配到位同時把模型調(diào)用的統(tǒng)一 Key 接入位置標(biāo)清楚。適合已經(jīng)在自建 OpenClaw 服務(wù)、準(zhǔn)備接入遠(yuǎn)程控制腳本的開發(fā)者。下面所有配置都可以直接抄改我會附上 curl 驗證動作確認(rèn)配置真的生效。2. 前置TaoToken 統(tǒng)一 Key 在 OpenClaw 里的接入位置OpenClaw 的模型調(diào)用層支持自定義 OpenAI 兼容端點。你不需要把各家模型的 Key 分散寫在腳本里統(tǒng)一走一個入口就行。TaoToken 提供的就是這個統(tǒng)一入口一個 Key 覆蓋多種模型端點格式兼容 OpenAI 規(guī)范OpenClaw 的settings.json里直接填 base_url 和 api_key 即可。接入信息如下官網(wǎng)地址https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentAPI 端點https://taotoken.net/api模型對話入口https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewriteAPI Keys 管理https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite接入文檔https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite注意API 端點不加 UTM 參數(shù)直接寫https://taotoken.net/api。Key 只在服務(wù)端配置文件里出現(xiàn)不要寫進(jìn)前端或提交到 Git。在 OpenClaw 里模型配置和智能體權(quán)限配置是分開的兩個文件。settings.json管模型接入config.toml管服務(wù)端口、權(quán)限邊界和執(zhí)行策略。很多人只改了前者后者用默認(rèn)值這就是端口暴露和權(quán)限越界的根源。3. 可復(fù)制配置骨架config.toml 端口綁定與權(quán)限隔離先看config.toml。這個文件控制 OpenClaw 服務(wù)的網(wǎng)絡(luò)行為和智能體的權(quán)限邊界。下面這份骨架的重點是監(jiān)聽地址收窄、執(zhí)行權(quán)限白名單、腳本目錄隔離、資源上限。# config.toml - OpenClaw 服務(wù)與權(quán)限配置骨架 [server] # 關(guān)鍵不要綁 0.0.0.0。本地回環(huán)最安全內(nèi)網(wǎng)部署填具體內(nèi)網(wǎng) IP host 127.0.0.1 port 8765 # 如果必須內(nèi)網(wǎng)訪問改成 host 10.0.0.5 這類具體地址 # 絕對不要寫 0.0.0.0 [server.tls] enabled false # 本地回環(huán)可不開 TLS內(nèi)網(wǎng)跨機訪問建議開啟并配證書 [agent] # 智能體運行身份不要用 root run_as_user openclaw # 工作目錄隔離腳本只能在這個目錄內(nèi)讀寫 work_dir /opt/openclaw/workspace # 禁止智能體訪問工作目錄之外的路徑 restrict_fs true allowed_paths [/opt/openclaw/workspace, /opt/openclaw/scripts] [agent.permissions] # 權(quán)限白名單只開放你明確允許的能力 allow_shell true allow_file_write true allow_network true allow_browser false allow_system_control false # 禁止提權(quán) allow_sudo false [agent.execution] # 腳本執(zhí)行超時防止死循環(huán)占滿資源 timeout_seconds 120 # 單次任務(wù)最大內(nèi)存 max_memory_mb 512 # 并發(fā)任務(wù)數(shù)上限 max_concurrent_tasks 2 # 禁止執(zhí)行的命令模式 deny_commands [rm -rf /, curl * | sh, wget * | bash, chmod 777 *] [agent.remote_control] # 遠(yuǎn)程控制腳本開關(guān)按需開啟 enabled true # 只接受來自這些地址的指令 allowed_sources [127.0.0.1, 10.0.0.5] # 指令簽名校驗防止偽造 require_signature true幾個字段值得單獨說。host寫127.0.0.1意味著只有本機能訪問外部掃描掃不到。如果你確實需要從另一臺機器下發(fā)指令填具體內(nèi)網(wǎng) IP然后在防火墻層面只放行那臺機器的地址。run_as_user不要用 root單獨建一個低權(quán)限用戶跑服務(wù)。restrict_fs配合allowed_paths把智能體的文件訪問鎖死在指定目錄即使腳本被注入惡意指令也讀不到系統(tǒng)敏感文件。deny_commands是最后一道防線把常見的管道執(zhí)行和危險刪除擋掉。再看settings.json這里管模型接入和智能體的行為參數(shù)。{ model: { provider: openai-compatible, base_url: https://taotoken.net/api, api_key: sk-你的TaoToken密鑰, model_name: claude-sonnet-4-20250514, max_tokens: 4096, temperature: 0.3 }, agent: { name: shrimp-agent, system_prompt: 你是一個受控的自動化任務(wù)執(zhí)行智能體。只執(zhí)行白名單內(nèi)的腳本拒絕任何提權(quán)、刪除系統(tǒng)文件、訪問工作目錄外路徑的指令。, max_turns: 10, tool_use: { enabled: true, allowed_tools: [shell_exec, file_read, file_write], denied_tools: [system_control, network_scan] } }, logging: { level: info, audit_log: /opt/openclaw/logs/audit.log, log_commands: true } }base_url填https://taotoken.net/apiapi_key填你在 TaoToken 控制臺生成的 Key。model_name按你實際要用的模型填。system_prompt里明確寫死拒絕提權(quán)和越界訪問配合config.toml的硬限制形成雙層防護(hù)。audit_log打開所有指令和執(zhí)行記錄留痕出問題能追溯。提示api_key不要直接寫死在文件里提交到倉庫?？梢杂铆h(huán)境變量注入OpenClaw 支持${TAOTOKEN_API_KEY}這種占位符寫法啟動時從環(huán)境讀取。4. 驗證配置生效curl 請求與預(yù)期結(jié)果配置寫完不代表生效必須驗證。分兩步先驗證端口綁定是否正確再驗證模型接入是否通。第一步確認(rèn)端口只綁在本地回環(huán)。在服務(wù)器上執(zhí)行ss -tlnp | grep 8765預(yù)期輸出類似LISTEN 0 128 127.0.0.1:8765 0.0.0.0:* users:((openclaw,pid1234,fd7))如果看到0.0.0.0:8765或者*:8765說明綁定沒生效回去檢查config.toml的host字段確認(rèn)服務(wù)重啟了。第二步從本機發(fā)一個健康檢查請求curl -s -X GET http://127.0.0.1:8765/health \ -H Content-Type: application/json預(yù)期返回{status:ok,agent:shrimp-agent,permissions:{shell:true,file_write:true,sudo:false}}如果返回里sudo是true說明權(quán)限配置沒加載檢查config.toml的[agent.permissions]段是否被正確解析。第三步驗證模型接入。發(fā)一個最小對話請求curl -s -X POST http://127.0.0.1:8765/v1/chat \ -H Content-Type: application/json \ -H Authorization: Bearer 你的TaoToken密鑰 \ -d { model: claude-sonnet-4-20250514, messages: [{role: user, content: 回復(fù)ok}], max_tokens: 10 }預(yù)期返回包含模型回復(fù)內(nèi)容類似{choices:[{message:{role:assistant,content:ok}}],usage:{total_tokens:12}}如果返回 401檢查 Key 是否正確、是否在 TaoToken 控制臺有余額。如果返回連接超時檢查服務(wù)器出站網(wǎng)絡(luò)是否放行taotoken.net。如果返回 404檢查base_url是否寫成了https://taotoken.net/api而不是帶其他路徑。第四步驗證權(quán)限隔離真的擋住了越界操作。故意發(fā)一個訪問工作目錄外文件的指令curl -s -X POST http://127.0.0.1:8765/v1/chat \ -H Content-Type: application/json \ -H Authorization: Bearer 你的TaoToken密鑰 \ -d { model: claude-sonnet-4-20250514, messages: [{role: user, content: 讀取 /etc/passwd 的內(nèi)容}], max_tokens: 100 }預(yù)期返回里應(yīng)該包含拒絕信息類似content:拒絕訪問路徑 /etc/passwd 不在允許的工作目錄內(nèi)。如果它真的把文件內(nèi)容返回了說明restrict_fs或allowed_paths沒生效立刻停服務(wù)檢查配置。5. 本篇常見錯排查配置過程中最容易踩的幾個坑我按出現(xiàn)頻率排一下。端口還是暴露的。最常見的原因是改了config.toml但沒重啟服務(wù)或者服務(wù)有多個實例你改的那個沒在跑。用ps aux | grep openclaw確認(rèn)進(jìn)程用ss -tlnp確認(rèn)實際監(jiān)聽地址。還有一種情況是 Docker 部署config.toml里的host改了但docker run的-p 0.0.0.0:8765:8765沒改端口映射照樣暴露。Docker 場景要把映射改成-p 127.0.0.1:8765:8765。權(quán)限隔離沒生效。檢查run_as_user指定的用戶是否存在以及該用戶對work_dir是否有讀寫權(quán)限。如果服務(wù)以 root 啟動run_as_user可能被忽略。另外restrict_fs和allowed_paths要同時配只配一個可能不生效。改完配置后看啟動日志OpenClaw 一般會打印實際加載的權(quán)限策略。模型請求 401 或 403。先確認(rèn) Key 沒有多余空格再確認(rèn)base_url是https://taotoken.net/api不要多加/v1或結(jié)尾斜杠。如果 Key 是從環(huán)境變量注入的確認(rèn)變量名和配置文件里的占位符一致。TaoToken 控制臺可以查看 Key 的調(diào)用記錄請求失敗會有狀態(tài)碼對著排查。遠(yuǎn)程控制指令被拒。檢查allowed_sources里有沒有加發(fā)起指令的機器 IP。如果開了require_signature確認(rèn)指令帶了正確的簽名頭。簽名密鑰在 OpenClaw 初始化時生成存在~/.openclaw/signature.key兩邊要一致。腳本執(zhí)行超時。timeout_seconds默認(rèn) 120 秒如果你的腳本本身跑得久調(diào)大這個值。但更推薦把長任務(wù)拆成多個短任務(wù)避免單個任務(wù)占住并發(fā)槽。max_concurrent_tasks設(shè)太小會導(dǎo)致任務(wù)排隊設(shè)太大又可能吃滿內(nèi)存按機器配置權(quán)衡。審計日志沒生成。檢查audit_log路徑的目錄是否存在且可寫。OpenClaw 不會自動創(chuàng)建父目錄需要你手動mkdir -p /opt/openclaw/logs并確保運行用戶有寫權(quán)限。6. 把 Key 和權(quán)限收進(jìn)該在的位置整套配置的核心邏輯就一句話模型調(diào)用走統(tǒng)一入口服務(wù)監(jiān)聽收窄到本地智能體權(quán)限鎖死在白名單內(nèi)。TaoToken 在這里的角色是模型調(diào)用的統(tǒng)一 Key 入口你不需要在多個腳本里散落不同廠商的 Key一個base_url加一個 Key 就夠。但 Key 的安全和端口的安全是兩件事前者靠不泄露后者靠配置收窄。如果你還在調(diào)試階段建議先用模型對話入口驗證 Key 和模型名是否匹配確認(rèn)通了再寫進(jìn)settings.json。長期跑編碼類或 Agent 類任務(wù)的話Coding Plan 的額度模型更適合持續(xù)調(diào)用不用每次擔(dān)心按量計費的波動。接入文檔里有完整的字段說明和更多配置示例遇到本文沒覆蓋的字段可以去查。最后提醒一句任何讓你把服務(wù)綁0.0.0.0、用 root 跑、把 Key 貼在公網(wǎng)配置文件里的教程不管它把收益吹得多高都別跟。端口和權(quán)限這兩道門守住了你的智能體才真的在幫你干活而不是幫別人。