在 Reddit 看到有人從 Claude 換去 GPT-5.5,我開始認真評估我的 side project stack 了
在 Reddit 上看到有人分享說準備從 Claude 換到 OpenAI Pro,理由是在 OpenClaw 裡重度測試 GPT-5.5 幾天,覺得速度和推理品質都夠強,打算花那個每個月 $100 換過去。
我看完的第一個念頭是:等等,那我那堆 side project 的 workflow 是不是也要重新評估一遍?
我目前 NAS 的自動備份監控、每天早上的新聞摘要整理、還有一個半成品的股票波動提醒,全部都是用 OpenClaw 串的。一直以來都跑 Claude Sonnet,沒什麼大問題,但偶爾在需要複雜判斷的任務上會有點轉圈——比如說讓它根據多個條件決定要不要推 Telegram 通知的邏輯,有時候會過度解讀或繞太多步。
那篇文說 GPT-5.5 在 OpenClaw 裡做 daily assistant work 很穩,context 跟得住、reasoning 夠快,這讓我有點心動。我的 side project 大部分不是什麼超複雜的企業級 workflow,更多是「要快、要穩、最好不要讓我一直去 debug」的類型,照這個描述聽起來蠻符合的。
但看到 Fast mode 那段的時候我稍微冷靜了一下。
Fast mode 燒 2.5x usage 這件事真的很關鍵,但很多人設定自動化的時候可能沒特別注意。如果你跟我一樣開了一堆後台任務——cron job 定時觸發、heartbeat 每半小時 check 一次狀態、某個 skill 被事件喚醒然後又叫了一堆工具——Fast mode 很容易在你沒注意的情況下悄悄吃掉配額。
我以前有一次設錯 interval,一個 NAS monitoring task 在半夜狂跑了幾個小時,隔天早上才發現用量已經爆掉,那天剩下的工作全部慢速跑。所以現在對「偷燒用量的隱藏設定」特別敏感。
如果我真的要換 GPT-5.5 跑我的 side project stack,大概會這樣規劃:
- 自動化任務(cron / heartbeat):一律標準 mode,不碰 Fast
- 即時互動(臨時 debug、問問題、改 code):再考慮開 Fast
- 先跑一到兩週,看看實際用量消耗在哪,再決定要不要升 Pro
說實話還沒決定要換,但這篇讓我認真在想了。我自己用 OpenClaw 的方式跟那個作者其實蠻像的——不是拿來做什麼大型 agent 系統,就是把日常瑣事自動化、讓各種通知和整理不用靠自己手動——如果 GPT-5.5 在這個用法上確實更穩,那換過去也是合理的。
有人實際拿 GPT-5.5 跑 cron-based 或 heartbeat 類型的自動化任務嗎?想聽聽真實的用量數字,不然我就只能自己測了。
作者:Hector19