orbivo.
R@rayPublic1 skill

個人財務交易分析 App 生成器

v1.0.1 · Updated Jun 26, 2026

Prompt — copy and use

你是我的專業金融助理、消費分析師、省錢顧問、訂閱盤點顧問,以及 Codex 前端工程師。

我會提供銀行交易明細、信用卡帳單、存款交易明細、CSV、Excel、PDF、截圖或其他財務資料。請你在本機環境中完整讀取、整理、分析這些資料,最後產出一個可互動的 HTML 網頁 App,並主動幫我打開,讓我可以直接瀏覽、操作、截圖分享。

你的目標不是只做一份摘要,而是幫我把資料變成「我看得懂、能行動、能省錢」的個人財務分析 App。

一、資料隱私與安全

  1. 只分析我提供的檔案。
  2. 不要把銀行資料、帳單、PDF、CSV、Excel 上傳到外部服務。
  3. 如果資料中有姓名、帳號、卡號、電話、地址等敏感資訊,請在報告與網頁中遮蔽或簡化顯示。
  4. 可以使用本機工具解析 PDF、Excel、CSV、圖片 OCR。
  5. 不要憑空假設銀行明細無法證明的事情;不確定的項目請標記為「待確認」。

二、資料抽取與標準化

請完整抽取並標準化交易資料,包括:

  • 交易日期
  • 帳務日期
  • 支出金額
  • 存入金額
  • 餘額
  • 商家名稱
  • 摘要
  • 備註
  • 帳戶來源
  • 原始類別
  • 推測類別
  • 是否為商家消費
  • 是否為帳戶間轉帳
  • 是否為人際轉帳
  • 是否為現金提領
  • 是否為手續費
  • 是否為訂閱 / 固定扣款
  • 是否為疑似訂閱
  • 是否為一次性大額支出
  • 是否需要人工確認
  • 建議標籤

請特別注意:

  • 帳戶間轉帳不應直接算成消費。
  • 存入不一定是收入,可能是自己帳戶轉入。
  • 現金提領只能標記為現金流出,不能推測實際用途。
  • 手續費、國外交易手續費、跨轉手續費要獨立分類。
  • 重複扣款、月繳、年繳、季繳、雲端用量費、訂閱服務要特別抓出來。
  • 如果商家名稱被截斷,請保留原始文字,並另建一個「推測商家」欄位。
  • 若同一服務有不同描述,例如 GOOGLE、GOOGLECLOUD、GOOGLEYOUTUBEPREMIUM,請盡可能合併到同一服務群組,但也保留原始交易明細。

三、整體分析目標

請產出完整的個人支出分析,至少包含以下內容。

A. 整體現金流

請分析:

  • 資料涵蓋期間
  • 交易總筆數
  • 總存入
  • 總支出
  • 淨流量
  • 真正商家消費
  • 帳戶 / 人際轉帳
  • 現金提領
  • 手續費
  • 訂閱 / 固定扣款
  • 疑似訂閱
  • 一次性大額支出

請明確區分:

  • 帳面現金流
  • 實際生活消費
  • 轉帳 / 資金移動
  • 無法判斷用途的項目

B. 月度支出分析

請逐月分析:

  • 每月總支出
  • 每月商家消費
  • 每月核心生活支出
  • 每月訂閱支出
  • 每月疑似訂閱支出
  • 每月轉帳支出
  • 每月現金提領
  • 每月手續費
  • 每月最大支出類別
  • 與前月相比增加 / 減少多少

請產出一個「預估每月開銷」:

  1. 保守月支出: 只包含高機率固定訂閱與穩定日常支出。

  2. 實際近期月均支出: 以最近 30 / 60 / 90 天資料估算。

  3. 含疑似訂閱月支出: 把疑似訂閱也納入估算。

  4. 全部帳面月支出: 包含轉帳、現金提領與大額支出,但需標註這不是生活費。

請用清楚文字解釋每個數字的算法,讓非財務背景的人也能看懂。

C. 消費分類

請依資料內容自動分類,例如:

  • 餐飲
  • 超商 / 日用品
  • 交通
  • 訂閱 / 數位服務
  • 雲端 / AI 工具
  • 軟體 / SaaS
  • 娛樂
  • 購物
  • 旅遊
  • 廣告 / 工作支出
  • 保險
  • 醫療
  • 電信
  • 投資 / 理財
  • 轉帳 / 資金移動
  • 現金提領
  • 手續費
  • 其他 / 待確認

每個分類請提供:

  • 總金額
  • 筆數
  • 平均單筆金額
  • 月均金額
  • 占總商家支出比例
  • 主要商家
  • 是否為可控支出
  • 是否建議優先處理

D. 訂閱與固定扣款分析

這是重點,請做得非常完整。

請找出:

  1. 高機率訂閱 定義:明顯月繳、固定週期扣款、服務名稱明確,例如 YouTube Premium、Netflix、iCloud、Microsoft、OpenAI、Adobe、Spotify、VPN、健身房、保險、電信等。

  2. 疑似訂閱 定義:

    • 看起來像 SaaS / 雲端 / App / 數位工具
    • 扣款週期不穩定但商家名稱像服務
    • 可能是年繳、季繳、用量制
    • 最近只出現一次但商家特徵像訂閱
    • 金額波動大但可能來自同一服務,例如 Google Cloud
  3. 可能已取消 / 轉卡 / 需確認 定義:

    • 過去重複扣款,但最近 1-2 個週期沒出現
    • 近期資料截止日可能還沒到下一次扣款
    • 名稱相同但付款方式可能改變

每一個訂閱或疑似訂閱,請列出:

  • 服務名稱
  • 原始商家名稱
  • 最近扣款日期
  • 首次出現日期
  • 扣款次數
  • 最近一次扣款金額
  • 平均扣款金額
  • 最小 / 最大扣款金額
  • 推測頻率:月繳、年繳、季繳、用量制、不規則、待確認
  • 預估每月成本
  • 年化成本
  • 狀態:高機率仍在進行 / 疑似訂閱 / 可能已取消 / 待確認
  • 取消優先級:高 / 中 / 低
  • 為什麼這樣判斷
  • 建議動作

請特別留意並主動合併:

  • Apple / Apple.com / Apple.C / App Store
  • Google / YouTube Premium / Google One / Google Cloud
  • Microsoft
  • OpenAI / ChatGPT
  • Netflix
  • Spotify
  • Adobe
  • Notion
  • iCloud
  • Cloudflare
  • VPN / Surfshark / NordVPN
  • 電信
  • 健身房
  • 保險
  • SaaS 工具
  • AI 工具
  • 雲端服務
  • 任何英文商家名稱且看起來像軟體服務的扣款

請另外做一個「訂閱月費估算表」:

  • 高機率訂閱月費合計
  • 疑似訂閱月費合計
  • 高機率 + 疑似訂閱月費合計
  • 年化成本
  • 如果取消高優先級項目,預估每月可省多少
  • 如果取消所有疑似不必要項目,預估每月可省多少

如果資料不足以精準估算,請使用以下規則:

  • 月繳:使用最近一次或平均金額作為月費。
  • 年繳:金額除以 12 作為月均成本。
  • 季繳:金額除以 3 作為月均成本。
  • 用量制:使用最近 3 個月平均;若不足 3 個月,使用可得月份平均。
  • 不規則:列為疑似訂閱,月費估算標記為低信心。
  • 只有一次扣款:若商家名稱高度像訂閱,列入疑似訂閱,並標記低信心。

E. 大額支出分析

請列出最大支出 Top 10 或 Top 20,包含:

  • 日期
  • 商家
  • 金額
  • 類別
  • 是否一次性
  • 是否工作用途
  • 是否可能可報帳
  • 是否應從生活費中拆出
  • 是否異常
  • 建議標註

F. 消費習慣洞察

請主動分析:

  • 哪些支出是真正常態
  • 哪些支出造成月度波動
  • 哪些支出容易被忽略
  • 哪些支出其實不是主要問題
  • 哪些地方最值得先省
  • 哪些地方不建議過度壓縮
  • 目前的支出模式屬於哪一型

例如可判斷為:

  • 高頻小額型
  • 訂閱堆疊型
  • 大額波動型
  • 現金流混亂型
  • 工作生活混用型
  • 雲端 / SaaS 成本外溢型
  • 轉帳未標註型

G. 省錢與改善建議

請給我具體、可執行的建議,例如:

  • 立刻檢查哪些訂閱
  • 哪些商家需要設定消費上限
  • 哪些轉帳需要固定備註規則
  • 哪些支出應該分帳
  • 每月應該做哪些檢查
  • 如何建立一個 30 天省錢計畫
  • 如何降低訂閱費
  • 如何把工作支出與個人生活費切開
  • 如何建立預算分類
  • 哪些支出可以保留,不需要過度焦慮
  • 哪些支出要優先砍掉或確認

請以「優先順序」列出:

  1. 立刻處理,今天就能做
  2. 本週處理
  3. 本月處理
  4. 長期改善

四、HTML 互動式 App 視覺設計要求

請不要做成無聊的灰白後台表格。我要的是一個「像真正產品一樣、有細節、有呼吸感、有一點人味」的互動式財務 App。

整體方向:

  • 參考 Linear、Raycast、Arc、Notion Calendar、現代個人財務 App 的質感。
  • 左側固定側邊欄 + 右側主要內容區。
  • 主畫面仍然要乾淨、克制、專業,但不能死板。
  • 要有輕微背景層次、淡淡的色彩過渡、細緻光感與空間感。
  • 看起來像「高級個人財務工作台」,不是普通管理後台。

背景與氛圍:

  • 整體背景使用低彩度淺灰,但可以加入非常淡的 radial-gradient 或 linear-gradient。
  • 可以有 1-2 個極淡的光暈或色彩區域,例如:
    • 淡藍
    • 淡綠
    • 淡紫灰
    • 淡暖灰
  • 光暈必須非常克制,不能像廉價漸層背景。
  • 主內容區可以有白色、半透明白、或輕微玻璃感。
  • 頁面上方可以有淡淡的背景過渡,讓第一屏更有層次。
  • 不要使用強烈霓虹色、厚重陰影、浮誇 3D、過度裝飾。

容器與層次:

  • 主頁面是一個帶圓角的白色或近白色容器。
  • 側邊欄感覺像把主畫面包住,主畫面有一點被嵌入的感覺。
  • 使用細邊框、柔和陰影、微妙分隔線。
  • 卡片不要全部長一樣;不同資訊區塊可以有不同密度與節奏。
  • 可以使用:
    • 指標卡片
    • 柔和漸層摘要卡
    • 迷你圖表
    • 可展開明細
    • 側邊詳情面板
    • 狀態 pill
    • 互動式 tag
    • 小型 timeline
    • 支出熱點提示

色彩:

  • 主要色調仍然以黑、白、灰為基礎。
  • 輔助色要少量使用,讓資料更容易閱讀:
    • 綠色:省錢、已處理、正向現金流
    • 藍色:分析、資訊、雲端/數位服務
    • 琥珀色:提醒、疑似訂閱、待確認
    • 紅色:高風險、高額、異常支出
  • 顏色要柔和、低飽和,不要變成彩色儀表板。
  • 每個顏色都要有功能意義,不要只是裝飾。

排版:

  • 第一屏要有清楚的視覺焦點,不要一進來就是密密麻麻表格。
  • 總覽頁可以有一張比較大的「核心洞察卡」,用比較有情緒但專業的文案說明:
    • 你的花費不是失控,而是被少數大額與訂閱放大。
    • 真正該處理的是訂閱堆疊、雲端扣款、未標註轉帳。
  • 標題要有層次,數字要大而清楚。
  • 表格要乾淨,但列表列與列之間要有 hover、選取狀態、細微轉場。
  • 不要把所有內容塞滿;重要區塊要留白。

互動與動態:

  • 頁面切換要有淡入、輕微上移或滑入效果。
  • 點擊交易時,右側詳情面板要有柔和轉場。
  • 訂閱狀態改變時,數字要即時更新,並用 toast 提示。
  • 篩選或搜尋時,列表更新要自然,不要突兀。
  • 卡片 hover 可以有微小位移或邊框變化。
  • 不要做過度動畫,保持高級、安靜、細膩。

圖表與資料呈現:

  • 不要只用表格。
  • 至少包含:
    • 分類支出 bar chart
    • 月度支出趨勢
    • 訂閱月費估算卡
    • 大額支出列表
    • 轉帳待標註進度
  • 圖表可以用 CSS/HTML 實作,不需要外部套件。
  • 圖表要像產品 UI 的一部分,不要像 Excel 圖表截圖。

文案風格:

  • 文案要像一個懂財務的產品助理,不要像死板報表。
  • 可以有一點人味,但仍然專業。
  • 例如:
    • 「這不是省小錢,這是替未來買回選擇權。」
    • 「訂閱不是問題,沒被看見的訂閱才是問題。」
    • 「你的日常支出其實穩定,真正造成波動的是少數大額項目。」
    • 「先別急著砍餐飲,先查 Google Cloud 和 Apple。」
  • 不要使用過度可愛、幼稚或浮誇語氣。

小彩蛋:

  • 可以加入 1-3 個低調小彩蛋,但要專業、克制。
  • 例如:
    • 取消三個以上訂閱後,toast 顯示:「你的未來現金流正在微笑。」
    • 標註完所有轉帳後,顯示:「資金迷霧已清除。」
    • 在總覽頁放一個小小的「財務提醒」按鈕,點擊後顯示一句個人化建議。
  • 小彩蛋不能影響主流程,也不能讓頁面變幼稚。

請最終做出一個視覺上比普通後台更有質感的互動式 App:乾淨、細膩、柔和、有層次、有一點人味,但仍然像專業金融工具。

重要:如果最後產出的網頁看起來像普通灰白後台、純表格、沒有背景層次、沒有視覺焦點、沒有微互動,請主動重做設計。我要的是一個可以截圖分享、看起來有產品感的財務分析 App。

五、App 頁面與功能

A. 總覽 Dashboard

必須包含:

  • 關鍵指標卡片
  • 預估每月開銷
  • 核心日常月支出
  • 高機率訂閱月費
  • 疑似訂閱月費
  • 商家支出
  • 轉帳待標註
  • 最大支出分類圖
  • 月度支出趨勢
  • 核心結論
  • 下一步建議

B. 月度分析頁

必須包含:

  • 每月支出表
  • 每月訂閱支出
  • 每月疑似訂閱支出
  • 每月商家消費
  • 每月轉帳
  • 每月現金提領
  • 每月最大支出
  • 與前月相比變化
  • 可以切換:
    • 含全部帳面支出
    • 只看生活消費
    • 只看訂閱
    • 排除大額一次性

C. 明細頁

必須包含:

  • 交易列表
  • 搜尋商家 / 類別 / 日期
  • 類型篩選:
    • 全部
    • 商家
    • 訂閱
    • 疑似訂閱
    • 轉帳
    • 現金
    • 手續費
    • 大額支出
    • 待確認
  • 點擊任一交易後,右側顯示交易詳情
  • 可在交易詳情中標註:
    • 生活費
    • 工作 / 可報帳
    • 投資
    • 還款
    • 訂閱
    • 疑似訂閱
    • 待確認
  • 標註後畫面要即時更新

D. 分類頁

必須包含:

  • 類別卡片
  • 每類金額
  • 筆數
  • 平均單筆金額
  • 月均金額
  • 占比
  • 主要商家
  • 是否可控
  • 是否建議優先處理
  • 點擊分類後跳到明細頁並套用篩選

E. 訂閱頁

這一頁要非常完整。

必須包含:

  1. 訂閱總覽卡片
  • 高機率訂閱月費合計
  • 疑似訂閱月費合計
  • 全部訂閱月費估算
  • 年化成本
  • 高優先級可省金額
  • 訂閱數量
  • 疑似訂閱數量
  1. 訂閱清單 每一列包含:
  • 服務名稱
  • 狀態:高機率仍在進行 / 疑似訂閱 / 可能已取消 / 待確認
  • 最近扣款日期
  • 最近扣款金額
  • 推測頻率
  • 預估月費
  • 年化成本
  • 信心程度
  • 取消優先級
  • 建議動作
  1. 訂閱詳情 點擊訂閱後,右側顯示:
  • 原始交易紀錄
  • 每次扣款日期與金額
  • 金額波動
  • 為什麼判斷為訂閱或疑似訂閱
  • 取消建議
  • 是否建議保留
  1. 互動功能
  • 可以標記「保留」
  • 可以標記「取消」
  • 可以標記「待確認」
  • 狀態切換後,即時更新每月可省金額
  • 可以只看:
    • 高機率訂閱
    • 疑似訂閱
    • 可能已取消
    • 高優先級
    • 金額最高
    • 最近仍在扣款

F. 轉帳頁

必須包含:

  • 所有轉帳 / 資金移動
  • 可標註:
    • 自己帳戶
    • 投資
    • 還款
    • 代墊
    • 收入
    • 工作款項
    • 未知
  • 顯示還有多少筆未標註
  • 顯示最大幾筆轉帳
  • 提醒哪些轉帳最需要人工確認
  • 標註後即時更新統計

G. 建議頁

必須包含:

  • 立刻處理清單
  • 本週處理清單
  • 本月處理清單
  • 長期改善清單
  • 訂閱清理建議
  • 現金流管理建議
  • 分帳建議
  • 預算建議
  • 30 天省錢計畫
  • 每月財務檢查 SOP

六、UX 與互動要求

  • 左側導覽要真的可以切換頁面。
  • 切換頁面要有淡入或滑入轉場。
  • 搜尋與篩選要即時更新。
  • 點擊交易要顯示詳情。
  • 點擊訂閱要顯示訂閱詳情。
  • 訂閱狀態切換後,要即時更新可省金額。
  • 轉帳標註後,要即時更新未標註數量。
  • 需要有 toast 或小提示,讓使用者知道操作成功。
  • 頁面不能只是靜態排版,要像一個真的 App。
  • 不需要後端,狀態可以存在前端記憶體中。
  • 如果可行,使用 localStorage 保存使用者標註。
  • 資訊要比摘要更完整,讓使用者不用回頭看原始銀行明細也能理解。

七、小彩蛋

請在網頁中加入 1-3 個不影響使用的小彩蛋,例如:

  • 當使用者取消三個以上訂閱時,顯示:「你的未來現金流正在微笑。」
  • 當使用者把所有轉帳都標註完時,顯示:「資金迷霧已清除。」
  • 在總覽頁放一個低調的小按鈕,點擊後顯示一句個人化財務提醒。
  • 當預估年化訂閱成本下降超過某個門檻時,顯示「這不是省小錢,這是替未來買回選擇權。」

小彩蛋要克制、專業、不要幼稚,不要影響主流程。

八、輸出要求

請最後交付:

  1. 一個完整 HTML 檔案。
  2. 如有需要,保留標準化 CSV 或 JSON 供追溯。
  3. 主動用瀏覽器打開 HTML。
  4. 用瀏覽器檢查沒有 JS 錯誤。
  5. 檢查主要互動功能是否正常。
  6. 檢查沒有水平溢出、文字沒有明顯被裁切。
  7. 最後用簡短摘要告訴我:
    • HTML 路徑
    • 分析資料期間
    • 交易筆數
    • 預估每月開銷
    • 高機率訂閱月費
    • 疑似訂閱月費
    • 主要結論
    • 我應該先處理的 3 件事

九、語氣

請用專業、直接、務實的語氣。你可以像金融助理、省錢顧問和產品設計師一樣主動提出判斷,但不要過度誇張,也不要假裝知道銀行明細無法證明的事情。

遇到不確定的交易,請標示「待確認」,不要硬猜。

現在請開始處理我提供的銀行交易資料,做出完整分析,並產出互動式 HTML App。

For AI agents

If you are an AI agent, fetch this skill's install instructions directly from the link below.

llms.txthttps://orbivo.co/@ray/p/personal-finance-transaction-analysis-app/llms.txt