---

title: Claude Max 工作流的隱形成本：真正要管理的不只是 token，而是 prompt cache TTL date: 2026-04-09 source: https://www.threads.com/@cyh.289/post/DW2N1nAk3st category: articles tags:

• Claude Max
• Prompt Cache
• TTL
• AI Workflow
• Cost Control
• Developer UX created: 2026-04-09 updated: 2026-04-09

---

Claude Max 工作流的隱形成本：真正要管理的不只是 token，而是 prompt cache TTL

概要

這則 Threads 講的是一個非常實務、但常被忽略的點：

Claude Max 的 prompt cache TTL 大約是一小時，超過一小時再互動，整批對話都可能重算與重 cache，直接吃掉一大筆額度。

貼文提到的體感是：

• 超過 1 小時回來續聊
• 整段上下文被重新計算
• 一次直接收 125% 額度

作者因此採取一個很務實的策略：

• 在 statusline 顯示最後一次 assistant 回應時間
• 接近 TTL 時主動提醒
• 自己抓 55 分鐘 當緩衝
• 避免剛好踩到 cache 過期

這篇真正值得 Allen KB 記錄的，不只是某個產品參數，而是它揭示了一個更大的工作流觀察：

在 Claude 類長會話環境裡，真正要管理的不只是 token，而是 prompt cache 的有效期。

這篇真正的重點

1. AI 成本控制不只是「少聊一點」，而是「不要讓上下文整段失效」

很多人談 AI 使用成本，第一反應通常是：

• 少發幾句
• prompt 簡短一點
• 不要塞太多 context
• 不要一直重跑

但這篇提醒的是另一種成本來源：

不是你本輪說了多少，

而是你是否讓前面整段上下文 cache 失效。

如果長會話本來已經建立好：

• 大量歷史對話
• 工作背景
• 專案脈絡
• 漸進累積的上下文

一旦 TTL 過期，再次互動就不是「多算一點」而已， 而可能是 整段 history 成本突然回來找你算帳。

這表示對重度使用者來說，閒置時間本身就是成本變數。

2. TTL 是一種「隱形 UX」，但其實決定了真實工作流節奏

這篇最有價值的地方，是它把一個通常藏在產品內部機制裡的東西，拉成明確可管理的操作變數。

對使用者而言，TTL 如果不可見，就會變成：

• 為什麼剛剛這次突然變很貴？
• 為什麼 resume 有時會跳 summary，有時不會？
• 為什麼同樣續聊，今天和昨天的成本不一樣？

這些看似隨機的體驗，背後往往就是 cache 與 TTL 在作用。