跳到主要內容
← 回找觀念
第六架構:算力分配與未來工具協作|第 1 篇

免費的起手式最貴:前期不投資環境,後期就付燃燒稅

用財務的兩個詞看 AI 協作:Capex 是前期投資環境(規格、測試、常駐規則),Opex 是每次對話燒的 token。零投資直接開聊,每一輪都在重複付試錯的錢;官方數字是企業平均每位開發者每天約 13 美元,而成本跟 context 大小成正比。

2026-08-03 發布 · 2026-09-16 更新 · 作者整理:Lucas

大規模用 AI 之後,多數人會撞到同一件事:時間是省了,但帳單燒得比想像快。明明只是改幾頁網頁、整理一份報告,來回幾輪,工作還沒定案,額度先用完。

我用財務上兩個很普通的詞來看這件事。Capex,資本支出,前期一次投入;Opex,營運支出,每次使用都付。套到 AI 協作上:Capex 是你花時間建環境,規格書、測試、常駐規則、檢查清單;Opex 是每一次對話燒的 token,也就是 AI 讀進去和吐出來的字數,工具按這個計費。

這兩個詞的關係只有一句話:前期不投 Capex,後期就付更高的 Opex,而且是每一輪都付。

Token 經濟學:Capex / Opex

前期環境投資Capex

建 Harness、測試、規範、工具與護欄。

持續燃燒成本Opex

每輪對話、返工、錯誤修補與人工審查。

零 Capex 的三種隱性 Opex

「打開瀏覽器、訂一個月二十美元、直接開工」看起來是最划算的起手式,前期投資接近零。但它暗藏三筆會隨時間複利的營運成本。

燒 token 的試錯迴圈。專案沒結構、沒常駐規則,每次出錯你只能把整包 context 丟回去叫它盲修。Claude Code 的成本文件講得很直接:成本跟 context 大小成正比,它處理的 context 越多,你付的 token 越多;而一場開了一整天的對話,即使只問一句話,每一次請求都帶著整段歷史。

義大利麵的維護稅。沒有規範的環境,AI 寫東西很快,但寫出來的是沒有大局觀、彼此糾纏的東西。半年後出 bug,人或 AI 要花幾天做逆向工程才看得懂。

資安的補洞稅。沒有護欄的環境,漏洞跟功能一起長。在正式環境修一個資安漏洞的代價,比設計階段用護欄擋下來高很多倍。金鑰跟著程式碼一起上了 GitHub,就是這一類。

官方文件給了一個可以拿來估算的基準:企業部署裡,平均每位開發者每個活躍日約 13 美元、每月 150 到 250 美元,九成的人單日低於 30 美元。這個數字的意義不是「AI 很貴」,是「同樣的工作,做法不同可以差好幾倍」。他們列的降本方法全部都是 Capex:清掉不相關的 context、選對模型、把常駐檔移到技能、用 hook 預處理。

Capex 投在四個地方

要翻轉這個財務結構,前期要主動投資。我投在四個地方,都是前面幾篇講過的東西。

規格與完成定義:一份寫清楚的 Brief,省掉的是後面每一輪「不對,我的意思是」。常駐規則與技能:一次寫好,每次開場自動讀;細節放技能按需載入,不要每輪都付。測試與檢查清單:讓 AI 自己驗,通過才交給你,你看到的第一版就是修過的版本。護欄:hook、權限、預算上限,這一筆是保險,平常看不到它的回報,出事那天你會慶幸有付。

投完之後的效果是「編輯成本斷崖式下降」。AI 在一個治理好的環境裡產出的東西,結構天生是對的、經過自我測試的、在安全範圍內的。每一次「一次就對」,省下的是整條試錯線的 token。

不過 Capex 不是免費的,它花的是你的時間,而且回報在幾週後才看得到。所以我的建議不是「全部先建好」,是每次痛一次就投一點。常駐檔的「撞一次加一條」,就是最小單位的 Capex。

動手做

想知道自己的 Opex 花在哪,先量再改。Claude Code 打 /usage 看這場對話的 token 和估算費用;打 /context 看 context 被什麼佔掉,常駐檔、MCP 工具定義、對話歷史各佔多少。官方的建議順序:換題目就 /clear(不相關的舊 context 每一輪都在付費);多數任務用 Sonnet 就夠,複雜推理才用更貴的;MCP 用不到的關掉。

想找出最該投的第一筆 Capex,貼這段:

我最近跟 AI 協作的三個最常重複的摩擦如下。請對每一個回答:這屬於哪一種 Capex——規格/常駐規則/測試檢查/護欄?投了之後哪一種 Opex 會下降?投資大概要花我多少時間?最後只推薦一個「先投這個」,理由是回本最快。
三個摩擦:(例:每次都要重講專案背景/它常改壞舊功能/對話越來越慢)

想算一筆帳說服自己或老闆的,模型四象限那篇有一張用官方價格算的表。

做對了的樣子:你說得出自己的環境裡有哪些 Capex(檔案名、清單名);新開的對話 context 佔用比一個月前小(/context 可以看);「不對,我的意思是」的次數在下降;你有一筆 Capex 是「這週痛一次就加的」,不是「有空再說」。

回想這週跟 AI 的對話,數一數有幾次你打了「不對,我的意思是」。每一次都是一筆本來可以用 Capex 省掉的 Opex。

Capex 是前期建環境,Opex 是每輪燒 token,不投前者,後者每輪都付。成本跟 context 大小成正比,換題目就清,用不到的工具就關。Capex 投四處:規格、常駐規則與技能、測試清單、護欄。不用一次建好,痛一次投一點。

站內延伸

來源: Claude Code:Manage costs effectively(每位開發者每日約 13 美元、每月 150–250 美元、九成低於 30 美元;成本與 context 大小成正比;降本策略清單)。Capex/Opex 的比喻是我的整理。

第六架構 · 第 1 篇 · 前期投資

前期不投,
之後每一輪都在付

什麼時候看這張:時間是省了,但額度燒得比想像快,工作還沒定案就用完。

直接開聊先建環境每輪重付試錯痛一次投一點一次就做對
  • 它讀進去的字越多,你付得越多,換題目就清掉
  • 沒有規範的環境,寫得快,半年後沒人看得懂
  • 前期投四處:規格、常駐規則、檢查清單、護欄

第一個動作數這週你打過幾次「不對,我的意思是」,挑最常的那一種先投。輸入 /context 看空間被誰佔掉。

2026-09-16 查證稜線 Ridgeline
← 看更多找觀念文章
取得 AI 實戰工具與更新

之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;送出後會收到一封確認信,點了連結才算訂閱成功,之後每封信都附一鍵退訂。