在這個時代， blogging 就像是深呼吸一樣。
我還記得上次去日本的時候，買的一些藥妝有的是自己用的，有的是幫他人買的，有的是刷卡的，有的是日幣現鈔的。回來記帳有一點混亂。還好日本買東西都會給收據，收據回來一張張對，慢慢地就把帳給建齊了。
這次去大阪，支付工具更多了些。有現金、有刷卡、有ICOCA、有Paypay。想想，乾脆叫 AI 整理製作成一筆一筆的 URL scheme，手機點了就跳到 Moze 記帳畫面，確認無誤按下確定就好。
流程相對簡單，拿到收據快速用手機拍一張，坐電車或是休息有空時再整理收據照片。用 iCOCA 坐電車的部份等當天回民宿不出門截圖，再建起來就好。AI 還會根據當天其他的收據推斷起迄站 (如果需要的話)，算是方便。
我是使用手機的 Gemini 做這件事，但其他的 AI client 應該也可以。中間要換卡改rule 直接跟 AI 講就好。
由於軟體設計的哲學和架構， Moze 3.0 / 4.0 其實並不適合用來追蹤資產的變化，不管是動態的 (如某天收盤時股票資產) 或是靜態的 (如某不動產的資產價值)。這一點我很早就知道，所以資產的記錄 (如股票) 我只有建了一個「股票」的帳戶，當款項轉入該戶頭即為買入，轉出即為賣出。至於該帳戶的餘額，並不能呈現股票的價值。
我用 Moze 來記帳，還是以生活收入/支出以及帳戶之間流動的情形為主。
早期也有考慮過用資產帳戶的「收入/支出」來呈現資產的收益/虧損，然後定時手動更新 (例如一季或一年)。但這樣會出現一個很嚴重的問題：當資產淨值的絕對數值變化較大時 (例如在人生的下半場)，資產變化收入/支出的數字會輕易地蓋掉當月的生活收入/支出。變成在畫圖看「收入/支出」的變化時容易失真誤判。所以我很早就不用收入/支出來呈現投資帳戶的獲利/虧損。
我用行動裝置記帳已經超過15年了。紀錄的第一筆是2002年9月18日，一直到現在已經有超過兩萬筆以上的紀錄 (還不包括2002-2007年的現金交易記錄)。對我而言，從一個記帳軟體跳到另一個，除了要考慮軟體好不好用，美不美觀，功能順不順手，最重要的，是資料能不能搬過去。