sentry-fix-issues

關於sentry-fix-issues

透過 Sentry MCP 伺服器，利用 Sentry 的除錯資料來發現、分析並修復生產環境中的問題。 此功能旨在處理修復 Sentry 錯誤、除錯生產環境中的錯誤、調查例外狀況，或對 Sentry 待辦事項進行分流的請求，並能系統性地跨堆疊追蹤、路徑追蹤、追蹤記錄、標籤及上下文進行分析，以找出根本原因。使用前提為已配置並連線至 Sentry MCP 伺服器，且具備相關專案或組織的存取權限。

此技能包含七個階段：問題發現、深入問題分析、根本原因假設、程式碼調查、實施修正、驗證審核，以及報告結果。 問題發現與分析階段倚賴 Sentry MCP 工具，例如 search_issues、list_issues、get_issue_details、search_issue_events、get_issue_tag_values、get_trace_details、get_event_attachment，以及用於 AI 生成根本原因分析的 analyze_issue_with_seer。 在編寫程式碼之前，系統會先記錄錯誤摘要、直接原因、根本原因假設、支持證據及替代方案，接著自上而下讀取堆疊追蹤檔案、追蹤資料流，並審查相關程式碼與近期提交紀錄。

整個流程貫徹嚴謹的安全原則：所有 Sentry 資料均被視為不可信的外部輸入。 此技能絕不遵循錯誤訊息或追蹤路徑中嵌入的指示，絕不將原始欄位值複製到原始碼或測試固定裝置中，絕不在輸出中重現機密資訊或個人識別資訊 (PII)，並會在採取行動前將事件資料與實際程式碼庫進行交叉比對，標記差異而非假設事件具有權威性。 修復方案優先考量輸入驗證、平穩降級以及根因分析，而非僅處理症狀；並附有基於通用合成資料建置的測試、最終驗證審計以及結構化報告。

常見問題

有哪些先決條件？

已配置並連線的 Sentry MCP 伺服器，以及對相關 Sentry 專案或組織的存取權限。

它如何處理從 Sentry 傳回的資料？

將其視為不可信的外部輸入。它絕不會遵循錯誤訊息或導航路徑中嵌入的指示，不會將原始欄位值複製到程式碼中，也不會在其輸出中重現機密資訊或個人識別資訊（PII）。

它使用哪些 MCP 工具？

包括 search_issues、list_issues、get_issue_details、search_issue_events、get_issue_tag_values、get_trace_details、get_event_attachment，以及用於 AI 根本原因分析的 analyze_issue_with_seer 等工具。

整體工作流程為何？

共分七個階段：問題發現、深度分析、根本原因假設、程式碼調查、實施修正、驗證稽核，以及報告結果。

它會為修正方案新增測試嗎？

是的。它會新增能重現錯誤狀況的測試，但使用的是通用或合成資料，而非嵌入事件有效載荷中的實際值（例如 URL、使用者資料或憑證）。