我一直使用 OpenClaw，每次發(fā)版都會第一時間升級。前兩天看到 v2026.6.10 的更新日志，三個新功能直接觸發(fā)了我寫這篇的動力：/fast auto、/thinking adaptive、以及 Cron + Heartbeat + Task Flow 的定時體系。這三個設(shè)置加在一起，能讓你的 Gateway 從「手動擋」升級成「自動擋」——省掉每天重復(fù)的模型切換決策，省掉手動調(diào)度任務(wù)的時間。

為什么是這三個

OpenClaw 是自托管的 AI Gateway，核心能力是把聊天應(yīng)用（Discord、Telegram、微信、飛書等）跟各種 AI 模型連接起來。但它不只是個代理——它內(nèi)置了 slash 命令、混合路由、任務(wù)調(diào)度，實際上是一個可以編程的 AI 中間件。

以前你要做三件事：

1. 手動切模型：簡單對話用快模型省 token，復(fù)雜任務(wù)切到強模型。每次都要輸入 /model gpt-4o 之類的命令。
2. 手動控制思考深度：給閑聊和寫代碼用同樣的 thinking 預(yù)算，浪費 token 或者思考不足。
3. 手動調(diào)度定時任務(wù)：每天上班前讓 AI 總結(jié)郵件、檢查日歷，得用外部 cron 調(diào) API。

這三個新設(shè)置分別解決了這三個痛點。

1./fast auto：自動判斷對話復(fù)雜度

v2026.6.10 新增的 /fast auto 指令，核心邏輯很簡單：把對話分類，走不同的模型路徑。

• 簡短對話（比如問時間、翻譯一句話）：自動走快速/低價模型
• 復(fù)雜任務(wù)（寫代碼、分析問題）：自動回退到 Normal Mode，用強模型
• 切換過程中上下文狀態(tài)不丟失，用戶感覺不到變化

底層映射因 provider 不同：

• OpenAI / Codex：映射為 service_tier=priority
• Anthropic：映射為 service_tier=auto

你可以在對話中直接輸入：

/fast auto

此外，/fast 還支持 status|auto|on|off|default 五個子模式。/fast on 是強制快模式，/fast off 關(guān)閉。

收益：對于高頻使用的團隊來說，一天能省幾百次手動切模型的操作。每次對話自動走最優(yōu)路徑，token 消耗降低 30%-50%（實測估算）。

2./thinking adaptive：自適應(yīng)思考預(yù)算

AI 模型的「思考深度」通常用 thinking budget 控制。之前的做法是統(tǒng)一設(shè)置，導(dǎo)致閑聊時浪費思考 token，寫代碼時思考不夠。

OpenClaw 現(xiàn)在支持 8 級思考預(yù)算：

off | minimal | low | medium | high | xhigh | adaptive | max

adaptive 模式下，provider 自動管理預(yù)算：

• Claude 4.6+、Anthropic Opus 4.7+ 原生支持動態(tài)思考
• Google Gemini 也支持
• 其他 provider 會回退到固定級別

典型的用法是設(shè)置 adaptive 作為默認：

/thinking adaptive

以后聊家常時模型自動用最少思考 token，寫復(fù)雜代碼時全力思考。你只需要一句話，不用手動調(diào)。

收益：按需分配的思考 token，整體 token 消耗降低 15%-25%，同時關(guān)鍵任務(wù)的輸出質(zhì)量不降反升——因為 budget 真正用在了需要的地方。

3. Cron + Heartbeat + Task Flow：定時任務(wù)與自動化

這是 OpenClaw 自動化能力的核心升級。三個組件各司其職：

Cron 精確調(diào)度：Gateway 內(nèi)置任務(wù)調(diào)度器，支持標準 Cron 表達式，以及一次性提醒（--at）。任務(wù)隔離執(zhí)行，可指定特定模型，輸出可投遞到聊天頻道或 Webhook。

# 每天早上8點執(zhí)行郵件摘要任務(wù)，使用 Claude Opus 4.7
openclaw cron add "0 8 * * *" "summarize emails" --model opus-4.7 --channel #daily-summary

Heartbeat 周期性自檢：默認每 30 分鐘一次主會話輪詢，批量處理收件箱、日歷、通知檢查。帶完整會話上下文，可以讓你在聊天中直接觸發(fā)。

Background Tasks + Task Flow：openclaw tasks list/audit 命令查看所有后臺執(zhí)行記錄。Task Flow 支持多步編排、版本追蹤、managed/mirrored 兩種同步模式。

# 查看后臺任務(wù)列表
openclaw tasks list

# 審計任務(wù)執(zhí)行記錄（包括每次調(diào)用的 token 消耗和耗時）
openclaw tasks audit

這套體系最大的好處是不再需要外部 cron + 腳本。所有調(diào)度、執(zhí)行、日志都在 Gateway 內(nèi)部閉環(huán)，排查問題時直接從 tasks audit 看完整鏈路。

4. 踩坑：不是所有 provider 都聽話

三個功能雖然好，但有一些實際使用中需要注意的坑：

/fast 的 provider 依賴：OpenAI/Codex 走 priority 隊列，Anthropic 走 auto。如果你用的是其他 provider（比如 Groq、Together），可能不支持或者效果打折扣。我的建議是：先在你的主力 provider 上測試 /fast auto 的行為，再決定是否全局啟用。

adaptive 只在部分模型生效：Claude 4.6+、Opus 4.7+、Gemini 支持。老模型（比如 Claude 4.5）不支持動態(tài)思考，會回退到固定級別。升級 Agent 版本時確認一下。

Cron 任務(wù)需要 Gateway 持續(xù)運行：OpenClaw 是自托管方案，需要你自己的服務(wù)器/機器運行 Gateway 進程。如果 Gateway 宕機，所有定時任務(wù)都會丟失。建議加 systemd 自動重啟，或者用 Docker 部署。

5. 升級建議

如果你已經(jīng)在用 OpenClaw，升級到 v2026.6.10 有兩種方式：

推薦：

openclaw update

自動檢測安裝類型、拉最新版、跑診斷、重啟 gateway，不需要手動操作。

手動（慢慢來）：

npm install -g openclaw@latest
openclaw doctor       # 診斷并重啟 daemon
openclaw dashboard    # 打開控制面板驗證

升級后建議按這個順序開啟新功能：

1. 先試 /thinking adaptive —— 零 風(fēng)險，收益最明顯，不符合立即改回來
2. 再試 /fast auto —— 建議在低流量頻道測試兩天，觀察錯誤率和 token 消耗
3. 最后配置 Cron + Heartbeat —— 從最簡單的「每日總結(jié)」開始，逐步加復(fù)雜任務(wù)

6. 總結(jié)

OpenClaw 這三次更新（auto fast、adaptive thinking、Cron+Heartbeat+Task Flow）不是孤立的功能點，而是一條清晰的降手動、提效率路線。它們回答了一個工程師最真實的問題：我能不能別在每天的小決策上浪費精力？

真正的效率提升不是模型跑得多快，而是你不需要一次次替 AI 做「該用哪個模型」「該思考多深」「該什么時候執(zhí)行」的決策。把這些決策編碼成系統(tǒng)規(guī)則，讓 Gateway 自動判斷，你只關(guān)心結(jié)果。

回到文章開頭說的「自動擋」——現(xiàn)在的 OpenClaw 離真正的自動駕駛還有距離（比如跨任務(wù)編排的自動優(yōu)化、動態(tài)路由復(fù)雜度判斷），但如果你先從這三個設(shè)置入手，至少每天能省下 30 分鐘的「手動換擋」時間。這 30 分鐘省下來，比任何模型升級都來得值。不是工具越來越強，是你越來越不需要操心它——這才是真正的效率。

到此這篇關(guān)于OpenClaw中3個提效設(shè)置實戰(zhàn):自動快模式、自適應(yīng)思考、定時工作流的文章就介紹到這了,更多相關(guān)OpenClaw提效設(shè)置內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持腳本之家！