台灣 Open Banking 的缺口:自架開源資產管理 Web App 的社群路線
台灣金融資料分散在銀行、集保、發票平台、電子票證與信用卡系統,Open Banking 尚未讓個人真正擁有穩定 API 管理權。
自動同步多來源資料,集中成一個開源資產管理 Web App;因資料敏感,優先考慮 self-hosted,而非 Hosted Service。
作者構想讓使用者註冊 Cloudflare 帳號後,執行一個 script 完成部署,把帳密與財務資料留在使用者掌握中。
目前已完成的同步範圍
貼文列出的同步範圍相當完整,已經涵蓋多數台灣個人資產管理最麻煩的資料來源:
| 類別 | 已做到的同步內容 | 對資產管理的價值 |
|---|---|---|
| 台股 / 基金持有 | 台灣股票與基金持有資訊、一年走勢 | 建立投資組合總覽與績效追蹤 |
| 交易紀錄 | 三個月內股票 / 基金交易紀錄 | 用於成本、已實現損益、交易行為分析 |
| 銀行帳戶 | 17 間銀行帳戶與近三個月交易紀錄(集保支援銀行) | 彙整現金流、支出分類、帳戶餘額 |
| 雲端發票 | 雲端發票交易紀錄與明細 | 比銀行交易更細的消費明細與品項資料 |
| 電子票證 | 悠遊卡交易紀錄,未來可能支援一卡通 | 補齊交通、小額支付、日常消費資料 |
| 信用卡 | 玉山信用卡交易明細,其他銀行若無特殊驗證機制理論上可支援 | 補齊刷卡消費與帳單分析 |
這些資料一旦整合起來,就不只是「資產總覽」而已,而是可以長出更完整的個人財務分析:現金流、支出分類、投資績效、稅務/報帳線索、訂閱費、重複扣款、消費異常與資產配置偏離提醒。
為什麼作者不想做 Hosted Service
作者明確提到,這類系統需要存取帳號密碼,而且包含大量個人財務與交易資料,因此不太敢做 Hosted Service;讓使用者自己掌握資料比較安心。這個判斷很合理,因為台灣金融資料整合若走集中代管,會同時踩到:
- 憑證風險:銀行、集保、發票、電子票證等登入憑證若集中保存,安全責任極高。
- 個資與交易資料風險:交易明細可反推出生活習慣、健康、家庭、工作與投資狀態。
- 法遵與信任成本:沒有正式金融授權與資安稽核時,Hosted Service 很難取得長期信任。
- 資料自主權:self-hosted 模式把敏感資料留在使用者環境,比較符合個人資料可攜與自主精神。
因此,Cloudflare + script 部署的思路值得注意:它不是完全零門檻,但可能在「一般人能部署」與「資料不交給第三方」之間取得折衷。
社群回應:AI Agent + Cronjob 也是一條路
留言中,kirintwn 提到另一種做法:用 AI agent + cronjob 每天自動同步資料到自架 wealthfolio,資料來源包含銀行、信用卡對帳單 email(gws cli)、集保、不支援集保的網路銀行(Playwright CLI)、嘉信 API、加密貨幣錢包;每個 workflow 都做成 CLI + skill,驗證碼與瀏覽器操作交給 agent。
這個回應很有代表性:在正式 Open Banking API 不完整時,社群正在用「半自動化 + agent + 自架資料庫」補齊資料流。它的工程難度較高,但對 Allen / Hermes 這類 agent workflow 來說,反而是可實作路徑。
銀行與平台沒有完整 API 時,只能靠 email、網頁自動化、匯出檔或半人工驗證補洞。
把每個資料來源做成 CLI + skill,才有機會被 cronjob 或 agent 穩定重跑、驗證與修復。
OTP、圖形驗證、銀行前台流程仍是最大摩擦;agent 能協助,但不等於風險消失。
這類工具最值得做的分析功能
如果這個開源資產管理 App 真的開源,單純「看餘額」不是最有價值的地方。更值得優先做的是能把分散資料轉成決策訊號的功能:
| 功能 | 為什麼重要 |
|---|---|
| 跨帳戶現金流 | 一眼看到收入、支出、轉帳、信用卡扣款與投資入金,不再被單一銀行切碎 |
| 支出分類與品項分析 | 雲端發票能提供比刷卡明細更細的消費內容,適合做生活成本分析 |
| 資產配置與風險暴露 | 股票、基金、現金、外幣、加密貨幣整合後才能看真實配置 |
| 交易成本與投資績效 | 持有、買賣、基金扣款與走勢整合後,才能計算真實報酬 |
| 異常偵測 | 重複扣款、陌生交易、訂閱費上升、資產驟降都可自動提示 |
| 報稅 / 報帳輔助 | 發票、信用卡、銀行交易可協助整理可扣抵或公司報帳線索 |
對 BigIntTech / Allen 的啟發
Allen 已經有不少財務與收據自動化需求,例如信用卡、發票、Uber、Vast.ai invoice、旅遊共同收支對帳等。這篇貼文值得收進 KB,是因為它把台灣個人財務自動化的方向講得很清楚:不是等銀行開 API,而是先把可取得資料來源逐步串起來,並把高敏感資料留在自架環境。
風險與產品化判斷
- Self-hosted 降低信任成本,但提高部署門檻:Cloudflare script 部署要做到真的穩,文件、錯誤恢復、secret 管理與更新機制都要非常好。
- 銀行網頁自動化脆弱:UI 改版、驗證碼、風控、登入限制都可能讓同步中斷。
- 憑證保存是核心安全問題:即使 self-hosted,也要處理 secret encryption、least privilege、local-only storage、備份與撤銷。
- 資料模型要先設計好:銀行交易、信用卡、發票、投資交易、電子票證都不是同一種 ledger,需要統一 schema 才能做分析。
- 開源社群可補資料源:台灣金融機構多且流程碎,最適合用 plugin / adapter 模式讓社群補銀行與平台支援。
Threads:陳冠穎談自建台灣 Open Banking 開源資產管理 Web App
補充社群回應:kirintwn 分享以 AI agent + cronjob 同步資料到自架 wealthfolio 的做法。