適用於 Manus 的 Sentry MCP 連接器

分診 Sentry 錯誤,更快找到根因

Manus 是獨立的 AI 智能體,不是 Sentry 的功能。它用你自己的帳號,透過 Sentry 官方 MCP 伺服器連接,讀取問題和堆疊;如果你的方案包含 Seer,還會加上它的根因分析,然後提出修復建議。

先在 Manus 中連接 Sentry

1錯誤

CHECKOUT-4K錯誤

TypeError

Cannot read properties of undefined (reading 'amount')

getOrderTotal (checkout/summary.ts)

事件數
1,204
使用者數
386
首次出現
2 小時前

2根因

Seer 給出的根因

已儲存的購物車可能還沒有總價。版本 2.14.0 移除了備援邏輯,所以 getOrderTotal() 在空值上讀取 cart.total.amount。

Manus 已對照堆疊紀錄核實:checkout/summary.ts 第 42 行。

3修復建議

checkout/summary.ts

41const cart = await getCart(id)

-42return cart.total.amount

+42return cart.total?.amount ?? 0

修復結帳時購物車缺少總價的問題PR #318 · 等你審核

Sentry 錯誤追蹤:一眼看出先修哪個

不用逐條看 Sentry 警示,直接拿到一份新出現和未解決的 Sentry 問題清單,按事件數和受影響使用者數排好序。

依事件數和受影響使用者數為新的 Sentry 問題排序

Manus 列出新出現和仍未解決的問題,依影響大小排序,告訴你該先修哪個、為什麼。在提示詞裡寫上時間,它就會作為排定任務每天早上執行。

checkout-web新出現和未解決過去 24 小時
#問題事件數使用者數
  1. 1TypeError先修這個Cannot read properties of undefined (reading 'amount')1,204386
  2. 2ChunkLoadErrorLoading chunk 412 failed640211
  3. 3TimeoutErrorPOST /api/payments timed out after 30s31897
  4. 4ReferenceErroranalytics is not defined9264

Manus:先修 CHECKOUT-4K。它從版本 2.14.0 開始出現,讓 386 位使用者無法結帳,也是今天事件最多的問題。

AI 偵錯工具:讀懂堆疊和 Sentry Seer 的分析

貼上一個問題連結,更快完成 Sentry 除錯。Manus 會讀取堆疊和事件詳情;如果你的 Sentry 方案包含 Seer,還會加上 Seer 的分析。

用白話講清 Sentry 根因分析

Manus 會讀取堆疊和事件詳情,告訴你哪裡出了問題、該看哪一行。如果你的方案包含 Sentry 自己的 AI 偵錯工具 Seer,Manus 還會讀取它給出的根因,並對照堆疊核實。

CHECKOUT-4K·堆疊追蹤

TypeError: Cannot read properties of undefined (reading 'amount')

  1. checkout/summary.ts在 getOrderTotal 第 42:22 行

    40export async function getOrderTotal(id: string) {

    41 const cart = await getCart(id)

    42 return cart.total.amount

    43}

  2. checkout/page.tsx在 CheckoutSummary 第 18:9 行

  3. react-dom.production.js在 renderWithHooks 第 1287:18 行

Seer 給出的根因

  1. 已儲存的購物車在價格算出來之前就被載入,所以 cart.total 是 undefined。
  2. 版本 2.14.0 刪掉了回傳 0 的備援邏輯。

Manus:堆疊追蹤也印證了這一點。先看 checkout/summary.ts 第 42 行,再查版本 2.14.0 裡 getOrderTotal() 改了什麼。

AI 修 bug 助理:修復 Sentry 問題

用 AI 修 bug,改之前你先過目:在對話裡給出程式碼修改建議;如果同時連了 GitHub,就在你的儲存庫裡開一個 PR。

checkout/summary.ts+1-1

40 export async function getOrderTotal(id: string) {

41 const cart = await getCart(id)

42- return cart.total.amount

42+ return cart.total?.amount ?? 0

43 }

Manus:在購物車有價格之前回傳 0,和版本 2.14.0 之前一樣。

用程式碼修改建議修復 Sentry 錯誤

Manus 用改動前後對照的方式寫出建議的修改,並說明它如何解決根本原因。這只是對話裡的建議,你的程式碼不會被改動。

acme/checkout-web待審核

修復結帳時購物車缺少總價的問題 #318

fix/checkout-4k → main

修復 Sentry 中的 CHECKOUT-4K

根因
已儲存的購物車可能比價格先載入,而版本 2.14.0 移除了備援邏輯。
如何測試
在價格載入之前打開一個已儲存的購物車,然後去結帳。

等你審核,要不要合併由你決定。

Sentry 與 GitHub 整合:開修復 PR

同時連接了 GitHub 的話,Manus 會在新分支上修好問題,並開一個附帶 Sentry 問題連結的 PR。要不要合併由你決定。

把 Sentry 問題變成 Linear 工單和每週報告

Manus 把查到的結果交給你的團隊:一張帶重現步驟的 Linear 工單,或一份發到 Slack 的每週 Sentry 錯誤監控報告。

Sentry 與 Linear 整合:工單自帶重現步驟

Manus 會寫好一張 Linear 工單,包含錯誤訊息、重現步驟、受影響的使用者數和回到 Sentry 的連結。

ENG-412緊急Bug

已儲存的購物車沒有總價時,結帳頁當機

TypeError: Cannot read properties of undefined (reading 'amount')

重現步驟

  1. 在價格載入之前儲存購物車。
  2. 打開這個已儲存的購物車,去結帳。
  3. 訂單摘要發生 TypeError 並當機。

影響範圍

自版本 2.14.0 起,386 位用戶、1,204 次事件

Sentry 中的 CHECKOUT-4K

每週一份 Sentry 效能監控報告

按時間表跑的 AI 錯誤監控:在提示詞裡寫上時間,Manus 會把它存成定時任務。每週一彙總新報錯、慢請求和各個版本的情況,再把報告發到 Slack。

每週報告 · checkout-web每週一上午 9 點
新問題
14
受影響的使用者
1.9k
最慢請求
820 ms

每天的錯誤數

一
二
三
四
五
六
日
  • 版本 2.14.0 新增了 3 個問題,最嚴重的是 CHECKOUT-4K。
  • POST /api/payments 在週三上線後變慢了。

已發到 #eng-errors

在 Manus 中連接 Sentry MCP 伺服器

不用複製伺服器位址或權杖。Sentry 已經在 Manus 的連接器裡,用你自己的 Sentry 帳號登入就行。

  1. 開啟連接器

    在 Manus 裡打開連接器,選擇 Sentry。

  2. 登入 Sentry

    用你的 Sentry 帳號登入,在 Sentry 的授權頁上選擇允許哪些權限。

  3. 在任務裡貼上問題連結

    直接用大白話提要求;有具體專案或問題連結時,一起附上。

Sentry 的核准畫面

  • Inspect Issues & Events讀取問題、事件、追蹤鏈、版本、效能剖析和專案詳情。
  • Seer用 Sentry 的 AI 偵錯工具 Seer 找根本原因。
  • Triage Issues解決、指派和更新問題。
  • Manage Projects & Teams建立和修改專案、團隊、監控和警示規則。

不想讓 Manus 使用的項目,取消勾選即可。之後可以重新連接來修改。

了解更多連接器和使用指南

關於 Sentry MCP 連接器的常見問題

什麼是 Sentry MCP?

Sentry MCP 是 Sentry 官方的 MCP(模型上下文協定)伺服器,網址是 mcp.sentry.dev。它讓 AI 智慧代理用你自己的 Sentry 帳號讀取你的 Sentry 資料,例如問題、事件和堆疊追蹤。Manus 在連接器裡直接連它,你不用自己執行 Sentry MCP 伺服器。

怎麼把 Sentry 連接到 Manus?

在 Manus 中開啟連接器,選擇 Sentry,用你的 Sentry 帳號登入。接著 Sentry 的授權畫面會列出 Manus 能使用的權限,不想給的可以取消勾選。之後在任務中貼上問題連結或寫上專案名稱就行。

Manus 能讀取哪些 Sentry 資料?

你的 Sentry 帳號能開啟的內容都可以讀取:問題與事件、堆疊追蹤、專案、團隊與組織、版本、呼叫鏈等效能資料;如果你的 Sentry 方案包含 Seer,還有 Seer 的根因分析。

Manus 會改我的程式碼或 Sentry 問題嗎?

不會自己去改。只有你提出要求,而且同時連接了 GitHub,它才會改程式碼:在新分支上修改並開一個 PR,合併與否由你決定。只有你在連接時允許了問題分派,它才會解決、指派或更新 Sentry 問題。想先確認,就讓它在改之前把變更給你看。

Manus 是像 Seer 那樣的 Sentry AI 代理嗎?

不是。Seer 是 Sentry 自己的 AI 除錯工具,Sentry Autofix 是 Seer 在 Sentry 裡從問題走到修復的流程。兩者都在 Sentry 裡運行,需要包含 Seer 的方案。Manus 是另一個獨立的 AI 智能體:它透過連接器讀取 Seer 的分析,用在你的任務裡,還能搭配 GitHub、Linear、Slack 等應用一起用。

Manus 能讀取 Sentry 警示和效能資料嗎?

能。它可以讀取你的告警規則、追蹤鏈、版本和效能剖析,所以你可以問某條告警在監看什麼,或者一個慢請求的時間花在哪裡。只有你在連接時允許了管理專案和團隊,它才會建立或修改告警規則。

使用 Sentry MCP 需要 Claude Code 或 Cursor 嗎?

不需要。「Sentry Claude Code」或「Sentry Cursor」這類設定教學,要你自己把 Sentry 的 MCP 伺服器加到那個工具裡。在 Manus 裡,Sentry 已經在連接器清單中:登入一次,在對話裡提出需求,任務就在雲端執行。

這會影響我在 Sentry 裡和 Slack、GitHub 的整合嗎?

不會。你在 Sentry 裡安裝的 Slack 整合、GitHub 整合和其他整合都照常運作。當你讓 Manus 發訊息到 Slack、開 GitHub PR 或建立 Linear 工單時,它用的是你在 Manus 裡連好的連接器。

可以收回 Manus 對 Sentry 的存取權限嗎?

可以。在 Manus 裡打開連接器,選擇 Sentry,點「中斷連線」。之後可以重新連接,並在 Sentry 的授權頁面上選擇不同的權限。

連接 Sentry,分診你的第一個問題

在 Manus 中連接 Sentry