[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-gmail-mcp-claude-code-multi-account-setup-zh":3,"tags-gmail-mcp-claude-code-multi-account-setup-zh":35,"related-lang-gmail-mcp-claude-code-multi-account-setup-zh":52,"related-posts-gmail-mcp-claude-code-multi-account-setup-zh":56,"series-tools-d0f79c60-b926-4611-8497-0c66513261a6":93},{"id":4,"title":5,"content":6,"summary":7,"source":8,"source_url":9,"author":10,"image_url":11,"keywords":12,"language":23,"translated_content":10,"views":24,"is_premium":25,"created_at":26,"updated_at":26,"cover_image":11,"published_at":27,"rewrite_status":28,"rewrite_error":10,"rewritten_from_id":29,"slug":30,"category":31,"related_article_id":32,"status":33,"google_indexed_at":34,"x_posted_at":10,"tweet_text":10,"title_rewritten_at":10,"title_original":10,"key_takeaways":10,"topic_cluster_id":10,"embedding":10,"is_canonical_seed":25},"d0f79c60-b926-4611-8497-0c66513261a6","Gmail MCP 多帳號實戰：Claude Code 5…","\u003Cp>四個 Gmail 帳號。918 封未讀信。40 秒做完晨報，還抓出 7 件要處理的事。這種數字很直接，也很誠實，因為它說的是省時間，不是講故事。\u003C\u002Fp>\u003Cp>這篇來自 \u003Ca href=\"https:\u002F\u002Fbuildtolaunch.substack.com\u002Fp\u002Fgmail-mcp-multi-account-claude-code-guide\" target=\"_blank\" rel=\"noopener\">Build to Launch\u003C\u002Fa> 的整理，重點放在 \u003Ca href=\"https:\u002F\u002Fwww.anthropic.com\u002Fclaude-code\" target=\"_blank\" rel=\"noopener\">Claude Code\u003C\u002Fa> 怎麼接 \u003Ca href=\"https:\u002F\u002Fdevelopers.google.com\u002Fworkspace\u002Fgmail\u002Fapi\" target=\"_blank\" rel=\"noopener\">Gmail API\u003C\u002Fa>，還能撐住多帳號。不會一直跳重認證，也不會把個人、商務、訂閱信混在一起。說白了，這才是實戰，不是 demo。\u003C\u002Fp>\u003Cp>你可能會想問，郵件自動化有什麼好寫的。答案很簡單。當你有收據、付款通知、合作邀約、訂閱警報時，Gmail 早就不是信箱。它是你的營運層。這也是 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-code\" target=\"_blank\" rel=\"noopener\">Claude Code\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fmodelcontextprotocol.io\u002F\" target=\"_blank\" rel=\"noopener\">MCP\u003C\u002Fa> 真正能派上用場的地方。\u003C\u002Fp>\u003Ch2>Gmail MCP 到底做了什麼\u003C\u002Fh2>\u003Cp>很多人一聽到 Gmail MCP，就只想到搜尋。老實說，搜尋只是最無聊的那一段。真正有價值的是，\u003Ca href=\"\u002Fnews\u002Fclaude-code-source-map-leak-51w-lines-zh\">Clau\u003C\u002Fa>de Code 可以直接讀信、分類、草擬回覆，還能把結果整理成你看得懂的格式。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775185622267-2g0l.png\" alt=\"Gmail MCP 多帳號實戰：Claude Code 5…\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這種做法的重點，不是把信件變成聊天記錄。重點是把郵件變成可處理的資料。當郵件可以被分類、萃取、標記，整個工作流就從「人工翻信」變成「機器先整理，人再決定」。\u003C\u002Fp>\u003Cp>這篇文章提到幾個很貼地的任務。像是收據萃取、合作信件分流、訂閱暴增偵測，還有每天早上的跨帳號摘要。這些都不是花俏功能，都是會真的卡住人的日常。\u003C\u002Fp>\u003Cul>\u003Cli>4 個 Gmail 帳號：個人、Newsletter、商務、付款\u003C\u002Fli>\u003Cli>918 封未讀信，外加 3,353 封總信件\u003C\u002Fli>\u003Cli>103 封信在單次收據流程中被處理\u003C\u002Fli>\u003Cli>1,986.41 美元被整理進支出與款項紀錄\u003C\u002Fli>\u003Cli>40 秒內產出晨報，列出 7 件可行動項目\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這些數字很有感。因為它不是「加快一點點」，而是直接把一堆人工步驟砍掉。對常常要報帳、追款、看合作信的人來說，這差很多。\u003C\u002Fp>\u003Ch2>多帳號為什麼最容易翻車\u003C\u002Fh2>\u003Cp>單一 Gmail 帳號很好處理。真正麻煩的是，你的工作本來就被拆散了。收入進一個信箱，Newsletter 進另一個，客戶信放第三個，個人消費又在第四個。這時候，如果工具還要你一直切來切去，那你只是把工作換成另一種手動操作。\u003C\u002Fp>\u003Cp>這篇指南抓到一個很準的問題。失敗的地方通常不是「接不到」。失敗的是路由。Claude 如果讀錯帳號、一直要求重新授權、或把資料串錯，整個系統就會變得很煩。\u003C\u002Fp>\u003Cp>作者 Jenny Ouyang 把三個常見問題講得很清楚：account bleed、re-auth friction、false confidence。講白了就是資料串流、授權卡住、和你以為它很穩但其實沒有。\u003C\u002Fp>\u003Cblockquote>“The hard part is not connecting one inbox. It is setting up multiple Gmail accounts without constant re-auth, account mixups, or broken routing.” — Jenny Ouyang\u003C\u002Fblockquote>\u003Cp>這句話很準。多帳號郵件自動化，本質上是基礎架構問題，不是提示詞問題。底層亂掉，上層就只能跟著亂。\u003C\u002Fp>\u003Cp>而且這類問題很容易被 demo 騙過。第一次跑得動，不代表第十次、第 20 次還正常。OAuth token 到期、權限重設、帳號切換，這些才是日常會踩到的坑。\u003C\u002Fp>\u003Ch2>5 種工作流，才是這套東西的重點\u003C\u002Fh2>\u003Cp>這篇文章最實用的地方，是它沒有停在安裝教學。它直接給了 5 種工作流。收據萃取、合作信件初篩、Inbox zero 分類、訂閱暴增偵測、跨帳號晨報。這些都很像真實工作，而不是玩具範例。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775185616451-0i8z.png\" alt=\"Gmail MCP 多帳號實戰：Claude Code 5…\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我覺得這樣切很聰明。因為郵件問題本來就分兩類。一類是錢，像收據、付款、訂閱、工具費。另一類是注意力，像合作邀約、待回信、今天要不要處理。兩類混在一起時，最容易讓人整天卡住。\u003C\u002Fp>\u003Cp>其中最有感的是數字對比。收據流程吃了 103 封信，整理出 6 個月的付款與訂閱紀錄。晨報則掃了 918 封未讀信，只留下 7 件值得處理的事。這種壓縮比很高，說明它不是單純搜尋，而是先過濾再輸出。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>收據萃取：\u003C\u002Fstrong>整理 payouts、發票、訂閱與工具費\u003C\u002Fli>\u003Cli>\u003Cstrong>合作信初篩：\u003C\u002Fstrong>把合作提案先分群，再集中看\u003C\u002Fli>\u003Cli>\u003Cstrong>Inbox zero 分類：\u003C\u002Fstrong>把未讀信分成回覆、封存、待查\u003C\u002Fli>\u003Cli>\u003Cstrong>訂閱暴增偵測：\u003C\u002Fstrong>抓 newsletter 訂閱量異常變化\u003C\u002Fli>\u003Cli>\u003Cstrong>晨報：\u003C\u002Fstrong>一次掃描 4 個帳號，只回傳需要處理的項目\u003C\u002Fli>\u003C\u002Ful>\u003Cp>還有一個細節很重要。作者提到 reader-re\u003Ca href=\"\u002Fnews\u002Fapple-pays-google-one-billion-fix-siri-zh\">pl\u003C\u002Fa>y 類型的觸發條件，最後可能什麼都不回傳。這不是失敗，這是設計正確。因為自動化最怕的，就是你明明不需要資訊，卻一直被空報表轟炸。\u003C\u002Fp>\u003Ch2>這種架構跟其他方案差在哪\u003C\u002Fh2>\u003Cp>這套設定用的是單一 \u003Ca href=\"\u002Fnews\u002Fapple-siri-google-gemini-1b-deal-zh\">Goog\u003C\u002Fa>le Cloud project，再搭配多個 MCP connection，還有每個帳號各自獨立的 server。這聽起來很工程味，但其實很合理。你要的是隔離，不是把四個信箱攪成一鍋。\u003C\u002Fp>\u003Cp>如果拿一般的 Gmail automation 來比，差別很明顯。一般方案常常只處理單帳號，或是靠一個 OAuth token 硬撐。這種做法在測試時看起來沒問題，等你真的把個人、商務、付款混進來，就開始出事。\u003C\u002Fp>\u003Cp>這篇也提到他們對開源 Gmail MCP 做了小幅 fork，目的就是讓路由在重複使用下還能穩。這點我很買單。因為 AI 工具不是比第一次跑多漂亮，而是比第 50 次還能不能正常跑。\u003C\u002Fp>\u003Cp>下面這個對比，很能看出差異。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>單帳號方案：\u003C\u002Fstrong>設定簡單，但容易把資料混在一起\u003C\u002Fli>\u003Cli>\u003Cstrong>多帳號獨立 server：\u003C\u002Fstrong>設定較麻煩，但路由清楚\u003C\u002Fli>\u003Cli>\u003Cstrong>單一 OAuth token：\u003C\u002Fstrong>維護快，但常見 re-auth 問題\u003C\u002Fli>\u003Cli>\u003Cstrong>分帳號授權：\u003C\u002Fstrong>維護成本高一點，但比較不會串錯\u003C\u002Fli>\u003Cli>\u003Cstrong>傳統人工審信：\u003C\u002Fstrong>最直覺，但最吃時間\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你是開發者，這裡真正值得學的是邏輯，不是 Gmail 本身。任何有多來源資料的系統，都會遇到同樣問題。像客服信、付款通知、內部工單、甚至 Slack channel，都能套這種分流思路。\u003C\u002Fp>\u003Cp>我也會提醒一件事。自動化不是把所有東西交給 AI。你要先定義邊界。哪個帳號能讀什麼，哪種信能進哪條流程，哪些結果要人工確認。邊界越清楚，系統越不容易失控。\u003C\u002Fp>\u003Ch2>這波其實是郵件工作方式在變\u003C\u002Fh2>\u003Cp>Gmail API 早就存在很久了。MCP 也不是什麼神秘新玩意。真正變的是，Claude Code 這類工具讓開發者可以直接把郵件接進工作流，而不用自己從頭寫一堆查詢、分類、排程和輸出格式。\u003C\u002Fp>\u003Cp>這背後的產業脈絡很簡單。以前大家想做 email automation，通常得自己串 API、處理 token、寫 cron job。現在多了 MCP 這層，像是把工具接到同一個工作面板上。你不用每次都從零搭一套。\u003C\u002Fp>\u003Cp>但這也不是說門檻消失了。相反地，門檻變成「你有沒有把資料邊界想清楚」。尤其是創作者、接案者、小團隊，常常同時有收入、合作、訂閱、客服四種信件。這時候，帳號結構本身就是流程設計。\u003C\u002Fp>\u003Cp>再講白一點，郵件管理不是收件匣整理。它其實是在整理你的工作責任。誰要回、誰要存、誰要報帳、誰要追蹤，這些都跟資料結構有關，不只是跟 UI 有關。\u003C\u002Fp>\u003Ch2>我會怎麼看這件事\u003C\u002Fh2>\u003Cp>我覺得這篇文章最有價值的地方，不是它用了什麼酷工具，而是它把問題講對了。多帳號 Gmail 的難點，不是「能不能讀」。而是「能不能穩定地讀對」。\u003C\u002Fp>\u003Cp>如果你現在也有 2 到 4 個 Gmail 帳號，我會建議你先做一件事：把帳號用途切乾淨。個人、工作、付款、訂閱，先分好，再談自動化。這樣你之後不管接 Claude、MCP，還是其他 LLM 工具，都比較不會亂。\u003C\u002Fp>\u003Cp>我的預測很直接。接下來真正有用的 email AI，不會是最會聊天的那個，而是最會守規則的那個。誰能把帳號邊界、觸發條件、輸出格式定得最清楚，誰就能把郵件變成可控流程。你如果每天都在信箱裡打仗，這種工具就值得試。\u003C\u002Fp>","四個 Gmail 帳號、918 封未讀信，Claude Code 用 Gmail MCP 把收據、審信、晨報整合成 5 種工作流，重點是多帳號路由和避免重認證。","buildtolaunch.substack.com","https:\u002F\u002Fbuildtolaunch.substack.com\u002Fp\u002Fgmail-mcp-multi-account-claude-code-guide",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1775185622267-2g0l.png",[13,14,15,16,17,18,19,20,21,22],"Gmail MCP","Claude Code","多帳號 Gmail","MCP","Gmail API","郵件自動化","Claude","LLM","收據萃取","Inbox zero","zh",1,false,"2026-04-03T03:06:41.130454+00:00","2026-04-03T03:06:40.896+00:00","done","4292d9c9-bf6b-429d-9b37-08a1d4fde9d1","gmail-mcp-claude-code-multi-account-setup-zh","tools","e3c2aa90-77f8-4038-a8ee-6cb1b5a605d1","published","2026-04-07T07:41:11.983+00:00",[36,38,40,42,44,46,48,50],{"name":15,"slug":37},"多帳號-gmail",{"name":22,"slug":39},"inbox-zero",{"name":16,"slug":41},"mcp",{"name":13,"slug":43},"gmail-mcp",{"name":14,"slug":45},"claude-code",{"name":20,"slug":47},"llm",{"name":17,"slug":49},"gmail-api",{"name":19,"slug":51},"claude",{"id":32,"slug":53,"title":54,"language":55},"gmail-mcp-claude-code-multi-account-setup-en","Gmail MCP for Claude Code: 5 Workflows","en",[57,63,69,75,81,87],{"id":58,"slug":59,"title":60,"cover_image":61,"image_url":61,"created_at":62,"category":31},"d058a76f-6548-4135-8970-f3a97f255446","why-gemini-api-pricing-is-cheaper-than-it-looks-zh","為什麼 Gemini API 定價其實比看起來更便宜","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778869845081-j4m7.png","2026-05-15T18:30:25.797639+00:00",{"id":64,"slug":65,"title":66,"cover_image":67,"image_url":67,"created_at":68,"category":31},"68e4be16-dc38-4524-a6ea-5ebe22a6c4fb","why-vidhub-huiyuan-hutong-bushi-quan-shebei-tongyong-zh","為什麼 VidHub 會員互通不是「買一次全設備通用」","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778789450987-advz.png","2026-05-14T20:10:24.048988+00:00",{"id":70,"slug":71,"title":72,"cover_image":73,"image_url":73,"created_at":74,"category":31},"7a1e174f-746b-4e82-a0e3-b2475ab39747","why-buns-zig-to-rust-experiment-is-right-zh","為什麼 Bun 的 Zig-to-Rust 實驗是對的","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778767879127-5dna.png","2026-05-14T14:10:26.886397+00:00",{"id":76,"slug":77,"title":78,"cover_image":79,"image_url":79,"created_at":80,"category":31},"e742fc73-5a65-4db3-ad17-88c99262ceb7","why-openai-api-pricing-is-product-strategy-zh","為什麼 OpenAI API 定價是產品策略，不是註腳","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778749859485-chvz.png","2026-05-14T09:10:26.003818+00:00",{"id":82,"slug":83,"title":84,"cover_image":85,"image_url":85,"created_at":86,"category":31},"c757c5d8-eda9-45dc-9020-4b002f4d6237","why-claude-code-prompt-design-beats-ide-copilots-zh","為什麼 Claude Code 的提示設計贏過 IDE Copilot","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778742645084-dao9.png","2026-05-14T07:10:29.371901+00:00",{"id":88,"slug":89,"title":90,"cover_image":91,"image_url":91,"created_at":92,"category":31},"4adef3ab-9f07-4970-91cf-77b8b581b348","why-databricks-model-serving-is-right-default-zh","為什麼 Databricks Model Serving 是生產推論的正確預設","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1778692245329-a2wt.png","2026-05-13T17:10:30.659153+00:00",[94,99,104,109,114,119,124,129,134,139],{"id":95,"slug":96,"title":97,"created_at":98},"de769291-4574-4c46-a76d-772bd99e6ec9","googles-biggest-gemini-launches-in-2026-zh","Google 2026 最大 Gemini 盤點","2026-03-26T07:26:39.21072+00:00",{"id":100,"slug":101,"title":102,"created_at":103},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":105,"slug":106,"title":107,"created_at":108},"9b19ab54-edef-4dbd-9ce4-a51e4bae4ebb","mcp-in-2026-the-ai-tool-layer-teams-use-zh","2026 年 MCP：團隊真的在用的 AI 工具層","2026-03-26T08:01:46.589694+00:00",{"id":110,"slug":111,"title":112,"created_at":113},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":115,"slug":116,"title":117,"created_at":118},"05553086-6ed0-4758-81fd-6cab24b575e0","garry-tan-open-sources-claude-code-toolkit-zh","Garry Tan 開源 Claude Code 工具包","2026-03-26T08:26:20.068737+00:00",{"id":120,"slug":121,"title":122,"created_at":123},"042a73a2-18a2-433d-9e8f-9802b9559aac","github-ai-projects-to-watch-in-2026-zh","2026 必看 20 個 GitHub AI 專案","2026-03-26T08:28:09.619964+00:00",{"id":125,"slug":126,"title":127,"created_at":128},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":130,"slug":131,"title":132,"created_at":133},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":135,"slug":136,"title":137,"created_at":138},"bfdb467a-290f-4a80-b3a9-6f081afb6dff","aiml-2026-student-ai-ml-lab-repo-review-zh","AIML-2026：像課綱的學生實驗 Repo","2026-03-27T01:21:51.467798+00:00",{"id":140,"slug":141,"title":142,"created_at":143},"80cabc3e-09fc-4ff5-8f07-b8d68f5ae545","ai-trending-github-repos-and-research-feeds-zh","AI Trending：把 AI 資源收成一張表","2026-03-27T01:31:35.262183+00:00"]