Сервер Model Context Protocol (MCP) для Rollbar.

Особенности

Этот MCP-сервер реализует тип сервера stdio, что означает, что ваш инструмент ИИ (например, Claude, Cursor) будет запускать его напрямую; вы не запускаете отдельный процесс или подключаетесь через http.

Конфигурация

Пользовательский доступ

Чтобы читать историю элементов и публиковать комментарии как самостоятельно, настройте маркер доступа к учетной записи с помощью Rollbar** с помощью ROLLBAR_USER_ACCESS_TOKEN или используйте файл конфигурации:

Используйте read scope для чтения, или read and write to post comments. MCP решает ваш проект с помощью GET /projects (читай объем), а затем сообщения с объемом записи. Вашему пользователю также необходимо разрешение view для чтения истории и разрешение comment для публикации в этом проекте. Токены проекта и обычные токены аккаунта не могут публиковать комментарии.

Пользовательский режим отправляет каждый запрос с токеном настроенного пользователя, в том числе при наличии токенов для каждого проекта. Авторство комментариев происходит от этого токена; вы не можете предоставить другого автора. Бэкэнд-марки публикуют комментарии с via_api: true и обрабатывают обычные подписки и уведомления.

rollbar-mcp-server

A Model Context Protocol (MCP) server for Rollbar.

Features

This MCP server implements the stdio server type, which means your AI tool (e.g. Claude, Cursor) will run it directly; you don’t run a separate process or connect over http.

Configuration

User access token

To read item history and post comments as yourself, configure a Rollbar user-scoped account access token with ROLLBAR_USER_ACCESS_TOKEN, or use a config file:

{ "userToken": "" }

Use read scope for reads, or read and write to post comments. The MCP resolves your project through GET /projects (read scope), then posts with write scope. Your Rollbar user also needs view permission to read history and comment permission to post in that project. Project tokens and ordinary account tokens cannot post comments.

User mode sends every request with the configured user’s token, including when per-project tokens are also present. Comment authorship comes from that token; you cannot supply a different author. The backend marks posted comments with via_api: true and handles normal subscriptions and notifications.

Configure exactly one of userToken / ROLLBAR_USER_ACCESS_TOKEN or accountToken / ROLLBAR_ACCOUNT_ACCESS_TOKEN. Configuring both fails at startup, including when one comes from a file and the other from the environment. A file value overrides the environment value for the same token type. apiBase in a file or ROLLBAR_API_BASE in environment-only configuration selects a custom API endpoint.

Use list-projects to find the project name or numeric ID for the tools’ project argument. It is optional when your user token can see exactly one enabled project. A token supplied only through the legacy ROLLBAR_ACCESS_TOKEN setting is not inferred to be a user token; set ROLLBAR_USER_ACCESS_TOKEN explicitly for posting.

Account access token

Configure a single Rollbar Account Access Token to read and update items across projects in that account. Posting comments requires user mode above:

• ROLLBAR_ACCOUNT_ACCESS_TOKEN (env var), or
• accountToken (a top-level key in .rollbar-mcp.json, alongside projects/token/apiBase)

To create one: in Rollbar, go to your account settings → Account Access Tokens, create a new named, enabled token, and choose read (or read and write, if you plan to use update-item) scope. Copy the full generated secret right away, Rollbar only shows it once, and store it securely (a secrets manager or your shell’s env config, not committed to source control).

{
  "accountToken": "acct_tok_abc123"
}