原文：Threads
摘要
@code_peasant 認為軟體業「按人頭計費」（per-seat pricing，每多一個使用者帳號多收一份錢）的生意已經不合時宜。
AI agent 時代靠「用戶數成長帶動營收」太慢，新一代 AI native 軟體層的成長動能，來自打造 專門給 agent 使用 的服務：
agent 開資料庫、開雲端機器、開 repo、刷卡付款，數量和速度都遠超過人類使用者。貼文列了幾家正在這條路上跑的公司當佐證。
重點
- per-seat pricing 的天花板：收入跟人數綁在一起，但 agent 不是「人」，一個人能同時驅動幾十個 agent，按人頭收費抓不到這些用量。
- Insforge：給 agent 用的 serverless cloud（serverless 指不用自己管主機、按用量計費的雲端服務），用戶增長速度被形容為「超誇張」。
- Turso：雲端資料庫服務，70% 的資料庫是 agent 自動建立的；貼文發布前一天剛宣布被 Supabase 併購。
- Cloudflare Artifacts：定位是「給 agent 用的 GitHub」，讓 agent 自己存放與版本管理程式碼。
- Grok Bot、Muse、OpenAI Dot：給 agent 用的 cloud instance（雲端上的虛擬機器），agent 需要自己的執行環境。
- Mercury：推出專門給 agent 用的虛擬信用卡，讓 agent 能在額度與權限控管下自行付費。
- 共同模式：把原本賣給「開發者」的基礎設施（資料庫、主機、程式碼託管、支付），重新包裝成 agent 可以自助開通、用量驅動 的服務。
個人洞見
這跟 VGPU 把 API 設計成讓 agent 可讀可驗證 和 WebMCP 讓網站直接把功能開放給 agent 是同一個方向：
產品的「主要使用者」正在從人變成 agent，從 API 設計到計費模式都要跟著改。
Anthropic 說軟體開發的瓶頸已不在寫程式，那麼基礎設施能不能被 agent 無摩擦地開通、計費，就會變成下一個瓶頸。
自己做知識花園這類小服務時，也可以想想：如果呼叫者是 agent 而不是我，介面和限額該長什麼樣。