sentry-cli
Skill8 starsChanged 6 months agoApache-2.0View on GitHub
Perform Sentry error tracking operations using the sentry-cli tool and Sentry HTTP API. Use for querying issues, events, releases, and organizations.
- Installs packages
We split this skill into the rules it gives an agent
9 rules. 0 are common, 5 are distinctive, and 4 are very specific to this project.
0
Common
Most of the 7 edited versions we read keep these.
5
Distinctive
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 8
Use the configuration and rules below when constructing all sentry-cli/API commands.
- Distinctive: line 12
Update the table below with your Sentry organization and credential file paths:
- Distinctive: line 19
If the target environment is unclear, ask the user before running any command.
- Distinctive: line 74
NEVER target an organization/project not listed in the configuration table above.
- Very specific: line 75
NEVER print, display, log, or store the contents of any token file or SENTRY_AUTH_TOKEN value.
- Very specific: line 76
Always read the token inline ($(cat <TOKEN_FILE>)) — never hardcode it in a command or shell profile.
- Distinctive: line 77
NEVER delete a release, issue, or project without explicit user instruction — these are irreversible.
- Distinctive: line 78
NEVER change issue status (resolve/ignore) in bulk without explicit user instruction.
- Very specific: line 79
All list endpoints are paginated via the Link response header — follow the next relation until absent to fetch all pages.
“Common” is measured: kept by at least 6 in 10 of the 7 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Sentry CLI Skill
Use the configuration and rules below when constructing all sentry-cli/API commands.
Configuration
Update the table below with your Sentry organization and credential file paths:
| Environment | Organization | Project | Token File |
| Production | <your-org-slug> | <your-prod-project-slug> | ~/.sentry/prod.token |
| Staging | <your-org-slug> | <your-staging-project-slug> | ~/.sentry/staging.token |
If the target environment is unclear, ask the user before running any command.
Prerequisites (one-time setup by user)
Generate a Sentry auth token (Settings → Auth Tokens) with project:read/org:read scope for each environment and save it to the corresponding token file. Never print or display token values. Do not perform these steps yourself.
brew install getsentry/tools/sentry-cli
mkdir -p ~/.sentry && echo "<your-auth-token>" > <TOKEN_FILE> && chmod 600 <TOKEN_FILE>Command Format
Via sentry-cli:
SENTRY_AUTH_TOKEN="$(cat <TOKEN_FILE>)" sentry-cli --org <org-slug> <command>Via API (curl), for operations sentry-cli doesn't cover:
curl -s -H "Authorization: Bearer $(cat <TOKEN_FILE>)" \
"https://sentry.io/api/0/<endpoint>" | jq .Available Commands / Endpoints
Read-only (safe, no confirmation needed)
| Command / Endpoint | Description |
sentry-cli releases list --org <org> -p <project> | List releases |
sentry-cli releases info <version> --org <org> -p <project> | Show release details |
/api/0/projects/<org>/<project>/issues/ | List issues |
/api/0/issues/<id>/ | Get a specific issue |
/api/0/issues/<id>/events/ | List events for an issue |
/api/0/organizations/<org>/projects/ | List projects in the org |
Mutating operations (confirm with user before running)
| Command / Endpoint | Description |
sentry-cli releases new <version> | Create a new release |
sentry-cli releases deploys <version> new | Register a deploy for a release |
/api/0/issues/<id>/ (PUT) | Update issue status (resolve, ignore, assign) |
Never run — requires explicit human approval
| Command / Endpoint | Reason |
sentry-cli releases delete <version> | Irreversible release deletion |
/api/0/issues/<id>/ (DELETE) | Irreversible issue deletion |
/api/0/projects/<org>/<project>/ (DELETE) | Irreversibly deletes the entire project |
Rules
- NEVER target an organization/project not listed in the configuration table above. If a command references an unfamiliar org or project, stop and ask the user to confirm.
- NEVER print, display, log, or store the contents of any token file or
SENTRY_AUTH_TOKENvalue. - Always read the token inline (
$(cat <TOKEN_FILE>)) — never hardcode it in a command or shell profile. - NEVER delete a release, issue, or project without explicit user instruction — these are irreversible.
- NEVER change issue status (resolve/ignore) in bulk without explicit user instruction.
- All list endpoints are paginated via the
Linkresponse header — follow thenextrelation until absent to fetch all pages.
Other versions8 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 8
- getsentry/sentry-mcp★ 952same name
- getsentry/toolkit★ 952same name
- pedronauck/skills★ 641same name
- getsentry/cli★ 124same name
- cline/skills★ 35same name
- FelipeAngeli/skills★ 2same name
- NguyenHuy190303/EEP★ 2same name
- edu6565/claude-skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository54 other files it gives its agents.
- alibabacloud-cliSkill
- ansible-cliSkill
- appdynamics-cliSkill
- argocd-cliSkill
- aws-cliSkill
- aws-cloudwatch-cliSkill
- azure-cliSkill
- bash-lintingSkill
- betterstack-cliSkill
- bitbucket-cliSkill
- chef-cliSkill
- code-reviewSkill
- commit-codeSkill
- create-dockerfileSkill
- create-terraform-helm-upgrade-planSkill
- datadog-cliSkill
- digitalocean-cliSkill
- dockerfile-lintingSkill
- dynatrace-cliSkill
- elasticsearch-cliSkill
- gcp-cliSkill
- github-cliSkill
- gitlab-cliSkill
- go-lintingSkill
- grafana-cliSkill
- grafana-loki-cliSkill
- graylog-cliSkill
- helm-cliSkill
- hetzner-cliSkill
- huaweicloud-cliSkill
- jaeger-cliSkill
- jenkins-cliSkill
- jira-and-confluence-cliSkill
- kibana-cliSkill
- kubernetes-cliSkill
- loggly-cliSkill
- maintenance-check-aws-eksSkill
- maintenance-create-ticket-on-jiraSkill
- ms-teams-cliSkill
- mysql-cliSkill
- newrelic-cliSkill
- oci-cliSkill
- packer-cliSkill
- papertrail-cliSkill
- postgresql-cliSkill
- prometheus-cliSkill
- python-lintingSkill
- rollbar-cliSkill
- salesforce-cliSkill
- slack-cliSkill
- splunk-cliSkill
- terraform-cliSkill
- terraform-lintingSkill
- vault-cliSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

