接上你的工具
把 Stripe 接給 AI 代理
一旦代理碰到錢，問題就不再是它會做什麼，而是它被禁止做什麼。 Stripe 連接器給出對客戶、付款、訂閱、發票、退款與報表的存取。它以一把刻意收窄的金鑰接入——這正是 Stripe 對自主代理的建議——而那些挪動金錢的動作，仍留在人工核可之後。
1. 代理在 Stripe 裡做的事
連接器走的是 Stripe 的官方伺服器。範圍涵蓋一家小公司的帳務所倚靠的那些物件：
- 讀取真實狀況。 哪些付款過了，哪些訂閱還在跑，哪些發票未付、從什麼時候起。這才是一次公道催款的底料，而不是一次讓已付款客戶不快的含糊催促。
- 把帳務跑起來。 查看並操作發票與訂閱，把該備好的備好。
- 把數字調出來。 各式報表，用來回答「這個月做得怎麼樣」，而不必開三個分頁。
接入要求點明帳號與環境：不會本想試一試卻誤在正式環境上動手。
2. 一把受限金鑰，以及 Stripe 為何這樣建議
和多數連接器不同，這一個不是靠簡單登入來接入的：您在 Stripe 上產生一把只限於代理所需動作的金鑰，然後貼上一次。
開頭是要多花一點工夫，而這是刻意的：Stripe 明確建議對自主代理使用受限金鑰。這個道理站得住。一把完整的金鑰把一切永久地交給持有者；一把受限金鑰把界線帶在自己身上，放在 Stripe 那一側——也就是放在一個 nullbot 推翻不了的地方。
結果是：您真正的上限就是您寫進金鑰裡的那個，即便我們這邊的設定變了，它依然作數。這是能拿到的最好保證，值得那五分鐘的設定。
3. 什麼絕不能離開人工核可
Stripe 在型錄裡被列在分量最高的一檔。預設情況下，凡是寫入或刪除的動作，執行前都要人工同意。有三個動作值得就這麼一直保持下去：
- 退款。 它把錢往外挪，而且收不回來。Stripe 自己就建議把寫入與退款權限放在事先覆核之後。
- 修改一份訂閱。 改動金額或週期，會把商業關係向後拘束很久，而且客戶往往不會立刻察覺。
- 取消訂閱。 中止一份訂閱是商業決定，不是維護作業。
我們的立場很明確：這三項不該被放寬，哪怕其餘的都放寬了。一個準備好退款、等著同意的代理，在不轉移決定的前提下替您省了時間。一個自己就把款退了的代理，把決定轉移走了。
在此之上還有一條到處適用的規則：每個代理的花費在呼叫模型之前就被預留，超支被做成不可能——機制另有詳述。
4. 時間久了會有什麼變化
收款是不規律代價最高的領域，因為它是用現金流來償付的。
- 第 1 週。 未收款的真實狀況被摸清——往好裡說或往壞裡說，多半都是個意外。
- 第 3 個月。 催款在合適的時間、對合適的客戶、按合適的金額發出。沒有人被誤催，而這正是手工催款最終被放棄的首要原因。
- 第 2 年。 付款延遲成了被追蹤的資料而不是一種感覺，於是可以對著成因而不是症狀去動手。
不承諾任何數字化的改善：它取決於您的規模、帳期與客戶結構。
5. 常見問題
代理能自己給客戶退款嗎？
預設不能，而且我們建議永遠不要允許。退款在執行前要人工核可；代理可以準備、把資料湊齊、提出建議，決定仍歸於人。這也是 Stripe 對自主代理的建議。
為什麼是金鑰而不是登入？
因為受限金鑰把界線放在 Stripe 那一側。您把唯一被允許的動作寫進金鑰，這個上限無論別處發生什麼都依然作數。一次尋常的登入會給出更寬的範圍，而其管束只落在 Stripe 之外的設定上。
代理會看到我客戶的銀行資訊嗎？
它看到的是 Stripe 介面所公開的東西，也就是帳務物件：客戶、付款、訂閱、發票。完整的卡號 Stripe 並不公開——那正是他們產品的原則所在。而且 nullbot 不連接任何銀行帳戶，也不發起任何轉帳。
能不能沒有風險地試一試？
可以：接入要求點明環境，而 Stripe 提供了一套完整的測試環境。這是在放它接近正式環境之前調好一個代理行為的正確做法，也是具體看清寫入前核可攔住了什麼的做法。
延伸閱讀
接著讀：面向財務的 AI 代理、接入 Shopify，或全部可用的連接器。