Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

OrcaRouter provider support for Sentry MCP

Đang mở
#1,290 2 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
30/100
Loại issue
Tính năng
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Sôi nổi
Công nghệ
typescript
Lĩnh vực
ai, backend-api-design

Hướng nghiên cứu

Bắt đầu với packages/mcp-core/src/internal/agents/provider-factory.ts và phần đăng ký AgentProviderType được mô tả trong issue. So sánh mục OrcaRouter được đề xuất với cấu hình OpenRouter hiện có, bao gồm biến API-key và base URL tùy chọn của nó. Công việc được xem là hoàn tất khi các maintainer đồng ý về cấu trúc provider và hướng triển khai tuân thủ yêu cầu công khai thông tin trước khi viết code.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

OrcaRouter provider support for Sentry MCP

Hi Sentry MCP maintainers,

sentry-mcp wraps Sentry's error tracking and performance monitoring into 19 MCP tools built for human-in-the-loop coding agents like Cursor and Claude Code. I especially respect how you've handled the genuinely hard part: the natural-language tools (search_events, search_issues, search_issue_events) depend on an LLM provider, so provider selection is explicit and conflict-proof via EMBEDDED_AGENT_PROVIDER and per-provider API-key variables, backed by a small provider factory.

That design is also why adding one more option is useful rather than redundant: teams that standardize Sentry debugging across many developers, or people who self-host the stdio transport, get the AI search tools working against whichever model endpoint fits their stack. A dedicated OrcaRouter provider would slot alongside OpenRouter as a new explicit choice, without changing any existing configuration.

Proposal

I'd like to propose OrcaRouter as an optional embedded-agent provider for sentry-mcp. It would only add a new choice for the AI-powered search tools; it would not replace or alter OpenAI, Azure OpenAI, Anthropic, or OpenRouter support.

A few capabilities seem most relevant to your users:

  • Many models through one endpoint — chat, reasoning, image, and video models from multiple upstream providers behind a single endpoint, so users get model variety for query translation without juggling several keys.
  • Automatic routing and provider failover — if an upstream provider or model is down or rate-limited, requests route to an alternative, which matters when your search tools depend on a provider being reachable.
  • Usage tracking and budgets — per-key usage records and spend caps fit the cost awareness visible in the repo (tool-definition token-cost tracking, the token-cost CI workflow).

Expected integration point

OrcaRouter exposes an OpenAI-compatible API and uses standard API-key authentication. Embedded-agent providers are registered through AgentProviderType and the factory in packages/mcp-core/src/internal/agents/provider-factory.ts, each with its own key variable (e.g. OPENROUTER_API_KEY). My assumption — open to your preference — is an orcarouter entry alongside openrouter with an ORCAROUTER_API_KEY variable, or documenting it as an OpenAI-compatible base URL. I haven't written any code; this issue is to agree on the shape first.

Ecosystem

OrcaRouter is already shipped by open-source tools, including developer-facing projects such as goose and OpenCode; more examples are at https://www.orcarouter.ai/built-with.

Disclosure

Transparently: OrcaRouter runs an optional open-source partner program through which approved OSS projects can receive a 5% revenue share from OrcaRouter usage attributed to their integration. Participation is not a precondition for support, and I'll follow this repository's disclosure and governance requirements either way.

I'm an engineer on the OrcaRouter team. Would an optional OrcaRouter provider be of interest to sentry-mcp? I'm happy to refine the design and submit an implementation PR once you've approved the direction.

Ngôn ngữ chính
TypeScript
Star
938
Fork
166
Merge trung bình
1 ngày 7 giờ
Pull request đã merge (30 ngày)
156

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của getsentry/toolkit

Tất cả issue của getsentry/toolkit

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.