如何關閉單一 Agent？花費上限與 Kill Switch

在擴展任何代理設置之前，有個問題值得先問：究竟哪一個確切的操作，能在當下停住某一個代理，而不會連帶停住你？對 2026 年 8 月的大多數部署而言，誠實的答案是「更改我自己的密碼」——但這會停掉你執行的所有代理，並連帶把你鎖在自己的帳戶之外。那不是緊急停止開關，而是自毀裝置。OrcaID 的每月上限和一鍵暫停，便是試圖做出把範圍限定在代理本身的版本。

這件事之所以突然變得緊急，是因為代理程式已變成長時間運行。SpaceXAI 的 Grok Bot 於 2026 年 8 月 11 日推出，設計上是為了在你闔上筆電後仍持續運作。來自 Nous Research 的 Hermes Agent 內建 cron 排程器，設計成可運行數個月。OpenClaw 會在你自己的機器上執行主動式背景作業。在這三種情況下，軟體的預設狀態是執行中，而操作者的預設狀態是未查看。為受監督的工作階段所設計的控制措施，無法在這種反轉下存續。

警示不是限制

現今大多數的支出控制都只是有禮貌的通知。你將門檻設定在預算的80%，然後收到一封電子郵件，但花費仍然繼續。對於人為驅動的使用方式來說，這樣就足夠了，因為電子郵件會送達一個可以決定停止的人手中。

SpaceXAI 自家的 Grok Bot 頁面上有一則推薦語，應將其視為風險揭露：「我曾向 Grok Bot 展示過一個工作流程，現在我完全信任它會永遠執行下去。我覺得自己的效率提高了 2–3 倍，因為它不需要我驗證和審查。」這是一位滿意用戶在準確描述一種狀態——而支出警報的存在正取決於這種狀態不存在。同一頁面所列五個專業通道之一即為支出。

對無人值守的代理程式來說，警報幾乎毫無用處，原因在於時機而非原則。一個在迴圈中的代理程式，可以在一個下午燒掉一個月的預算。一個警報若是送達給正在睡覺、在週末、或只是在開會的人，就會在它原本要預防的事件發生之後才到達。更糟的是，警報閾值通常是根據會延遲的帳單資料來評估——等到數字具有權威性時，開支已成歷史。

上限（cap）是另一種事物。在 orcaid.ai 上，每月上限被描述為硬性停止，且卡片「一旦超過你的上限就會被拒絕」。這段措辭正是兩者的區別所在：控制是在交易當下透過拒絕來執行，而不是事後才回報。觸及硬性上限的代理程式會失敗——這對於超出其授權範圍的軟體來說是正確的行為，而且只有在失敗是乾淨俐落的情況下，你才能容忍這種情況。

這與為何資金在花費前會被保留有關。僅以已清算交易來評估的上限，可能被所有進行中的交易所突破。而以保留款加上已清算支出來評估的上限則不會，這正是「hard」一詞之所以站得住腳的原因。

一個蓋子要能發揮作用，必須具備三件事。

並非每個自稱為上限的限制都能為無人值守的代理發揮作用。真正有效的上限具備三項特性。

按代理計，而非按帳戶計。涵蓋整個代理艦隊的單一上限必須設得夠高，才能容納最昂貴的成員；這意味著其他每個代理都在一個永遠不會觸及的上限下運行，因此根本沒有任何保護。Grok Bot 的設計假設多個機器人並行運作，各自專精於不同任務；研究機器人會進行大量廉價呼叫，採購機器人則偶爾進行大額採購，兩者需要不同的數值，而單一共用上限無法表達這種差異。

在交易時強制執行，而非在報告中。 上文已涵蓋。如果機制是「我們注意到並告訴你」，那就是監控。

同時涵蓋兩種成本面向。代理程式在推論與世界互動上都有花費。僅限制推論會讓卡片額度無上限；僅限制卡片額度則會讓迴圈代理程式能無限期地燒掉代幣。這就是為什麼單一帳本作為控制手段而不只是便利措施很重要——「代幣 + 美元，單一帳本」是總額具有意義的唯一形式。

預算警示達到80%。 能否阻止凌晨3點的循環？ 不能。 是否限定於單一代理？ 有時候。 是否涵蓋代幣與美元？ 很少。

每月有額度限制的卡片。 能阻止凌晨3點的循環嗎？： 部分可以——超過額度後，且僅限於卡片消費。 僅限於單一代理嗎？： 僅在每名代理配一張卡時。 涵蓋代幣和美元嗎？： 沒有。

每個金鑰的模型預算。 能阻止凌晨3點的迴圈嗎？ 僅供推論。 是否僅限於單一代理？ 是。 是否涵蓋代幣與金額？ 否。

每個已注資代理帳戶的硬性上限。 會阻止凌晨3點的迴圈嗎？： 是的。 是否僅限於一個代理？： 是的。 涵蓋代幣和美元嗎？： 是的，如果帳本是統一的。

撤銷問題是更難的一半。

額度上限能處理花費過多的代理。但對於在預算內行為不當的代理——洩漏資料、寄信給錯誤的人、擅自註冊服務、執行本應忽略的指令——它們毫無作用。要處理這些情況，你需要阻止它，而阻止正是借用身份模型最失敗的地方。

如果代理程式使用你的憑證運作，你的選項都很糟糕。輪換憑證會讓代理停止運作，同時也讓你停止，以及所有共用該憑證的其他代理。撤銷 OAuth 授權比較乾淨，但通常很粗糙，而且對活躍的瀏覽器工作階段沒有作用。終止處理程序只對你自架的代理有效——對雲端執行的機器人無效。而且在每一種情況下，你都是在對自己的身分動手術，以懲戒一個軟體。

OrcaID 所述的版本是一個停止開關，顯示為「作用中 · 一鍵暫停」，網站將其暫停描述為「一切都會停止。其他一切都不會再動。」而重要的關鍵字是其他一切——其範圍以 handle 為基準，因此從該名稱衍生的錢包、卡片、收件匣和號碼都會一併停止，而操作者自身的帳戶則不受影響。

這之所以可能，是因為代理的權限從一開始就是分開的。你無法在共享憑證上事後追加選擇性撤銷；停用的粒度由身分的粒度決定。這是整個 OrcaID 設計中最有力的論點，也是能超越任何產品而普遍適用的論點：如果你想要能夠關閉某一個代理，該代理就必須擁有自己的身分，而你必須在擁有代理群之前就先做出這個決定。

把整件事解讀為一條牽繩

orcaid.ai 上的框架刻意保持狹窄：「名字就是韁繩。一件事要資助。一件事要設上限。一件事要拉動。」三個步驟——預留、資助與設上限、拉動。

讓這不只是口號的是，這三者都作用於同一個對象。實際上，代理治理的失敗模式在於控制項分散在不同地方：支出在卡片入口網站，存取在身分提供者，模型預算在廠商儀表板，而關閉開關則無處可尋。一名操作員在時間壓力下面對四個控制台，將無法正確使用任何一個。將資金、上限和拉動整合到單一控制柄上，意味著只有一個地方需要查看，也只有一件事需要做。

值得說清楚的是，上限和開關本身並不構成安全架構。它們限制了成本和持續時間；它們不判斷某個特定行為是否恰當。那是另一種控制——評估一個運行中的代理在每次請求中允許做什麼——並且它應與之並存，而非取而代之。上限回答「多少」；策略回答「是否」。

狀態，直白地說：在 orcaid.ai 上，錢包、卡片和號碼標示為「by verification」（經驗證），收件匣則標示為「at launch」（推出時）。保留用戶名是免費的，不會開設帳戶，也不會開始計費。此處所述的額度上限（cap）與緊急停止開關（kill switch）是預註冊階段的設計聲明，且尚未宣布與 Grok Bot、OpenClaw 或 Hermes Agent 的任何整合。

本週要落實什麼

OrcaID 控制項目前都無法使用，所以這裡提供的是不等待的版本。

{{1}}為單一 agent 寫下關閉程序；若其中涉及變更你自己的東西，請將其視為發現（finding），而非計畫。{{/1}} {{2}}為每個 agent 配發專屬的 API key，讓模型花費既可歸屬又可獨立撤銷——這通常免費，也是當今槓桿最高的單一變革。{{/2}} {{3}}對 agent 可觸及的任何支付工具設定真實上限，金額以你願意接受損失的數字為準，而非以方便為考量。{{/3}} {{4}}在平台允許之處，將警報改為停止機制（stop），因為在你睡覺時觸發的警報，其實已經失敗了。{{/4}} {{5}}並檢查是否有任何機制限制你的 token 花費；處於推理迴圈且無上限的 agent，是 2026 年最常見的代價高昂的意外。{{/5}}

重點

常駐代理程式顛覆了每一項支出控制所依賴的假設。當軟體的預設狀態是行動、而操作者的預設狀態是缺席時，通知不是控制手段，共享憑證也不是開關。真正重要的兩個問題——這個代理程式在被拒絕前能花多少錢，以及哪一個單一動作能停掉這個代理程式、同時不影響我——在目前大多數運行中的部署環境裡都沒有好的答案。

回答這些問題，需要將代理人視為一個可被單獨識別的實體，它持有餘額、遵守在交易時強制執行的上限，並且可以自行暫停。這就是 OrcaID 的上限機制與緊急停止開關存在的目的；目前這與其說是產品，不如說是一項保留方案。不過，這個問題值得你現在就用手邊既有的工具來回答——因為沒有答案的代價，會隨著你的機隊規模而擴大。

{{1}}來源說明：{{/1}}{{2}}OrcaID 的每月上限被描述為硬性停止，卡片在超過上限的那一刻即遭拒絕，{{/2}}{{3}}「Active · 一鍵暫停」的停止開關，{{/3}}{{4}}「暫停後一切停止運作，其他都不會動」的行為，{{/4}}{{5}}「tokens + 美元，單一帳本」的陳述{{/5}}{{6}}以及「儲備／注資並設上限／提領」的框架{{/6}}{{7}}均來自 orcaid.ai，查閱日期為 2026-08-22；其中錢包、卡片和號碼標示為「By verification」，收件匣標示為「At launch」——屬於預註冊的設計聲明，而非已交付的功能。{{/7}}{{8}}Grok Bot 的常駐運作行為與多機器人專家結構{{/8}}{{9}}是 SpaceXAI 於 2026 年 8 月 11 日發布時自行宣稱的內容。{{/9}}{{10}}Hermes Agent 的長期運行設計與內建 cron 排程器{{/10}}{{11}}來自 Nous Research 自家的資料。{{/11}}{{12}}OpenClaw 在本地機器上主動於背景運作的特性{{/12}}{{13}}來自該專案自身的描述。{{/13}}{{14}}目前尚未宣布 OrcaID 與此處提及的任何代理之間存在整合。{{/14}}