Manus 的 PostHog MCP 連接器

問 PostHog 哪裡變了,再看功能開關、錯誤和查詢

問一句:「昨天新結帳頁上線後,付款成功率變了嗎?」Manus 會查你的 PostHog 資料,給你一張圖、一句結論和它用的 SQL。你還可以問哪些功能開關開著、開給了多少使用者,某個實驗的結果,或者本週哪些錯誤影響的人最多。在它改開關或建實驗之前,讓它先把改動給你看,它會等你同意。

先在 Manus 中連接 PostHog
Manus示意圖

昨天新結帳頁上線後,付款成功率有變化嗎?另外告訴我 PostHog 中目前哪些開關是開著的。

變了。上線後付款成功率提高了約 2 個百分點:昨天 96.2%,今天到目前為止 96.0%,上線前 7 天平均 94.1%。滿一週後再看一次。

付款成功率10月13日 至 10月21日
97%95%93%
新結帳頁上線
10月13日10月17日10月21日
我用的查詢
SELECT toDate(timestamp) AS day,  countIf(event = 'payment_succeeded')  / countIf(event = 'checkout_started') AS success_rateFROM eventsWHERE timestamp >= '2026-10-13'GROUP BY day ORDER BY day
功能開關示意圖
  • new-checkout新結帳頁全部使用者
  • saved-cards結帳時使用已儲存的卡片10% 的使用者
    建議:下一步開到 25%,觀察一天付款錯誤。你同意後我再改。
  • pricing-page-v2新價格頁 · 實驗進行中50% 的使用者
  • onboarding-checklist新手引導清單50% 的使用者
  • legacy-cart舊購物車頁關閉
最近變更
  • new-checkout · 設為開放給所有使用者Leo Park,10月20日
  • saved-cards · 設為開放給 10% 的使用者Maya Chen,10月14日

一句大白話,得到 PostHog SQL 洞察

不用寫 SQL,也能用上 PostHog AI 分析。Manus 寫好 PostHog SQL 查詢,執行後把結果和查詢一起給你,你可以核對,也可以在 PostHog SQL 編輯器裡開啟。

SQL 洞察示意圖

幫我寫一個 SQL 查詢:最近 30 天註冊、但還沒完成新手引導的人,按註冊週分組。然後存成洞察。

SELECT toStartOfWeek(timestamp, 1) AS week,  count(DISTINCT person_id) AS stuck_usersFROM eventsWHERE event = 'user_signed_up'  AND timestamp > now() - INTERVAL 30 DAY  AND person_id NOT IN (SELECT person_id FROM events    WHERE event = 'onboarding_completed')GROUP BY week ORDER BY week
weekstuck_users
  • 9月21日412
  • 9月28日388
  • 10月5日455
  • 10月12日521
  • 10月19日(截至目前)203

10月12日 那一週註冊的人裡,有 521 人還沒完成新手引導,是近 30 天裡最多的一週。

已存為洞察:卡在新手引導的新使用者

把一個問題變成已儲存的 PostHog SQL 洞察

說出你想統計什麼,就能拿到 SQL、結果和一個存好的洞察。

在 PostHog 轉換流程中找出使用者流失的環節

做一次從註冊到首次付款的 PostHog 轉換漏斗分析,看看哪一步流失的人最多。

管理 PostHog 功能開關:放量、變更記錄和清理過期開關

問 PostHog 裡哪些功能開關開著,把新功能先開給 10% 或更多使用者,或清理舊開關。讓 Manus 先把每項變更給你看,它會等你同意。

待你確認的改動示意圖
saved-cards結帳時使用已儲存的卡片
開放比例10%25%
發布條件
全部使用者
受影響的使用者
約多 4,800 名使用者(估算)
上次變更
Maya Chen,10月14日
等你同意
90 天沒用到的開關示意圖
  • legacy-cart最後使用:7月2日
  • old-onboarding-tour最後使用:6月18日
  • holiday-banner-2025最後使用:1月6日
這 3 個開關都是關閉的,7 月初以來都沒有被用過。你確認後我才會刪除。

把 PostHog 裡的新功能開給更多使用者

數據不錯時,從 10% 的使用者開到 25%。可以讓它先給你看改動和會影響到哪些人。

查看誰在什麼時候改了 PostHog 功能開關

按順序列出一個開關的每次變更:是誰改的、什麼時候改的、改了什麼。

清理 PostHog 裡沒人用的開關

找出 90 天內沒被用到的開關。先要一份清單,再告訴它刪哪些。

問問 PostHog 實驗哪個版本贏了,贏多少

實驗結果有數字,也有一句大白話:哪個版本領先、領先多少、現在能不能相信。讓 Manus 先給你看新的 A/B 測試,它會等你同意後再啟動。

用大白話看懂 PostHog 實驗結果

看哪個版本領先、領先多少、現在能不能信。

建立一個 PostHog A/B 測試,上線前先讓你檢查

Manus 起草實驗、對應的開關和目標。讓它先給你看設定,你同意後才啟動。

實驗結果示意圖
pricing-page-v210月14日 開始 · 目標:進入結帳
  • 當前頁面6,240 名用戶4.0%
  • 新價格頁6,198 名用戶4.6%
每日結帳轉換率
5.0%3.5%
10月14日10月17日10月20日
新價格頁領先:4.6% 的訪客進入了結帳,現有頁面是 4.0%。這個差距現在還不可靠。以目前的流量,再跑大約 6 天再做決定。

查看 PostHog 本週主要錯誤,以及影響了哪些人

問哪些錯誤影響的人最多,查看堆疊追蹤,再把最嚴重的那個變成修復或任務。可以讓 Manus 改錯誤狀態前先跟你確認。

本週主要錯誤10月19日 起示意圖
  • TypeErrorCannot read properties of undefined (reading 'total')1,284 次 · 312 名使用者 · 4 分鐘前
    at CartSummary (src/checkout/CartSummary.tsx:42:18)at renderWithHooks (react-dom.production.min.js:160:2)at CheckoutPage (src/checkout/CheckoutPage.tsx:88:7)
    這個錯誤 10月20日 第一次出現,正是 new-checkout 開給全部使用者的那天。它出在 CartSummary.tsx 第 42 行:訂單摘要可能在購物車總價出來之前就載入了。
  • ChunkLoadErrorLoading chunk 41 failed640 次 · 205 名使用者 · 1 小時前
  • ErrorRequest failed with status code 502318 次 · 97 名使用者 · 25 分鐘前
  • RangeErrorInvalid time value142 次 · 38 名使用者 · 3 小時前

查看 PostHog 錯誤背後的堆疊追蹤

給出完整堆疊、第一次出現的時間,並用大白話講清可能的原因。

在 GitHub 裡找到 PostHog 錯誤背後的程式碼

Manus 在你的倉庫裡找到出錯的檔案,起草一個修復,以 pull request 的形式交給你審查。

了解 Manus 裡的 GitHub

修復上線後,把 PostHog 錯誤標成已解決

讓 Manus 先跟你確認,它會在你確認後再修改狀態。

PostHog 每週產品週報,發到團隊常用的地方

在一個地方用好 PostHog 的各種整合。Manus 把每週數字發到 Slack,把錯誤變成 Linear 任務,把發現存進專案。

每週產品報告示意圖
10月19日(週一)上午 9:00 發出 · 統計 10月12日 至 10月18日
  • 每週活躍使用者18,420比上週 +3.2%
  • 註冊數2,140比上週 +1.8%
  • 結帳轉換率4.3%與上週持平
近 8 週每週活躍使用者
8月24日10月12日
  • pricing-page-v2 在 10月14日 開放給了 50% 的使用者。
  • saved-cards 在 10月14日 開放給了 10% 的使用者。
  • pricing-page-v2 實驗正在進行中,現在下結論還太早。
前 3 個錯誤
  • ChunkLoadErrorLoading chunk 41 failed188 名用戶
  • ErrorRequest failed with status code 50264 名用戶
  • RangeErrorInvalid time value31 名用戶
已發到 Slack 的 #product已存進 Growth 專案

每週一收到一份 PostHog 產品週報

設定一次就好。Manus 會把它當成自動化定時執行,發出關鍵數字、開關變化、實驗和主要錯誤。

查看自動化

把 PostHog 最主要的錯誤變成 Linear 任務

任務裡寫上堆疊和受影響的使用者數。可以讓它建立之前先給你看。

了解 Manus 裡的 Linear

把 PostHog MCP 伺服器連接到 Manus

PostHog 已經在 Manus 的連接器裡。登入一次,之後任何任務都能用上 PostHog MCP 的分析、功能開關、實驗和錯誤追蹤。

  1. 開啟連接器

    在 Manus 裡打開連接器,選擇 PostHog,點擊連接。

  2. 登入 PostHog

    按提示用你的 PostHog 帳號登入並允許存取。之後 Manus 只處理你的 PostHog 帳號本來就能看到的專案和資料。

  3. 在任意任務裡提出需求

    提到 PostHog 和要看的指標、開關、實驗或錯誤。要變動時,讓 Manus 先給你看,等你同意。

PostHog做產品分析、管理功能開關、執行實驗

用 AI 洞察改進你的產品分析。用自然語言就能做資料分析、管理功能開關、執行實驗。

連接示意圖
  • 用你的 PostHog 帳號登入並允許存取
  • 只查看和修改你的 PostHog 帳號有權限的內容

關於 PostHog AI 和 MCP 的常見問題

要怎麼把 PostHog 連接到 Manus?

在 Manus 中開啟連接器,選擇 PostHog,點選連接。按提示用你的 PostHog 帳號登入並允許存取。之後在任意任務中提到 PostHog 就行,例如「PostHog 裡目前哪些功能旗標是開啟的?」

Manus 會不會誤改我的功能開關?

Manus 按你的任務去改 PostHog 裡的開關或實驗。讓它先把改動展示給你看,它會等你同意,再去改推出比例、建立實驗或發布某個版本。本頁凡是會改開關或實驗的範例,都這樣要求了。

Manus 給的數字我能核對嗎?

可以。讓它附上它執行的查詢。SQL 問題會直接給你 SQL,你可以在 PostHog SQL 編輯器裡再執行一次,或存成洞察。

在 PostHog 那邊會多花錢嗎?

按 PostHog 的說法,連接 PostHog MCP 伺服器是免費的。查詢讀取的資料仍按你平時的 PostHog 用量計算,少數用到 AI 的 PostHog 工具會計入 PostHog AI 用量。詳情以 PostHog 自己的價格說明為準。

Manus 能每週寄給我一份 PostHog 產品報告嗎?

可以。說一次要什麼報表、什麼時候執行,例如每週一上午 9 點。Manus 會把它當成自動化排程執行,把關鍵數字、開關變化、實驗結果和主要錯誤放進同一則訊息裡。

Manus 和 PostHog 自己的 AI PostHog AI 有什麼不同?

PostHog AI 是在 PostHog 裡使用的 AI 分析助手。Manus 透過連接器處理你的 PostHog 資料,並把答案帶到下一步:一份週報、一篇文件或一項任務,還能同時用上你連接的其他工具。

這和 PostHog 的 Claude 連接器一樣嗎?

是的,兩者都用 PostHog MCP 伺服器。PostHog 和 Claude 的整合讓 Claude 能處理你的 PostHog 資料,Manus 裡的 PostHog 也是一個 MCP 連接器。在 Manus 的連接器裡連接一次,之後任何任務都能把它和你連接的其他工具一起使用。

Manus 能把 PostHog 的錯誤發到 Linear、把結果發到 Slack 嗎?

可以,前提是這些應用已經在 Manus 裡連接。它能把 PostHog 最主要的錯誤變成 Linear 任務,或把摘要發到 Slack 頻道,你也可以讓它先給你看。這些都在 Manus 裡和 PostHog 一起完成,不用另外設定 PostHog 與 Slack 的整合。

Manus 能看到 PostHog 裡的哪些內容?

只能看到你的 PostHog 帳號能看到的內容。你在 PostHog 裡打不開的專案、洞察或旗標,Manus 也打不開。你隨時可以在 Manus 的連接器裡中斷 PostHog。

需要我寫 SQL 或程式碼嗎?

不需要。PostHog 已經在 Manus 的連接器裡。用大白話說就行,比如「幫我寫個 SQL 查詢,找出註冊了但沒完成新手引導的使用者」,Manus 會寫好並執行。

把 Manus 當作你的 PostHog AI 代理

在 Manus 中連接 PostHog