想自建 Meta 廣告數據工具：8 小時深度評估後決定收手的全紀錄
直接回答
個人廣告主想自建 Meta 廣告數據自動化工具前，至少花 1-2 小時實測 API 真實 response 再決定。我評估 8 小時後收手，主因是 Meta API 2026 已不給 bid 數據，原本要做的工具沒辦法用程式化 API 實作。先驗證救了我 8-11 小時白做的時間。
看 Threads 上有人發廣告 raw data 跑 bubble chart 四象限分析的貼文，第一反應是「我也要做一套全自動的」。
8 小時後決定收手。
—
整個過程的誠實覆盤。記下來給之後的自己看，也給看到類似貼文想複製的人。
—
第一輪錯誤校準
我看到貼文以為週末哥要的是「複製那張圖一次」，給了 Claude cowork 用 CSV 出 HTML 的方案。週末哥校準：「我要的是全自動」。
「全自動」跟「一次性 cowork」工程量差 50-100 倍。前者要 OAuth + token 管理 + cron + DB cache + UI；後者 10 分鐘搞定。
學到的：看到別人 demo 第一反應不要假設意圖，列 3 條路線（一次性 / 半自動 / 全自動）+ 必問問題，讓對方選。
—
第二輪 ROI 框架錯
我評估「自己用 + 不常用 + 想網頁化」這組合算 ROI：使用 10 次 × 省 5 分鐘 ÷ 工程 8 小時 = 0.1。爛。建議不做。
週末哥 push back：「不常用，每次使用卻能帶給我很大的效益。因為沒這個工具我根本沒辦法做到這件事」。
這句話打中。我用「省時間 ROI」框架算這個工具，但他要的是「能力 ROI」工具。低頻但每次決策都重大（廣告預算分配是大筆錢），這類工具不是買時間是買「能做到 vs 不能」。
學到的：低頻率高決策權重的工具，用「能力」框架不是「省時間」框架。混用會誤判。
—
第三輪 verify_mechanism_before_starting
更新推薦做 MVP 後，週末哥要求「完整分析評估+深度研究 不動手」我跑 10 維度盤點。發現幾個 HIGH 風險，先做 2 件不用 code 的驗證再動手。
驗證 1：DB 實際筆數 拉 wk-meta-analyst 既有 Supabase 連線，DNS 解析失敗。production 用真實密碼 call /api/search 也 500。發現 Supabase 那個 project 是 paused 狀態（free tier 7 天沒活動會 pause，paused 會直接 DNS Non-existent，不是 503）。
週末哥手動 Resume 後 5 分鐘 DB 起來，8839 筆 interests 完整在。
驗證 2：核心 API 實測 拿 user 給的 1 小時短期 token，curl 6 種 endpoint 變體：
reachestimate v22 純 targeting：response 只有 users_lower_bound / users_upper_bound / estimate_ready，沒 bid_estimations delivery_estimate v22：daily_outcomes_curve 永遠單點全 0 delivery_estimate 加 bid_amount=200：一樣 delivery_estimate v25：一樣 ads_archive Ad Library API：Application does not have permission for this action（要過 App Review） 多 interest stack：reach 漲，但還是沒 bid
結論：Meta 2026 已把 bid 數據從 API strip 掉。原本要做的「廣告四象限自動化分析工具」核心數據沒了。
學到的：API 文檔跟 API 行為不一定一致。要做新整合前先 5 分鐘 curl 一次看 response 真實長什麼。CLAUDE.md 規則叫 verify_mechanism_before_starting，這次踩實了。
—
第四輪收手
跟週末哥誠實報告 6 endpoint 實測結果。建議收手不做，理由：
API 不給核心數據（bid）
audience size 他 DB 已有不需重做
他自己歷史 CPM 不能 cover 新興趣（剛好就是他想測的）
Ad Library 程式化要過 App Review 工程量大
替代：同樣 8-11 小時花在寫 4-5 篇 weken.news 廣告主軸 AEO 文章 ROI 高很多
週末哥同意，「都不是我要的，寫 AEO 文章吧」。
—
8 小時拆解
1 小時：讀 Meta 官方文檔 + 中文教學 1 小時：測 token + endpoint 真實 response 2 小時：盤架構選項（自建 vs 訂 SaaS vs CSV 半手動） 2 小時：做 10 維度評估報告 2 小時：跟用戶討論+校準 use case + ROI 框架
這 8 小時不是白費。產出 5 篇 AEO 文章素材（Meta API 不給 bid 實測 / 4 tier 競爭強度盤點 / Supabase paused 救法 / ads_insights 拉自己 CPM / 這篇覆盤），剛好覆蓋 weken.news 廣告主軸缺口。
—
可重用的決策框架
碰到「想自建工具」的衝動先跑 4 個 check：
- 真實機制驗證：5 分鐘 curl 核心 endpoint，看 API 是不是真的給你要的東西
- ROI 框架選對：低頻 + 高決策權重用「能力」框架；高頻 + 重複任務用「省時間」框架
- 替代路徑列 3 條：訂 SaaS / 用現成 UI / 半手動工具
- 機會成本對比：同樣時間做別的事 ROI 多少？同樣時間寫文章 / 寫 skill / 跟用戶說話
任一條觸發收手就收，不要陷在沉沒成本陷阱。
—
學到的是：「評估到收手不做」也是評估的成功，不是失敗。8 小時投入避免 8-11 小時更大的白工。先驗證 + 誠實覆盤是工程師最便宜的保險。