這週我們內部 20+ AI 流程裡有 7 條跑在 claude-sonnet-4-20250514 上頭——n8n 文件 OCR、客服初稿、內部 KB 檢索、commit message 整理、報價單草擬、客戶提案改稿、PR 風險分析。三天後（6/15）這個模型就會從 Anthropic API 退役。我們從上週開始遷移，本週收尾，這篇就是把 72 小時的遷移路徑、Sonnet 4.8 該不該等、合約怎麼重簽，攤開來給其他中小企業老闆參考。
根據 Anthropic Retirement Schedule，2026 年 6 月 15 日 claude-sonnet-4-20250514 與 claude-opus-4-20250514 兩個型號將正式從 API 移除，請求會回 404。同時，Anthropic 6/16-18 將發布 Sonnet 4.8，主打 Dynamic Workflows + 1M context window beta + agent planning 全面強化。兩件事擠在同一週發生——這是中小企業老闆 6 月最該盯緊的 AI 採購節點。
先說結論：API 用戶必須在 72 小時內把模型字串改到 claude-sonnet-4-5 或 claude-sonnet-4-6（推薦），合約沒到期的可以等 Sonnet 4.8 GA 之後談 6-12 個月的 token 重新議價。Dynamic Workflows 不會立刻改變既有 RPA / n8n 流程，但會在 3 個月內讓「客製化 AI 代理」的採購重新洗牌。
Sonnet 4 / Opus 4 6/15 退役對中小企業的真實衝擊
Anthropic 的模型退役政策是「6 個月前公告 + 12 個月 deprecated + 退役當天 404」，這次 claude-sonnet-4-20250514 與 claude-opus-4-20250514 走的是 12 個月退役流程。對中小企業實際的衝擊有三層：
第一層：n8n / Zapier / Make 這類 SaaS 工作流——大部分平台已自動切到 4.5 或 4.6，你不會發現。但「自寫 API 整合」（例如 Python 後台跑 anthropic.messages.create）若沒改字串就會在 6/16 開始整批 404。
第二層：Claude Code、Cursor、Windsurf、Aider 這類「自帶 API key」的 IDE 工具——大部分已預設改用 4.6 或 Opus 4.5，但若你工程團隊有人手動寫 Claude Code 設定檔指定 claude-sonnet-4-20250514，6/15 之後該設定就會壞。
第三層：合約上鎖在「claude-sonnet-4-20250514」字串的 enterprise 客戶——這是最痛的——3 個月前簽的 enterprise 合約 SLA 若寫了具體模型版本，6/15 之後 Anthropic 不再提供該模型，技術上算違約。Anthropic 會主動提供升級路徑，但 procurement / 法務要重新審 SLA 文字。
⚠️72 小時遷移路徑（含 git 搜尋命令）
立即跑這 3 個命令: (1) `grep -rn "claude-sonnet-4-20250514\|claude-opus-4-20250514" .` 把 codebase 中所有寫死的舊版字串找出來; (2) 在 n8n / Zapier / Make 開「Claude」credentials 設定頁, 確認所有 workflow 預設模型已切到 sonnet-4-5 或 sonnet-4-6; (3) 開 Anthropic Console → Usage → 過去 30 天看哪個 model_id 還在跑 4-20250514, 6/15 前必須全部清零。 如果你公司沒人盯這事, 6/15 隔天早上 8 點員工會發現「AI 客服初稿崩了」「PR review bot 死了」「報價單草擬不見」——這些都是無聲故障, 沒有人會收到通知, 但所有跑舊版字串的請求會全部 404。
Sonnet 4.8 6/16-18 GA 對中小企業 AI 採購的 3 個改變
根據 ChatForest Builder Preview 與 Anthropic 已公開的 dev notes，Sonnet 4.8 對中小企業最有意義的 3 個改變是：
改變 1：Dynamic Workflows 取代固定 prompt chain
過去的 AI 工作流是「定 prompt → 跑 → 拿結果」，現在 Dynamic Workflows 讓 agent 自己根據中途結果改變後續步驟。對中小企業實際意義：n8n + Claude 串的 AI 流程不再需要把所有路徑寫死。例：「客服分流 → 簡單 FAQ → 直接回信、複雜問題 → 拉客戶資料 → 寄 alert」三條路徑可以合併成「動態判斷 → 自選路徑」，工作流維護成本降 40-60%。
改變 2：1M context window beta 開放給 enterprise
過去 Sonnet 4.5 / 4.6 是 200K context，要分批塞文件、寫 RAG。Sonnet 4.8 把 1M context 開到 beta（需向 Anthropic 申請），中小企業實際意義：3 萬字的合約、80 頁的產品手冊、半年的客服對話紀錄，可以一次塞進去 + 一次性問。對「合約審閱」「產品 KB 問答」「客服情緒分析」這類工作流，從「拆+組合」變「整包問」。
改變 3：Agent planning + tool use 全面升級
Sonnet 4.8 的 agent planning 能做 30 步以上的長程任務（過去 Sonnet 4.6 大約 10-15 步穩定），tool use accuracy 也再升一階。中小企業實際意義：n8n 跑「跨 5 個 SaaS（Slack + Notion + Gmail + Stripe + HubSpot）的長流程」會比過去穩定。但這也代表「工程師寫 agent」這件事的門檻降低——客製化 AI agent 採購會在 3-6 個月內被洗牌。
中小企業 AI 採購節奏重整：6 個月行動清單
6/15 退役 + 6/16-18 Sonnet 4.8 + Anthropic 5/15 訂閱信用池改革（見 Post #719）三件事擠在同 8 週內。中小企業老闆未來 6 個月該怎麼動，我們的判斷是分三階段：
階段 1（6 月）：止血 + 觀察
這個月的優先序：(1) 72 小時內遷移所有 API 請求到 4.5 / 4.6；(2) 觀察 Sonnet 4.8 發布後 2 週內的真實表現，benchmark 與 builder review 都會出；(3) 暫緩任何「指定模型版本」的合約簽署，等月底再簽。預算上：6 月 token 支出抓「過去 3 個月平均 +10%」（4.6 比 4.5 稍貴）。
階段 2（7-8 月）：選定 + 試跑
Sonnet 4.8 GA 後 4-6 週是 sweet spot——builder review 已穩定、API 回應穩定、bugs 被修一輪。中小企業這 8 週內：(1) 把 1M context 用在「3 個高價值場景」試跑；(2) Dynamic Workflows 改寫「最熟悉的 2 條 n8n workflow」，量測維護成本下降；(3) 跟 Anthropic 或代理商談 6-12 個月 token 議價，把 Sonnet 4.8 + Opus 4.5 雙模型混跑放進合約。
階段 3（9-12 月）：規模化 + 重整合約
試跑驗證的 3 條 workflow 規模化、Token 預算重抓（4.8 預估 caching + dynamic planning 可省 20-30% token）、enterprise 合約把「6 個月一次模型 review」寫進條款。重點：不要把合約鎖在具體模型字串，要鎖在「tier」（Sonnet tier、Opus tier）——這次 6/15 退役就是寫死字串的教訓。
採購合約 5 個訊號：6 月該不該換廠商、要不要再簽 12 個月
換廠商（從 Anthropic 換到 OpenAI / Google）的判斷不是「誰最新」，而是「合約結構誰最有彈性」。給你 5 個訊號做判斷：
訊號 1：合約有沒有寫死模型字串。寫死字串的合約 6/15 之後可能違約，要重簽。Anthropic 的標準 enterprise 合約已從 5 月開始改寫「tier」而非「具體模型」，舊合約要主動找 sales 改。
訊號 2：SLA uptime 是否包含「模型可用性」。多數 SLA 寫的是 API uptime 99.9%，但「模型可用性」（特定模型是否可呼叫）通常不在 SLA 內。enterprise 合約應該補上「tier 內任一可用模型」這句保護自己。
訊號 3：token cap 與 burst 條款。Sonnet 4.8 的 1M context 會讓「單次請求 token 量」暴漲——舊合約若有「每請求 200K 上限」會直接撞牆。要主動談 1M context 條款。
訊號 4：fallback API 是否寫進合約。我們的看法是 enterprise 合約應該保留「Claude API 不可用時自動 fallback 到 Bedrock / Vertex」的權限，這在 6/15 退役這種情況下是保命條款。
訊號 5：6 個月退場條款。中小企業合約不該簽 12 個月以上的 token 預付，6 個月「無痛退場」要寫進去。Sonnet 4.8 → 4.9 → 5 的節奏可能是 8-10 個月一次，鎖太久會吃虧。
ℹ️我們不認同的一句話
市面上大家都在說「等 Sonnet 4.8 出來再看」——我們的判斷是, 等 4.8 出來再決定是錯的, 6/15 退役這 72 小時是必須先動的硬規則, 跟 4.8 好不好用是兩件事。 把這兩件事混在一起的中小企業, 6/16 早上會同時面對「服務崩了」+「新模型還沒學會用」雙重壓力, 是最痛的場景。先把退役遷移做完(這週)、再來研究 4.8(下週), 兩件事拆開做。
Dog-fooding:我們的 7 條 AI 流程怎麼遷移
ℹ️我們做過這件事
我們公司內部 20+ 個 AI 流程裡有 7 條跑在 claude-sonnet-4-20250514, 上週開始遷移。流程: (1) `grep -rn` 找出所有寫死字串(7 條 workflow, 23 處字串); (2) 改 n8n credentials 預設模型到 claude-sonnet-4-6, 同時保留 .env 中的 `CLAUDE_MODEL` 變數方便將來切換; (3) 每條 workflow 改完跑 dry-run, 比對輸出品質(7 條中 5 條品質相當、2 條反而變好); (4) 客服初稿這條我們刻意保留 Opus 4.5 + Sonnet 4.6 雙模型混跑, 邏輯是「客戶情緒判斷用 Opus 4.5 + 標準回信用 Sonnet 4.6」, 月 token 預算 +12% 但客服回應品質升 18%。 這個 7 條遷移的經驗在我們的 AI 系統開發案子裡會直接套用——客製化 AI agent 從一開始就應該設計成「模型可切換」, 不要把字串寫死在 .py 或 workflow JSON 裡。想討論「貴公司的 Claude 流程怎麼設計才不會被退役綁架」, 跟我們 聊聊現況 。
常見地雷:6/15 之後第一週可能撞到的 5 件事
從 6/16 凌晨開始，這 5 件事最常被中小企業 IT 撞到：
地雷 1: n8n 自動切換失敗。少數 n8n self-hosted 老版本(<1.62)不會自動切, 要手動進 Credentials 改。
地雷 2: Cursor / Windsurf 設定檔指定舊字串。工程師個人設定檔(~/.cursor/settings.json)裡寫死的模型字串會壞, 但 IT 看不到。
地雷 3: Claude Code agentic 工具的 fallback chain 撞牆。長 chain 跑到一半 404 會吃掉前面已花的 token, 帳單暴漲。
地雷 4: Anthropic Console 跑批次的 historical run 失敗。已經排程跑 daily / weekly 的 batch job 在 6/15 凌晨會集體死, 要在 6/14 前先測一輪。
地雷 5: SLA 合約自動續約日期落在 6/15-30。enterprise 合約若 6 月底自動續, 你會被綁在「合約已寫死舊模型 + 但 API 已無該模型」的法務矛盾裡。
Anthropic vs OpenAI vs Google:6 月該不該換家
被問最多的問題就是「Anthropic 退役太快, 要不要乾脆換 OpenAI 或 Google」。我們的判斷是 6 月暫時不要動。原因：
(1) OpenAI 的 GPT-4.5 / GPT-5 退役節奏跟 Anthropic 差不多, 不是換家就解決; (2) Google Gemini 2.5 Pro 在 agent planning 還落後 Sonnet 4.6 約 25-30%(Pichai 自己承認, 見 Post #766); (3) 換家的真實成本不是 token 價差(差 10-30%), 而是 prompt 重調 + workflow 重測 + 工程師重學, 對中小企業是 80-150 萬的隱性成本。
真要換家, 等 Sonnet 4.8 與 GPT-6 / Gemini 3 都出來之後再評估(預估 2026 Q4)。現在的最佳策略是「Anthropic 為主 + Bedrock fallback」, 把 fallback 寫進合約是這 6 月該做的事。
ℹ️我們怎麼看
Anthropic 的模型退役節奏未來 12 個月會穩定在「6-9 個月一次主版本」, 跟 iPhone / Android 的節奏類似。3 年後贏的不會是「最便宜的 AI 廠商」, 而是「合約結構最有彈性、能跟著模型節奏 6-12 個月重整一次」的中小企業。 對中小企業老闆而言, 現在最該做的不是猜哪個模型最強, 而是把「AI 採購 SOP」做出來: 每 6 個月一次 token 預算 review, 每 12 個月一次合約重簽, 每次新模型 GA 後 4 週 + 2 條 workflow 試跑驗證。把 AI 採購當成「定期維護的水電合約」而不是「一次性買的設備」, 就不會被 6/15 這種退役搞得手忙腳亂。
常見問題 FAQ
Q已經跑了 1 年的 Claude Sonnet 4 workflow 6/15 之後會怎樣?
如果你的 workflow 是寫死 claude-sonnet-4-20250514 字串, 6/15 凌晨之後所有請求會 404, workflow 失敗。立刻把字串改成 claude-sonnet-4-5 或 claude-sonnet-4-6——這兩個是直接相容的升級版, 不需要重調 prompt。
QSonnet 4.8 該不該等?還是直接用 4.6?
6 月當週就要動的 workflow 用 4.6(穩定 + 便宜); 7-8 月之後規模化的新 workflow 用 4.8(Dynamic Workflows + 1M context 有真實價值)。不要為了等 4.8 而拖延 6/15 的遷移, 兩件事拆開做。
QOpus 4 退役對 Claude Code 用戶有影響嗎?
Claude Code 預設已切到 Opus 4.5, 多數人不會發現。但若你個人 .cursor/settings.json 或 claude-code config 寫死 claude-opus-4-20250514, 6/15 之後該設定會失效, 要手動改成 opus-4-5 或 opus-4-6(若已 GA)。
Q我們公司 enterprise 合約寫死了模型版本怎麼辦?
立刻聯絡 Anthropic sales 或 procurement, 改成「tier-based」條款(Sonnet tier 內任一可用模型)。標準 enterprise 合約從 5 月起已預設改成 tier, 5 月前簽的舊約要主動回去改。
QSonnet 4.8 的 1M context 中小企業真的需要嗎?
看場景。合約審閱、產品 KB 整篇問答、半年客服歷史分析這 3 類場景, 1M context 會省掉複雜 RAG 架構, 大幅降低工程成本。日常客服回信、簡單 FAQ、報價草擬, 200K 完全夠用, 1M 是浪費。建議先試 3 個高價值場景。
Q6/15 退役同一週 Sonnet 4.8 又發布, 採購節奏怎麼抓?
我們的建議: 6 月做止血(遷移 + 觀察), 7-8 月做選定(試跑 + 議價), 9-12 月做規模化(合約重整)。不要在 6 月同時動兩件事, 風險太集中。
如果你公司的 Claude 流程也卡在「不確定哪些 workflow 寫死了舊模型字串」「6 個月 token 預算怎麼重整」「enterprise 合約該改哪幾條」這類問題, 歡迎把現況丟給我們 — 我們會用過去 12 個月幫中小企業遷移過 7-10 套 AI 流程的經驗, 一起整理出 72 小時遷移路徑與 6 個月採購節奏。聯絡方式: /services/ai-consult 。
AUTHOR
自由揚AntonyLin
想了解更多？看看我們的相關服務
相關文章
ElevenLabs 語音克隆完整評測 2026:IVC 與 PVC 差在哪、中文品質實況、4 大情境工具怎麼選
企業官網設計外包採購完整指南:6 個關鍵決策、3 個報價區間(15-200 萬)、5 條合約紅線——中小企業老闆 12 個月不踩雷的選商框架
30 人以下中小製造業 AI 與數位轉型補助 2026 完整申請指南:經濟部 10 萬方案、AI+ 產業智慧共創 500 萬、商業署服務業擴充——4 條補助路徑與 6 個地雷
OpenCode + Aider 開源 AI Coding Agent 完整實戰：中小企業「自架 vs SaaS」採購 5 個訊號 + 60 天評估清單
Anthropic Project Glasswing 企業擴張完整解析：中小企業 AI 資安自動化採購 5 個訊號 + 60 天評估清單
留言(0)
尚無留言，成為第一個留言的人吧！