Fintech
paid-tw/payment：把台灣金流封裝成一致 PaymentProvider，讓產品與 Agent 有同一套查詢介面
paid-tw/payment 是 MIT 授權的台灣金流 SDK，GitHub metadata 顯示支援 PAYUNi、藍新 NewebPay、綠界 ECPay（AIO + 站內付 2.0）。它跟既有 paid-tw/einvoice 組成「金流 + 電子發票」統一 adapter 層；對 AI agents 處理帳務有價值，但金流屬高風險依賴，正式導入前必須跑 sandbox、退款/取消/對帳測試與資安審查。
2026年7月31日1 分鐘閱讀👁 5
Taiwan Payments / Agent Accounting
金流 SDK 的重點不是少寫幾支 API，而是讓產品與 AI Agent 有同一套語意
Threads 作者 @_linyiru 發布 paid-tw/payment：把台灣主流金流封裝成一致 PaymentProvider 介面，讓新產品能較快支援多家金流，也讓 AI agents 以一致查詢/操作介面理解付款、退款、訂單與帳務。
整理原則：Threads 是線索，不是事實終點；本文已盡量以官方網站、GitHub、Steam、README 或公開登記來源交叉查證，未能獨立驗證者明確標為 source-claimed / social-claimed。
| Repo | 查證 |
|---|---|
paid-tw/payment | MIT；GitHub description 顯示支援 PAYUNi、NewebPay、ECPay AIO + 站內付 2.0；2026-07-31 建立，仍很新，無 GitHub release。 |
paid-tw/einvoice | MIT；既有 KB 已收錄；支援 Amego、ECPay、ezPay、易發票等電子發票 adapter。 |
採用 caveat：金流是高風險 dependency。即使 MIT 開源，也不能只看 stars 或 README；正式導入前要驗證簽章、回呼驗證、重送冪等、退款/取消、定期定額、對帳檔、發票折讓、錯誤碼與稅務流程。
BigIntTech 可用方式
- 新產品初期可用作 adapter 參考，避免業務邏輯直接耦合單一金流商。
- AI agent 帳務工具可只開 read-only 查詢與報表，write 操作（退款、作廢、請款）必須 human approval。
- 若要接 BigIntTech 內部產品，先在 sandbox 跑 ECPay / NewebPay / PAYUNi 的全流程測試，再決定是否採用。