我想知道一件事：這些年我到底去過日本幾次，每次是什麼時候、去了哪裡。
記性靠不住，但 Facebook 打卡靠得住。我從 2009 年用 FB 到現在，每趟去日本幾乎都有打卡。問題是貼文累積了 17 年，自己一頁一頁翻，翻不完。
這種大掃描，要挑時間跑
我把這件事排在 10 月 20 日早上 9 點 55 分，Muse 每週 token 額度 reset 之後才開跑。原因很簡單：把一個人的 FB 從頭讀到尾，很燒 token。額度不滿的時候跑，跑到一半沒了，就得等下週。
2,240 則貼文，一則一則讀
Muse 從我 2026 年 10 月的貼文開始往回翻，翻到 2009 年 9 月 3 日的第一則為止，中間共 113 頁、2,240 則貼文，全部讀完，沒有缺口。
整理方式我先講好：同一趟旅行會連打好幾天卡，只取第一天那則，我只要一趟一趟的紀錄，不要每天的流水帳。讀不到、日期定不出來的，就照實標註，不許猜。
結果：16 趟，2012 年到 2026 年
數出來我共去日本 16 趟，從 2012 年 9 月的京都大阪，到 2026 年 6 月的大阪甲子園京都。每趟都有日期、主要地點和一則代表貼文的連結。其中 3 趟日期不確定（2015 年 9 月名古屋、2016 年 7 月、2019 年秋天山形），清單上就寫「不確定」。
交付後出了一個錯，我點開才發現
清單交來，我隨手點開前幾個連結，第 3、4、5 個都不對。Muse 回去把 16 個連結跟原始資料逐一核對，發現有 7 個抄錯，多半是網址中段的字元寫錯一個，肉眼幾乎看不出來，有一個還連到完全無關的文章。
後來它改了做法：清單改用程式直接從原始資料產生，不再經過手抄，16 個連結才全部正確。長網址這種東西，交給程式，不要靠眼睛。
這件事花了多少 token
我請它算給大家參考。這次掃描用了約 1,200 萬個 token，拿每週免費額度的總量來比，粗估約 11%，差不多是九分之一。
概念是這樣：額度是你所有工作共用的，掃描一次就先吃掉一成。如果你的 FB 貼文比我還多，吃掉的只會更多。所以這種全量重跑的事，挑額度剛 reset、最滿的時候做，最穩。