CodexBar × CodeBurn，我找到了追蹤 Token 消耗的最佳組合
整理版優先睇
介紹 CodexBar 同 CodeBurn 兩個工具，分別用嚟實時睇額度同深度分析成本，幫你掌握 Token 消耗嘅每個細節
呢篇文章係由艾康寫嘅，佢見到硅谷101講 Token 經濟學嘅視頻，發現而家硅谷流行 Token-maxxing（鬥燒 Token），但同時 HubSpot CEO 話 Outcome-maxxing 先係重點。無論點，前提係你要睇到自己嘅 Token 用咗去邊。作者自己就用緊 Agent 工具（Claude Code、Cursor等），成日用到一半冇額度，所以揾到兩個工具：CodexBar 同 CodeBurn。
CodexBar 係 macOS 菜單欄應用，由 Openclaw 作者開發，可以實時顯示 Claude Code、Claude.ai 等 20+ Provider 嘅剩餘額度同重置時間，仲有 CLI 指令。CodeBurn 係 Node.js 命令行工具，可以將 Token 消耗拆得好細，按任務類別、項目、模型、工具、MCP Server、Shell 指令等維度分析，仲有 optimize 指令幫你揾浪費模式同 one-shot rate。
整體結論係兩個工具各有側重：CodexBar 負責即時額度監控，CodeBurn 負責深度成本分析。作者建議兩個都裝，互相補足。佢認為裝咗之後最大變化係 Token 消耗由模糊感覺變成具體數字，令你可以理性分配資源同優化使用效率。
- 兩個工具各有定位：CodexBar 係實時額度儀表盤，CodeBurn 係深度成本分析工具，兩者互補，建議一齊用。
- CodexBar 支援 20+ Provider，可合併顯示，實時同步無延遲，仲有 CLI 指令睇成本統計。
- CodeBurn 將 Token 消耗按 13 個任務類別、項目、模型、工具、MCP Server、Shell 指令等維度分類，仲有 one-shot rate 指標。
- CodeBurn 嘅 optimize 指令可掃描浪費模式，例如重複讀取文件、Bash 輸出無限制、未使用嘅 MCP Server，並提供節省估算。
- 裝咗兩個工具後，Token 消耗由模糊感覺變成具體數字，可以更理性地安排任務節奏同優化成本。
CodexBar GitHub 倉庫
macOS 菜單欄應用，用嚟實時睇 AI 工具額度，支援 20+ Provider。
CodeBurn GitHub 倉庫
Node.js 命令行工具，用嚟深度分析 Token 成本同浪費模式。
Token 消耗：由模糊到清晰
最近硅谷101嘅視頻講 Token 經濟學，提到 Token-maxxing 呢種新嘅「炫富」方式，Meta 內部仲有排行榜。但 HubSpot CEO 話 Outcome-maxxing 大過 Token-maxxing，不過前提係你要睇到 Token 用咗去邊。作者成日用 Agent 工具，成日做到一半冇曬額度，所以開始揾工具追蹤。
CodexBar：菜單欄嘅額度儀表盤
CodexBar 係 macOS 14+ 嘅菜單欄應用，由 iOS 開發者 Peter Steinberger（Openclaw作者）用 Swift 開發，GitHub 有 12.7K star。安裝只需一行 Homebrew 指令。
- 實時同步無延遲：額度變化即刻反映喺菜單欄，唔使手動刷新。
- 支援 Claude.ai 網頁端用量：唔單止 Claude Code，仲睇到會話額度、周額度、Designs 額度等。
- 支援 20+ Provider：包括 Cursor、Gemini、GitHub Copilot、OpenRouter 等，可獨立或合併顯示。
- 提供 CLI 命令行：用 codexbar 命令睇額度，codexbar cost 睇最近 30 日成本統計。
CodexBar 解決嘅核心問題係：我還剩幾多？幾時重置？
作者話以前成日做到一半先發現額度用曬，而家可以提前規劃任務節奏。
CodeBurn：終端嘅成本分析工具
CodeBurn 係基於 Node.js 嘅命令行工具，用 TypeScript 寫成，安裝簡單（npm install -g codeburn 或 npx codeburn）。運行後會打開 TUI 面板，可以切換今日、7日、30日等時段。
CodeBurn 最大價值係將 Token 消耗拆得好細
- 1 按 13 個任務類別分類：Coding、Debugging、Feature Dev、Refactoring、Testing、Exploration 等。
- 2 按項目：邊個項目消耗最多 Token。
- 3 按模型：Opus、Sonnet、Haiku 等各花幾多。
- 4 按工具：Read、Edit、Bash、Agent 等嘅調用量。
- 5 按 MCP Server：如果你有配置，都睇到對應消耗。
- 6 按 Shell 命令：例如 git status、npm build 各跑咗幾多次。
仲有個好用嘅 codeburn optimize 指令，會掃描會話數據同 ~/.claude/ 配置，揾出常見浪費模式，例如重複讀取相同文件、Bash 輸出冇限制、未使用嘅 MCP Server，每個問題會俾預估節省 Token 同錢。
CodeBurn 都有菜單欄 App (npx codeburn menubar)，但作者發現數據更新有時會延遲，要重開先刷新。呢個可能係因為 CodeBurn 讀取本地 JSONL 會話文件，而 CodexBar 係直接攞 Provider 實時數據。
點樣揀？兩個都裝就啱
想實時睇額度同重置時間 → CodexBar。佢核心係「我仲有幾多用」，而且支援多個 Provider 嘅完整用量。想深度瞭解成本去向 → CodeBurn。佢核心係「啲 Token 用咗去邊」，提供超詳細分類。
兩個都裝完全唔衝突
一個係原生 macOS App，一個係 Node.js CLI 工具，互不幹擾。作者自己就係兩個都用，日常睇 CodexBar 額度，覆盤就開 CodeBurn。兩個都係開源免費，支援 Homebrew 安裝。
呢篇文章有2632字，大約要睇5分鐘
最近睇到矽谷101嘅一條片，講緊Token經濟學。
入面提到一個好有趣嘅現象：矽谷而家流行一種新嘅「曬命」方式，叫 Token-maxxing，就係鬥邊個每日燒嘅Token最多。
Meta內部甚至整咗個排行榜，統計85000名員工嘅AI使用數據，列出Token消耗量最高嘅前250名「超級用戶」。
與此同時，反對嘅聲音都好明確。
HubSpot嘅CEO講咗一句被廣泛轉發嘅話：Outcome-maxxing大過Token-maxxing。意思係，比起瘋狂消耗Token，不如睇下你到底產出咗啲乜。
呢兩派爭論嘅焦點唔同，但有一個前提係一樣嘅：你要先睇得到自己啲Token使咗喺邊度。
睇唔到消耗，點講優化？點講效率？
呢個問題，今日唔止係程式員嘅問題。
Agent嘅使用方式正喺度由編程延伸到寫作、設計、內容創作等各種場景。
好多人已經由以前嘅Chatbot對話模式，轉咗用Claude Code、Cursor、Codex呢類Agent工具嚟完成日常工作。
用得越多，Token消耗越大，但係具體使咗幾多、使咗喺邊，好多人可能唔係好清楚。
淨係知每日喺度消耗額度，但到底消耗咗幾多、邊日特別多、係咩操作引致嘅，預設係睇唔到嘅。
直到我揾到咗兩個工具：CodexBar 和 CodeBurn。
佢哋都可以幫你睇清Token消耗，但係關注嘅重點完全唔同。一個係「額度儀錶板」，一個係「成本分析工具」。
下面逐個介紹。
CodexBar：菜單欄裏嘅額度儀錶板
CodexBar係一款macOS 14+嘅菜單欄應用，作者係iOS界嘅知名開發者Peter Steinberger，即係Openclaw小龍蝦🦞嘅作者。
GitHub上目前有 12.7K star，用Swift原生開發，非常輕量。
Github地址：https://github.com/steipete/CodexBar
安裝好簡單，Homebrew一行命令：
brew install --cask steipete/tap/codexbar裝好之後，菜單欄會出現一個小圖標，上面有兩條幼細嘅進度條。上面嗰條顯示嘅係5小時會話窗口嘅剩餘額度，下面嗰條係周額度。
CodexBar解決嘅核心問題係：我仲剩幾多？幾時重置？
聽落好簡單，但實際用起嚟真係好方便。
以前我成日遇到一個情況：正喺度用Claude Code做一個比較長嘅任務，做做到一半突然發現額度用曬，要等重置。
如果提早睇到剩餘額度同重置倒數時間，就可以更合理咁安排任務節奏。
CodexBar做得比較好嘅幾個位：
第一，實時同步，冇延遲。 呢個係我用落最滿意嘅一點。額度變化會即刻反映喺菜單欄上，唔使手動刷新，亦唔使重開應用。
第二，唔止睇到Token消耗，仲睇到Claude.ai嘅其他用量。 呢個係CodexBar同CodeBurn一個好明顯嘅分別。
除咗Claude Code嘅Token消耗之外，你仲可以睇到Claude.ai網頁端嘅會話額度、周額度、Designs額度、Daily Routines額度等信息。
對於同時用Claude Code同Claude.ai嘅人嚟講，呢個好有用。
第三，支援嘅Provider非常多。
除咗Claude同Codex之外，仲支援Cursor、Gemini、GitHub Copilot、z.ai、Kiro、Vertex AI、Augment、Amp、JetBrains AI、OpenRouter等 20+ Provider。
你可以喺設定度按需開啓，淨係關注自己用緊嘅工具。每個Provider都有獨立嘅菜單欄圖標，亦可以開啓「合併圖標」模式，將所有Provider合併到一個圖標度，透過切換器嚟睇。
第四，佢仲提供咗CLI命令行工具。
安裝完之後，可以直接喺終端度用 codexbar 命令查看額度信息，亦可以用 codexbar cost 查看最近30日嘅本地成本統計。
簡單嚟講，CodexBar嘅定位就係一個「一眼睇曬所有AI工具額度」嘅儀錶板。資訊簡潔、實時、唔擾人。
CodeBurn：終端裏嘅成本分析工具
CodeBurn嘅定位同CodexBar完全唔同。如果話CodexBar回答嘅係「仲剩幾多」，咁CodeBurn回答嘅係「使咗喺邊度」。
Github地址：https://github.com/getagentseal/codeburn
CodeBurn係一個基於Node.js嘅命令行工具，用TypeScript寫嘅，安裝方式都好簡單：
npm install -g codeburn或者唔想全局安裝，直接 npx codeburn 也行。
運行之後，會打開一個終端裏嘅交互式面板（TUI），用方向鍵可以喺「今日 / 7日 / 30日 / 本月 / 全部」之間切換，睇到唔同時段嘅Token消耗統計。
CodeBurn最大嘅價值在於：佢可以將你嘅Token消耗拆得非常細。
具體細到咩程度？
佢會由13個任務類別嚟分類你嘅每一次操作：Coding、Debugging、Feature Dev、Refactoring、Testing、Exploration、Planning、Git Ops、Build/Deploy，等等。
呢個意思係，你可以睇到自己啲Token到底係使咗喺寫代碼度，定係使咗喺調試度，定係使咗喺反覆跑測試度。
除咗按任務類別，佢仲可以按呢啲維度拆分：
• 按項目：邊個項目消耗咗最多Token • 按模型：Opus、Sonnet、Haiku、GPT-5各使咗幾多 • 按工具：Read、Edit、Bash、Agent等核心工具各自嘅調用量 • 按MCP Server：如果你配咗MCP工具，都可以睇到對應嘅消耗 • 按Shell命令：git status、npm build呢啲命令各跑咗幾多次
呢啲信息放埋一齊，可以幫你建立一個好清晰嘅認知：我啲Token到底消耗喺邊度。
CodeBurn仲有一個我覺得好實用嘅功能：codeburn optimize。
呢個命令會掃描你嘅會話數據同 ~/.claude/ 配置，揾出最常見嘅浪費模式。
例如：某啲檔案俾Claude反覆讀取咗好多次（內容一樣，上下文一樣，但每次會話都重新讀一次）；例如Bash輸出冇設定長度限制，造成大量冇用輸出佔咗Token；例如配置咗啲MCP Server但從來冇用過，卻每次都要加載佢哋嘅工具描述。
每個問題都會畀出預估可以節省幾多Token同幾多錢，仲會附上對應嘅修改建議。
另外一個有意思嘅指標叫 one-shot rate（一次成功率）。
CodeBurn會檢測你嘅編輯操作有冇經歷「改咗 → 跑測試 → 又改」嘅重試循環。
如果Coding嘅one-shot rate係90%，代表AI喺10次編輯裏有9次係一次就啱。呢個數字越低，說明Token浪費喺重試上嘅比例越高。
CodeBurn都有菜單欄App，透過 npx codeburn menubar 可以一鍵安裝。裝好之後，菜單欄會出現一個小火焰圖標，顯示當日嘅消耗金額，㩒開可以睇到更詳細嘅統計面板。
不過，用落都有一個小問題：CodeBurn嘅數據更新間中會有延遲。
有幾次我明明已經用咗一段時間，但面板上嘅數據冇變化，要退出程式重新打開先會刷新。
呢個問題唔係次次出現，但確實遇到過幾次。
呢個可能同佢嘅數據讀取方式有關。
CodeBurn係透過讀取本地磁碟上嘅JSONL會話檔案嚟解析數據嘅，而CodexBar就係透過OAuth、CLI交互、瀏覽器Cookie等方式直接攞Provider嘅實時數據。
兩者嘅數據獲取機制唔同，所以導致咗實時性上嘅差異。
點樣揀？
想實時睇額度同重置時間 → CodexBar。
佢嘅核心場景係：我想隨時知道自己仲可以用幾多，幾時重置，避免做到一半突然冇額度。而且佢唔止睇Claude Code，仲睇到Claude.ai網頁端、Cursor、Codex等多個Provider嘅完整用量。
想深度瞭解成本去向 → CodeBurn。
佢嘅核心場景係：我想知道過去一星期嘅Token使咗喺邊啲項目上，係寫代碼使得多定係調試使得多，邊個模型最嘥錢，有冇明顯嘅浪費。佢提供嘅信息維度比CodexBar更豐富。
兩個都裝都完全唔衝突。 佢哋一個係原生macOS App，一個係Node.js CLI工具，互不幹擾。
我自己就係兩個都用緊，日常睇一眼CodexBar睇額度，想做覆盤嘅時候打開CodeBurn睇詳細數據。
兩者都係開源免費嘅，都支援命令行使用，都可以透過Homebrew或對應嘅包管理器直接安裝。
一圖流如下👇
寫在最後
呢兩個工具裝上之後，對我嚟講最大嘅變化係：Token消耗由一個模糊嘅感覺，變成咗具體嘅數字。
以前淨係知「今日好似用咗唔少」，而家可以睇到具體係邊日消耗特別高，可以回憶起嗰日做咗咩任務，亦可以判斷邊啲操作嘅性價比更高。
呢種可見性本身已經係一種有價值嘅信息。
如果你有以下任何一種情況，我覺得呢兩個工具都值得試一試：
• 日常用緊Claude Code、Cursor、Codex呢啲Agent工具，但唔清楚自己每日到底消耗咗幾多 • 成日做到一半發現額度用曬，想提早知道剩餘額度同重置時間 • 想搞清楚自己嘅Token成本到底使咗喺邊啲項目同操作上，睇下有冇優化空間
以上，就係本文全部內容，如果覺得呢篇文章對你有啟發，讚好、畀心、分享三連就係對我最大嘅支持，多謝～
• 用Gemini解鎖YouTube新用法，資訊獲取效率提升10倍
• 有咗NotebookLM之後，仲需要Obsidian嗎？
• 我試咗NotebookLM學習法後，徹底拋棄傳統學習方式
• NotebookLM再次升級，來自Google嘅年終禮物
• 我用NotebookLM解鎖PPT嘅5種玩法，實現咗PPT自由
本文字數 2632，閲讀大約需 5 分鐘
最近看到硅谷101的一期視頻，聊 Token 經濟學。
裏面提到一個很有意思的現象：硅谷現在流行一種新的「炫富」方式，叫 Token-maxxing，就是比誰每天燒的 Token 多。
Meta 內部甚至搞了一個排行榜，統計 85000 名員工的 AI 使用數據，列出 Token 消耗量最高的前 250 名「超級用戶」。
與此同時，反對的聲音也很明確。
HubSpot 的 CEO 說了一句被廣泛轉發的話：Outcome-maxxing 大於 Token-maxxing。意思是，比起瘋狂消耗 Token，不如看看你到底產出了什麼。
這兩派爭論的焦點不同，但有一個前提是一樣的：你得先看得見自己的 Token 花在了哪裏。
看不見消耗，談什麼優化？談什麼效率？
這個問題，今天不只是程序員的問題。
Agent 的使用方式正在從編程延伸到寫作、設計、內容創作等各種場景。
很多人已經從以前的 Chatbot 對話模式，轉向了用 Claude Code、Cursor、Codex 這類 Agent 工具來完成日常工作。
用得越多，Token 消耗越大，但具體花了多少、花在哪了，很多人可能瞭解並不多。
只知道每天在消耗額度，但到底消耗了多少、哪天特別多、是什麼操作導致的，默認是看不到的。
直到我找到了兩個工具：CodexBar 和 CodeBurn。
它們都能幫你看清 Token 消耗，但關注的重點完全不同。一個是「額度儀表盤」，一個是「成本分析工具」。
下面逐一來介紹。
CodexBar：菜單欄裏的額度儀表盤
CodexBar 是一款 macOS 14+ 的菜單欄應用，作者是 iOS 圈的知名開發者 Peter Steinberger，也就是 Openclaw 小龍蝦🦞的作者。
GitHub 上目前有 12.7K star，用 Swift 原生開發，非常輕量。
Github 地址：https://github.com/steipete/CodexBar
安裝很簡單，Homebrew 一行命令：
brew install --cask steipete/tap/codexbar裝好之後，菜單欄會出現一個小圖標，上面有兩條細小的進度條。上面那條顯示的是 5 小時會話窗口的剩餘額度，下面那條是周額度。
CodexBar 解決的核心問題是：我還剩多少？什麼時候重置？
這聽起來很簡單，但實際用起來真的很方便。
以前我經常遇到一個情況：正在用 Claude Code 做一個比較長的任務，做到一半突然發現額度用完了，只能等重置。
如果提前能看到剩餘額度和重置倒計時，就可以更合理地安排任務節奏。
CodexBar 做得比較好的幾個點：
第一，實時同步，沒有延遲。 這是我用下來最滿意的一點。額度變化能立刻反映在菜單欄上，不用手動刷新，也不用重啓應用。
第二，不只能看 Token 消耗，還能看 Claude.ai 的其他用量。 這是 CodexBar 和 CodeBurn 一個很明顯的區別。
除了 Claude Code 的 Token 消耗之外，你還能看到 Claude.ai 網頁端的會話額度、周額度、Designs 額度、Daily Routines 額度等信息。
對於同時使用 Claude Code 和 Claude.ai 的人來說，這個很有用。
第三，支持的 Provider 非常多。
除了 Claude 和 Codex 之外，還支持 Cursor、Gemini、GitHub Copilot、z.ai、Kiro、Vertex AI、Augment、Amp、JetBrains AI、OpenRouter 等 20+ Provider。
你可以在設置裏按需開啓，只關注自己在用的工具。每個 Provider 都有獨立的菜單欄圖標，也可以開啓「合併圖標」模式，把所有 Provider 合併到一個圖標裏，通過切換器來查看。
第四，它還提供了 CLI 命令行工具。
安裝完之後，可以直接在終端裏用 codexbar 命令查看額度信息，也可以用 codexbar cost 查看最近 30 天的本地成本統計。
簡單來說，CodexBar 的定位就是一個「一眼能看到所有 AI 工具額度」的儀表盤。信息簡潔、實時、不打擾。
CodeBurn：終端裏的成本分析工具
CodeBurn 的定位和 CodexBar 完全不同。如果說 CodexBar 回答的是「還剩多少」，那 CodeBurn 回答的是「花在哪了」。
Github 地址：https://github.com/getagentseal/codeburn
CodeBurn 是一個基於 Node.js 的命令行工具，用 TypeScript 寫的，安裝方式也很簡單：
npm install -g codeburn或者不想全局安裝，直接 npx codeburn 也行。
運行之後，會打開一個終端裏的交互式面板（TUI），用方向鍵可以在「今天 / 7 天 / 30 天 / 本月 / 全部」之間切換，看到不同時間段的 Token 消耗統計。
CodeBurn 最大的價值在於：它能把你的 Token 消耗拆得非常細。
具體細到什麼程度？
它會從 13 個任務類別來分類你的每一次操作：Coding、Debugging、Feature Dev、Refactoring、Testing、Exploration、Planning、Git Ops、Build/Deploy，等等。
這意味着你能看到，自己的 Token 到底是花在了寫代碼上，還是花在了調試上，還是花在了反覆跑測試上。
除了按任務類別，它還能按這些維度拆分：
• 按項目：哪個項目消耗了最多的 Token • 按模型：Opus、Sonnet、Haiku、GPT-5 各花了多少 • 按工具：Read、Edit、Bash、Agent 等核心工具各自的調用量 • 按 MCP Server：如果你配了 MCP 工具，也能看到對應的消耗 • 按 Shell 命令：git status、npm build 這些命令各跑了多少次
這些信息放在一起，能幫你建立一個很清晰的認知：我的 Token 到底消耗在了什麼地方。
CodeBurn 還有一個我覺得很實用的功能：codeburn optimize。
這個命令會掃描你的會話數據和 ~/.claude/ 配置，找出最常見的浪費模式。
比如：某些文件被 Claude 反覆讀取了很多次（內容一樣，上下文一樣，但每次會話都重新讀一遍）；比如 Bash 輸出沒有設置長度限制，導致大量無用輸出佔了 Token；比如配置了一些 MCP Server 但從來沒用過，卻每次都要加載它們的工具描述。
每個問題都會給出預估能節省多少 Token 和多少錢，還會附上對應的修改建議。
另外一個有意思的指標叫 one-shot rate（一次成功率）。
CodeBurn 會檢測你的編輯操作有沒有經歷「改了 → 跑測試 → 又改」的重試循環。
如果 Coding 的 one-shot rate 是 90%，說明 AI 在 10 次編輯裏有 9 次是一次就對了。這個數字越低，說明 Token 浪費在重試上的比例越高。
CodeBurn 也有菜單欄 App，通過 npx codeburn menubar 可以一鍵安裝。裝好之後，菜單欄會出現一個小火焰圖標，顯示當天的消耗金額，點開可以看到更詳細的統計面板。
不過，用下來也有一個小問題：CodeBurn 的數據更新偶爾會有延遲。
有幾次我明明已經用了一段時間，但面板上的數據沒有變化，需要退出程序重新打開才會刷新。
這個問題不是每次都出現，但確實遇到過幾次。
這可能跟它的數據讀取方式有關。
CodeBurn 是通過讀取本地磁盤上的 JSONL 會話文件來解析數據的，而 CodexBar 則是通過 OAuth、CLI 交互、瀏覽器 Cookie 等方式直接獲取 Provider 的實時數據。
兩者的數據獲取機制不同，也就導致了實時性上的差異。
怎麼選？
想實時看額度和重置時間 → CodexBar。
它的核心場景是：我想隨時知道自己還能用多少，什麼時候重置，避免做到一半突然沒額度。而且它不只看 Claude Code，還能看到 Claude.ai 網頁端、Cursor、Codex 等多個 Provider 的完整用量。
想深度瞭解成本去向 → CodeBurn。
它的核心場景是：我想知道過去一週的 Token 花在了哪些項目上，是寫代碼花的多還是調試花的多，哪個模型最費錢，有沒有明顯的浪費。它提供的信息維度比 CodexBar 更豐富。
兩個都裝也完全不衝突。 它們一個是原生 macOS App，一個是 Node.js CLI 工具，互不干擾。
我自己就是兩個都在用，日常瞄一眼 CodexBar 看額度，想做覆盤的時候打開 CodeBurn 看詳細數據。
兩者都是開源免費的，都支持命令行使用，都可以通過 Homebrew 或對應的包管理器直接安裝。
一圖流如下👇
寫在最後
這兩個工具裝上之後，對我來說最大的變化是：Token 消耗從一個模糊的感覺，變成了具體的數字。
以前只知道「今天好像用了不少」，現在能看到具體是哪天消耗特別高，能回憶起那天做了什麼任務，也能判斷哪些操作的性價比更高。
這種可見性本身就是一種有價值的信息。
如果你有以下任何一種情況，我覺得這兩個工具都值得試一試：
• 日常在用 Claude Code、Cursor、Codex 這些 Agent 工具，但不清楚自己每天到底消耗了多少 • 經常做到一半發現額度用完了，想提前知道剩餘額度和重置時間 • 想搞清楚自己的 Token 成本到底花在了哪些項目和操作上，看看有沒有優化空間
以上，就是本文全部內容，如果覺得這篇文章對你有啓發，點贊、比心、分享三連就是對我最大的支持，謝謝～
• 用 Gemini 解鎖 YouTube 新用法，信息獲取效率提升 10 倍
• 有了 NotebookLM 後，還需要 Obsidian 嗎？
• 我試了 NotebookLM 學習法後，徹底拋棄傳統學習方式
• 我用 NotebookLM 解鎖 PPT 的 5 種玩法，實現了 PPT 自由