台灣 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 的做法。