Разбор ошибок в Sentry
Читает проблемы и события Sentry через командную строку и кратко показывает недавние ошибки в рабочей среде.
- Что делает
- Читает проблемы и события Sentry через командную строку и кратко показывает недавние ошибки в рабочей среде.
- Когда брать
- Когда нужно посмотреть последние ошибки в продакшене, детали проблемы или события либо получить анализ первопричины.
- Когда не брать
- Если нужно что-то изменить в Sentry: скилл только читает данные.
- Пример запроса
- Покажи 10 главных открытых проблем в продакшене за последние сутки.
- Нужно подключить
- терминал, Sentry CLI, аккаунт Sentry
Как включить
- Скачайте архив и распакуйте его.
- Положите папку
sentryв~/.agents/skills/. - Вызовите скилл командой
$sentryили найдите его через/skills.
Текст
---
name: "sentry"
description: "Используй, когда пользователь просит посмотреть проблемы или события Sentry, кратко изложить недавние ошибки в рабочей среде или получить базовые данные о состоянии Sentry через Sentry CLI; выполняй запросы только на чтение командой `sentry`."
---
Sentry (наблюдаемость, только чтение)
Быстрый старт
- Если аутентификации ещё нет, попроси пользователя выполнить
sentry auth loginили задатьSENTRY_AUTH_TOKENкак переменную окружения. - CLI сам определяет организацию и проект по DSN в файлах
.env, исходному коду, настройкам по умолчанию и названиям каталогов. Указывай<org>/<project>, только если автоопределение не сработало или выбрало не ту цель. - Значения по умолчанию: период
24h, окружениеproduction, лимит 20. - Всегда используй
--json, когда обрабатываешь вывод программно. Используй--json --fields, чтобы выбрать нужные поля и сократить вывод. - Используй
sentry schema <resource>, чтобы быстро найти конечные точки API.
Если CLI не установлен, дай пользователю такие шаги:
- Установи Sentry CLI:
curl https://cli.sentry.dev/install -fsS | bash - Пройди аутентификацию:
sentry auth login - Подтверди аутентификацию:
sentry auth status - Никогда не проси пользователя вставлять токен целиком в чат. Попроси задать его локально и сообщить, когда будет готово.
Основные задачи (используй Sentry CLI)
Для всех запросов используй CLI sentry. Он сам обрабатывает аутентификацию, определение организации и проекта, постраничную выдачу и повторные попытки. Для машиночитаемого вывода используй --json.
1) Список проблем (по убыванию давности)
sentry issue list \
--query "is:unresolved environment:production" \
--period 24h \
--limit 20 \
--json --fields shortId,title,priority,level,status
Если автоопределение не нашло организацию или проект, передай их явно:
sentry issue list {your-org}/{your-project} \
--query "is:unresolved environment:production" \
--period 24h \
--limit 20 \
--json
2) Получение сведений о проблеме по короткому идентификатору
sentry issue view {ABC-123} --json
Используй формат короткого идентификатора (например, ABC-123), а не числовой идентификатор.
3) Сведения о проблеме
sentry issue view {ABC-123}
4) События проблемы
sentry issue events {ABC-123} --limit 20 --json
5) Сведения о событии
sentry event view {your-org}/{your-project}/{event_id} --json
6) Анализ первопричины с помощью ИИ
sentry issue explain {ABC-123}
7) План исправления с помощью ИИ
sentry issue plan {ABC-123}
Запасной вариант: произвольный доступ к API
Для конечных точек, не покрытых отдельными командами CLI, используй sentry api:
sentry api /api/0/organizations/{your-org}/ --method GET
Используй sentry schema, чтобы найти доступные конечные точки API:
sentry schema issues
Входные данные и значения по умолчанию
org_slug,project_slug: CLI определяет их автоматически по DSN, переменным окружения и названиям каталогов. Если автоопределение не сработало, переопредели позиционным аргументом{your-org}/{your-project}.time_range: по умолчанию24h(передаётся как--period 24h).environment: по умолчаниюprod(передаётся как часть--query, напримерenvironment:production).limit: по умолчанию 20 (передаётся как--limit).search_query: необязательный параметр--query, использует синтаксис поиска Sentry (например,is:unresolved,assigned:me).issue_short_id: используй напрямую сsentry issue view.
Правила оформления вывода
- Список проблем: показывай заголовок, short_id, статус, first_seen, last_seen, количество, окружения, top_tags; упорядочивай от самых свежих.
- Сведения о событии: включай culprit, время, окружение, релиз, url.
- Если результатов нет, сообщи об этом явно.
- Скрывай персональные данные в выводе (электронные адреса, IP). Не печатай необработанные трассировки стека.
- Никогда не повторяй токены аутентификации.
Эталонные входные данные для проверки
- Организация:
{your-org} - Проект:
{your-project} - Короткий идентификатор проблемы:
{ABC-123}
Пример запроса: «Покажи 10 главных открытых проблем в production за последние 24 часа». Ожидается: упорядоченный список с заголовками, короткими идентификаторами, количеством и временем последнего появления.
Перевод: iiuniversitet. Оригинал: https://github.com/openai/skills/tree/main/skills/.curated/sentry, лицензия Apache-2.0. Изменения: перевод на русский язык.
Оригинал на английском
---
name: "sentry"
description: "Use when the user asks to inspect Sentry issues or events, summarize recent production errors, or pull basic Sentry health data via the Sentry CLI; perform read-only queries using the `sentry` command."
---
# Sentry (Read-only Observability)
## Quick start
- If not already authenticated, ask the user to run `sentry auth login` or set `SENTRY_AUTH_TOKEN` as an env var.
- The CLI auto-detects org/project from DSNs in `.env` files, source code, config defaults, and directory names. Only specify `<org>/<project>` if auto-detection fails or picks the wrong target.
- Defaults: time range `24h`, environment `production`, limit 20.
- Always use `--json` when processing output programmatically. Use `--json --fields` to select specific fields and reduce output size.
- Use `sentry schema <resource>` to discover API endpoints quickly.
If the CLI is not installed, give the user these steps:
1. Install the Sentry CLI: `curl https://cli.sentry.dev/install -fsS | bash`
2. Authenticate: `sentry auth login`
3. Confirm authentication: `sentry auth status`
- Never ask the user to paste the full token in chat. Ask them to set it locally and confirm when ready.
## Core tasks (use Sentry CLI)
Use the `sentry` CLI for all queries. It handles authentication, org/project detection, pagination, and retries automatically. Use `--json` for machine-readable output.
### 1) List issues (ordered by most recent)
```bash
sentry issue list \
--query "is:unresolved environment:production" \
--period 24h \
--limit 20 \
--json --fields shortId,title,priority,level,status
```
If auto-detection doesn't resolve org/project, pass them explicitly:
```bash
sentry issue list {your-org}/{your-project} \
--query "is:unresolved environment:production" \
--period 24h \
--limit 20 \
--json
```
### 2) Resolve an issue short ID to issue detail
```bash
sentry issue view {ABC-123} --json
```
Use the short ID format (e.g., `ABC-123`), not the numeric ID.
### 3) Issue detail
```bash
sentry issue view {ABC-123}
```
### 4) Issue events
```bash
sentry issue events {ABC-123} --limit 20 --json
```
### 5) Event detail
```bash
sentry event view {your-org}/{your-project}/{event_id} --json
```
### 6) AI-powered root cause analysis
```bash
sentry issue explain {ABC-123}
```
### 7) AI-powered fix plan
```bash
sentry issue plan {ABC-123}
```
## Fallback: arbitrary API access
For endpoints not covered by dedicated CLI commands, use `sentry api`:
```bash
sentry api /api/0/organizations/{your-org}/ --method GET
```
Use `sentry schema` to discover available API endpoints:
```bash
sentry schema issues
```
## Inputs and defaults
- `org_slug`, `project_slug`: auto-detected by the CLI from DSNs, env vars, and directory names. Override with positional `{your-org}/{your-project}` if auto-detection fails.
- `time_range`: default `24h` (pass as `--period 24h`).
- `environment`: default `prod` (pass as part of `--query`, e.g., `environment:production`).
- `limit`: default 20 (pass as `--limit`).
- `search_query`: optional `--query` parameter, uses Sentry search syntax (e.g., `is:unresolved`, `assigned:me`).
- `issue_short_id`: use directly with `sentry issue view`.
## Output formatting rules
- Issue list: show title, short_id, status, first_seen, last_seen, count, environments, top_tags; order by most recent.
- Event detail: include culprit, timestamp, environment, release, url.
- If no results, state explicitly.
- Redact PII in output (emails, IPs). Do not print raw stack traces.
- Never echo auth tokens.
## Golden test inputs
- Org: `{your-org}`
- Project: `{your-project}`
- Issue short ID: `{ABC-123}`
Example prompt: "List the top 10 open issues for prod in the last 24h."
Expected: ordered list with titles, short IDs, counts, last seen.
Источник: openai/skills / sentry ↗. Ссылка проверена 2026-10-10.