sentry-fix-issues

소개 sentry-fix-issues

Sentry MCP 서버를 통해 Sentry의 디버깅 데이터를 활용하여 운영 환경의 문제를 발견, 분석 및 해결합니다. 이 기능은 Sentry 오류 수정, 프로덕션 버그 디버깅, 예외 조사 또는 Sentry 백로그 분류 요청을 위한 것으로, 스택 트레이스, 브레드크럼, 트레이스, 태그 및 컨텍스트를 체계적으로 분석하여 근본 원인을 파악합니다. 사용 전제 조건은 구성 및 연결이 완료된 Sentry MCP 서버와 관련 프로젝트 또는 조직에 대한 접근 권한입니다.

이 스킬은 문제 발견, 심층 문제 분석, 근본 원인 가설 수립, 코드 조사, 수정 사항 구현, 검증 감사, 결과 보고의 7단계로 진행됩니다. 발견 및 분석 단계에서는 search_issues, list_issues, get_issue_details, search_issue_events, get_issue_tag_values, get_trace_details, get_event_attachment, analyze_issue_with_seer와 같은 Sentry MCP 도구를 활용하여 AI가 생성한 근본 원인 분석을 수행합니다. 코드를 작성하기 전에 오류 요약, 직접적인 원인, 근본 원인 가설, 뒷받침하는 증거 및 대안을 문서화한 다음, 스택 트레이스 파일을 상단부터 하단으로 읽으며 데이터 흐름을 추적하고 관련 코드 및 최근 커밋을 검토합니다.

전반적으로 강력한 보안 태세가 유지됩니다. 모든 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 등의 도구입니다.

전체 워크플로우는 어떻게 되나요?

7단계로 구성됩니다: 이슈 발견, 심층 분석, 근본 원인 가설 수립, 코드 조사, 수정 사항 구현, 검증 감사, 결과 보고.

수정 사항에 대한 테스트가 추가되나요?

네. 오류 조건을 재현하는 테스트를 추가하지만, URL, 사용자 데이터 또는 토큰과 같은 이벤트 페이로드의 실제 값을 포함하기보다는 일반화되거나 합성된 데이터를 사용합니다.