Composio Instant 上線：Agent 錢包按次付費，免逐家開帳號

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

Composio 在 10 月 8 日的官方部落格文章上架了 Instant，10 月 14 日晚間 5 點（UTC，台北時間 10 月 15 日凌晨 1 點）再於 X 發文，宣布把 100 萬美元灌進 Agent 錢包讓 Agent 去領。變動本體一句話講完：AI Agent 現在可以用 Composio 的預付錢包，按次付費使用超過 100 種付費工具，不必替每家供應商開帳號、複製 API 金鑰，也不必為了單一任務養一份用完就忘記取消的月費訂閱。

這是 Agent 生態把「付費工具」包裝成水電費的一步：接一次，用多少算多少。不過官方技術文件裡有三段話，把這個便利的真實邊界講得比行銷頁清楚很多。看懂那三段話，比知道活動總獎金是多少更值得。

先分清楚兩個日期：上架與宣傳是不同事件

官方部落格文章的結構化日期寫 2026-10-08，X 貼文的 snowflake 時間戳解出 2026-10-14T17:00:01Z，兩者相差六天。也就是說，Instant 這個功能 10 月上旬就已經隨部落格文章上線，10 月中旬的討論高峰來自那則「We’re giving away $1 million to agents」的活動宣傳，兩個時間點不該混成同一個發布日。

那則貼文到 10 月 17 日為止累積約 1,159 個讚與 185 則討論，宣傳片與文字都指向同一件事：替你的 Agent 領一份錢包額度。實際點進連結，落地頁寫的是「Your agent’s first $2 is on us」，每個新帳號起始 2 美元。100 萬美元是活動總量的說法，寫在頁面上對單一使用者生效的數字，就只有這 2 美元起始額度。

錢包裝了什麼：100 多種工具的核心動作

Instant 支援的工具動作跑在 Composio 準備的供應商帳號上，費用扣你組織的 Composio 預付餘額。上線時裝進錢包的付費工具官方說超過 100 種，整個 Composio 目錄則有 1,500 多個應用。清單裡叫得出名字的包括名單與聯絡資料的 Apollo、People Data Labs，網頁搜尋的 Exa、Parallel，影片生成的 Higgsfield，信箱驗證的 ZeroBounce，以及網頁抓取、SEO 資料、語音轉錄、文件抽取這幾類。

範圍邊界官方也自己講了：Instant 覆蓋的是每個供應商的核心動作，例如搜尋、查詢、轉錄，而不是對方產品裡的每個設定。把「1,500 多個應用」直接理解成「全部免開通按次付費」會高估範圍，實際能走錢包的是其中一組核心操作。

計價結構是三層疊起來的。Hobby 方案免費，每月 10 萬次工具呼叫；Pro 方案每月 29 美元，內含 29 美元月度使用額度，當月到期不滾存；Instant 的供應商費用則從 Composio 餘額另外扣，官方宣稱零加價（provider prices, zero markup），一般工具呼叫費照計，費率可能變動。

要感受單位成本的量級，官方給的例子比形容詞有用。部落格的示範任務是：用 Apollo 從超過 2 億筆聯絡人裡找出符合客戶輪廓的 10 家公司 CTO，整理進 Google 試算表，再各自草擬一封約訪信，整個任務計費 1 美元，全程不需要你開 Apollo 帳號。落地頁的團隊錢包介面則秀出逐筆費用長什麼樣子：ElevenLabs 一筆 0.090 美元、Exa 一筆 0.005 美元、Deepgram 一筆 0.168 美元、Findymail 一筆 0.020 美元、AccuWeather 一筆 0.002 美元。另一個對比是把貼文配上 60 秒語音，訂閱做要月費 22 美元，按次做約 0.09 美元。

官方落地頁也放了一張對比表：一組訂閱每月固定 139 美元，對上 Instant 四次呼叫約 0.118 美元（搜尋約 0.005、信箱查找約 0.020、語音約 0.090、抓取約 0.003）。表格自己標了 Illustrative prices，那是示意價，不是承諾價。真正的分界不在單價，在使用形態：低頻、跨多種工具的任務，按次的總帳容易壓在固定月費之下；每天大量跑同一個工具，直接跟供應商議價通常才是便宜的。官方對比的前提是「四種各一次」，用量翻一百倍後結論會翻面。

Pin

這次誰付錢，變成三層選擇題

先看前後差異。以前 Agent 要用一個付費能力，流程是：替供應商註冊帳號、把 API 金鑰塞進環境變數或秘密管理器、綁一張卡付月費，然後祈禱這個金鑰不會出現在別的地方；部落格的例子是為了一次名單任務，得開三個服務、付一筆 49 美元的月費，用完還要記得取消。現在的流程是：專案設定打開 Instant，Agent 直接呼叫，費用逐筆出現在執行紀錄裡，餘額用完加值就好。

省掉的步驟是真的，新增的問題也是真的。Instant 最容易被忽略的一點，是它沒有取代你原有的帳號，而是插進一條優先序。技術文件寫得明白：Composio 會先用使用者自己連的帳號，其次用可用的共用連線，最後才是 Instant 帳號。只有經過 Instant 帳號的呼叫才產生 Instant 扣款；用你自己的帳號跑，供應商照樣可能向你收費。明確指定的帳號最優先，而自有帳號呼叫失敗時，不會自動改用 Instant 重跑。

Pin

優先序的中間層也有出處。共用連線是 Composio 九月中公告的功能：公司裡某一個人把帳號連進組織，全團隊的 Agent 就能用，不必再把密碼或金鑰丟進聊天室傳來傳去；自己有連線的人永遠用自己的。三層擺在一起看，Composio 這兩個月做的其實是同一件事：把「誰的帳號在跑」變成一條由嚴到鬆的自動備援鏈，而 Instant 是鏈尾那個用錢解決的選項。

這條優先序直接影響你讀帳單的方式。執行紀錄裡沒看到 Instant 費用，不代表這次任務免費，可能只是它用了你自己的 Apollo 帳號，帳單下個月出現在別的地方。官方部落格把「你的帳號優先」放在 You stay in control 段落的第一條，行銷上這叫控制感，計費上這代表成本歸屬從單一帳單變成要查紀錄才知道的分配題。

餘額不是預算：文件把話說得很白

想靠預付餘額當支出上限的人，官方文件有兩段話先潑冷水。第一段：「The Session API does not have a dollar spend-cap parameter」，Session 層沒有美元上限參數，負責回報成本的 return_instant_charge 也只在事後報數，不授權也不限制。第二段：「Your prepaid balance is not a hard cap either, because balance checks are asynchronous」，餘額檢查是非同步的，餘額偵測到耗盡之後，Instant 呼叫會回 HTTP 402（錯誤碼 Metering_WalletBalanceExhausted）並且不換帳號重跑，你的自有連線不受影響。

Pin

換句話說，餘額是一個大致會停損的水位，不是每一筆呼叫前都嚴格預留費用的閘門。多個 Agent 平行工作時，把餘額當逐筆硬限制會踩空。文件給出的正解是把控制放回你自己的應用程式：在執行器裡記預算與未結預留、每次呼叫前先保留一個可信的上界、會超過剩餘預算就拒絕、無法估出上界的呼叫直接不跑。需要「沒先同意就不能花錢」這種政策的團隊，Composio 也提供人在迴路的核可範例，把執行留在你的程式裡、每次呼叫前問一次。

這正是評估 Instant 的正確姿勢：它省下的是開通與金鑰管理，留下的是支出紀律。平台拿走摩擦，把上限的責任整包退回給開發者。

失敗不收費？行銷頁和技術文件各說各話

部落格寫得很爽快：「Failed calls are free. If a call doesn’t work, you aren’t charged.」失敗的呼叫不收費。技術文件的疑難排解段卻是另一個口徑：失敗或逾時的呼叫，重試前先看執行紀錄，因為「The provider may have completed billable work」，供應商可能已經做完了可計費的工作。文件甚至補了一句更直接的：「An absent charge is not proof that the call was free.」帳單上沒有這筆，不代表這次是免費的。

兩句話不必然矛盾，更像是適用場景不同：多數失敗確實不收費，但逾時是灰色地帶，你的網路沒收到結果，與對方沒有執行，是兩種狀態。官方文件給的路徑是：重送前先查執行紀錄，費用或結果不明時，帶著紀錄裡的 log ID 寫信向支援查證，這也是費用爭議時能對帳的依據。把行銷句當計費契約，重試場景就是多付錢的地方。

省下開帳號，沒省下資料邊界

Instant 跑在共用的供應商帳號上，這個設計有連帶排除：會暴露帳號歷史或其他客戶資料的工具不在範圍內，任意 proxy 請求也不支援。文件同時寫明，輸入仍然會送到供應商，「Instant does not imply zero data retention」，Instant 不代表零資料保留。私有帳號資料或帳號專屬的操作，官方的建議就是接你自己的連線。

所以它省的是「申請帳號」這個動作，不是統一的隱私承諾。任務會碰客戶文件或內部資料時，該問的還是那一句：這些輸入會被送到哪些供應商。金鑰不進 Agent 是真的（官方強調 provider keys never reach your agent），資料進供應商也是真的，兩件事並存。同樣想解決「Agent 拿憑證做事」這個問題，另一條路線是把信任邊界畫在憑證層，用假代幣隔開真實帳密與卡號，像是前一陣子介紹過的 Self Agent Vault；Instant 選的則是付款這一側，把供應商帳號整個收走。

三種人，三種做法

已經在用 Composio 的團隊最省事：Instant 在專案設定裡預設關閉，打開後新舊 Session 都能用，也可用 instant=false 隨時關掉，關掉後你既有的連線照常工作。不過文件埋了一個工程陷阱值得抄下來：對已停用的 Session 送任何 instant 物件（哪怕只是改費用回報設定）都會把它重新打開，要維持不花錢就讓 instant 保持 false。授權範圍也可以縮到很細，例如同一個 Session 裡 Exa 和 Firecrawl 都可用，但只讓 EXA_SEARCH 這一個動作走 Instant。另外文件標明這仍是實驗性功能，設定頁找不到的人要寫信申請開通。

想試水溫，拿 2 美元起始額度跑一個範圍明確的小任務（讀一篇公開文章、做摘要、轉成一小段語音），紀錄每次呼叫的工具、價格與結果，先建立自己的成本感，再決定要不要儲值。

自己寫 Agent 的開發者要多做一件事：把預算控制寫進呼叫前的執行器，而不是事後看錢包剩多少。官方 SDK 幾行就能把 Instant 接進 Claude、ChatGPT、Codex、Cursor 或任何支援 MCP 的環境，接得越快，越需要在同一天把「每類任務最多花多少」的規則寫好。Composio 的整合目錄這一年在 Agent 工具鏈裡到處出現，先前看過的 holaOS 工作區 把它當工具通道，awesome-claude-skills 清單的維護者就是 Composio 自己，接上 Instant 等於把這些入口的付費側也交給同一家。

至於目前用不上 Agent 工具鏈的人，這則新聞的意義在於價格模型：按次計費把「試一個工具」的門檻從月費壓到幾美分，等你想讓 Agent 幫忙查資料、做語音、抓網頁時，這類錢包會是比逐家訂閱更合理的起點。什麼都不用做，知道有這個選項就好。

還沒定案的事，與這篇文章的保存期限

有三件事官方沒有給出可核對的答案。第一，Instant 的確切工具數量會漂移，100 多種是 10 月 8 日文章的數字，產品頁目錄與費率表都是動態內容，實際導入時以當下的產品頁與 API 查詢為準。第二，100 萬美元活動的分配機制沒有揭露，只知道總量與 2 美元起始額度，不必把活動金額算進任何成本規劃。第三，費率標明可能變動，文中這筆 0.003 美元的示意價，下個月不一定還在。

這些都是會過期的事實。如果這篇文章發布後一個月，你打算認真導入，值得回頭查三個地方：官方文件裡的支出控制段落有沒有改寫、你常用工具的即時費率、以及活動頁還剩什麼。工具數字會漂，那三段關於上限與失敗計費的文件措辭，才是判斷這個產品設計意圖最穩的錨。