Triage Frontend Issues
SentryOfficialPublished by Sentry
- Skill
- Workflow
- Software development
- Apache-2.0
- No issues found
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
This skill provides a structured, safe workflow for triaging the Sentry javascript project issue queue. It identifies non-actionable noise—such as third-party library errors, browser permission issues, or synthetic test traffic—and allows users to archive these items in bulk using the 'untilEscalating' ignore mode. The process emphasizes safety by requiring explicit user confirmation for all actions, strictly limiting operations to the 'javascript' project, and defaulting to skipping any issue that could potentially be a valid bug.
What it does
- Searches and retrieves unresolved issues from the Sentry javascript project.
- Classifies issues based on documented criteria like third-party noise, flukes, or synthetic traffic.
- Generates a clear, tabular triage plan for user review.
- Executes bulk archiving of approved issues using the untilEscalating ignore mode.
- Provides a summary report of all actions taken, including any failures.
- Ensures safety by requiring explicit user approval before any status changes occur.
When to use it
- When the Sentry javascript issue queue is cluttered with non-actionable noise.
- When you need to quickly filter out known patterns like browser extension errors or third-party library flukes.
- When you want to maintain a clean, actionable backlog for the frontend team.
- When you need to perform routine maintenance on the issue queue without accidentally resolving valid bugs.
Advantages
- Reduces manual effort in cleaning up high-volume, low-signal issue queues.
- Maintains high safety standards by requiring human confirmation for all changes.
- Prevents accidental resolution of valid bugs by defaulting to skip.
- Standardizes the reasoning for archived issues, improving team transparency.
- Strictly enforces project scope to prevent accidental cross-project interference.
Usage examples
- “Triage the javascript project.”
- The agent fetches the default queue of unresolved issues, classifies them, and presents a markdown table for your approval to archive the noise.
- “Archive non-actionable issues in sentry/javascript.”
- The agent scans the queue, identifies issues matching the archive criteria, and asks for confirmation to apply the 'untilEscalating' status to the identified items.
Install
Download the skill as a ZIP:
https://autogineer.com/agent-skills/getsentry/triage-frontend-issues/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip triage-frontend-issues.zip -d .agents/skills
Documentation by Sentry
Triage Frontend Issues
Archive non-actionable noise from the sentry/javascript issue queue: only archive, always untilEscalating, always with a stated reason. Issues that look actionable in our code, or that you cannot confidently classify, must be skipped.
Hard Rules
These rules override anything else. Do not relax them.
Project scope. Only operate on
organizationSlug=sentry, project slugjavascript. If asked to triage a different project, stop and ask the user to confirm.Archive only. The only status mutation permitted is
status=ignored. Never resolve, never unresolve, never assign, never delete, never bulk-update fields other than status.Always
untilEscalating. UseignoreMode=untilEscalating. Never useforever,forDuration,untilOccurrenceCount, oruntilUserCount. If the user asks for a different mode, stop and have them archive that issue manually — this skill does not perform non-escalating archives.Always include a
reason. Thereasonmust be a short, factual sentence naming the category fromreferences/archive-criteria.md(e.g., "Third-party library noise — echarts internals; not actionable in our code").Never touch issues outside the unresolved queue. Skip anything with
statusofresolved,ignored, orreprocessing.Never archive without confirmation. Build a full plan, show it to the user, wait for explicit approval before calling
update_issue. A single approval covers the displayed plan only; new batches need new approval.When in doubt, skip. If an issue could plausibly be a real bug in our code, do not archive it. Surface it as
needs-humanin the plan with a one-line note.
Prerequisites
Sentry MCP authenticated via
mcp.sentry.dev. Required tools:search_issues,get_sentry_resource,update_issue.If
update_issueis not available, stop and ask the user to authenticate the Sentry MCP server.
Inputs
$ARGUMENTS is one of:
| Input shape | Meaning |
|---|---|
Sentry issue URL (https://sentry.sentry.io/issues/JAVASCRIPT-…) | Triage that single issue. |
Issue short ID (JAVASCRIPT-…) | Triage that single issue. |
Sentry issue query (contains a colon, e.g. is:unresolved firstSeen:-24h) | Use as the search query. |
| Empty | Use the default triage queue: is:unresolved is:unassigned firstSeen:-7d, sort new, limit 50. |
If $ARGUMENTS is ambiguous, ask the user to clarify before searching.
Workflow
1. Load the queue
For single-issue input:
Call
get_sentry_resource(url=<issue-url>)orget_sentry_resource(resourceType='issue', organizationSlug='sentry', resourceId=<shortId>).Confirm
Projectis the javascript frontend project. If not, stop.
For query/default input:
Call
search_issues(organizationSlug='sentry', projectSlugOrId='javascript', query=<query>, sort='new', limit=50).Then call
get_sentry_resourcefor each result in parallel to get culprit, substatus, assignee, and stack-frame hints (the search response omits some fields).
Skip immediately if any of these are true on an issue:
statusis notunresolved(already archived, resolved, or in reprocessing).assignedTois set to a human (someone is already owning it).assignedTois set to a team other thanfrontend/issuesand the issue looks team-specific (let the owning team triage).
2. Classify each issue
Read references/archive-criteria.md for the category taxonomy with recognition heuristics and examples. For each candidate issue, produce one of:
| Decision | Meaning |
|---|---|
archive | Matches a documented category; include the category name in the reason. |
skip | Could be a real bug in our code, or insufficient evidence; do not archive. |
needs-human | Looks like noise but doesn't cleanly fit a category, or volume is unusually high; flag for user review. |
When evaluating, weight these signals (in this order):
Top non-Sentry-SDK frame. If the top in-app frame is in
node_modules/,chrome-extension://, a third-party host, or<unknown>, this is a strong archive signal.Title pattern. Many archives are recognizable from the title alone (see criteria reference).
Volume is not a veto. Some high-volume issues (10k+ events, thousands of users) are still archive-worthy if the top frame is third-party. Volume alone never forces archive either.
Recency. Single-event issues older than 30 days with no recurrence are usually noise.
Customer org spread. If events come from one customer subdomain only (check
customerDomain.subdomaintag), it is likely customer-environment noise.
3. Build the plan
Output one Markdown table to the user, in this exact shape:
## Triage plan — sentry/javascript (<N> candidates)
| # | Issue | Title | Volume | Decision | Category | Reason |
|---|-------|-------|--------|----------|----------|--------|
| 1 | [JAVASCRIPT-XXXX](url) | TypeError: ... | 12e/3u | archive | browser-api-noise | Browser clipboard permission denied; not actionable. |
| 2 | [JAVASCRIPT-YYYY](url) | <unknown> | 4945e/123u | needs-human | — | High volume, no title — please review before archiving. |
| 3 | [JAVASCRIPT-ZZZZ](url) | ZodError: ... | 360e/132u | skip | — | Schema validation failure in our code; looks actionable. |Then summarize counts: N archive / M skip / K needs-human. End with:
Reply `apply` to archive the N issues marked `archive`, `apply N,M,...` to archive a subset, or `cancel` to take no action.4. Apply on approval
When the user replies apply (or apply <subset>):
For each issue in the approved set, call:
update_issue(
organizationSlug='sentry',
issueId=<shortId>,
status='ignored',
ignoreMode='untilEscalating',
reason=<category-tagged reason from the plan>,
)Run these sequentially (not in parallel). If a call fails, log the failure, continue with the remaining issues, and report the failed IDs in step 5.
If the user replies cancel or asks to modify the plan, do NOT call update_issue. If they reply with edits ("change row 2 to skip"), rebuild the plan and re-confirm.
5. Report
After applying, output:
## Triage report
- Archived: N
- Skipped: M
- Needs human review: K
- Failures: F (with issue IDs)
<details><summary>Archived issues</summary>
- JAVASCRIPT-XXXX — <reason>
- ...
</details>Recovery
If
update_issuefails on one item, log the failure and continue with the rest. Report failed IDs at the end.If the user notices a wrong archive, the user can unarchive it themselves in Sentry. The skill never reverses its own actions automatically.
If the user asks "redo the plan with these tweaks" mid-flow, regenerate the plan from scratch — do not assume the previous plan still applies.
Example reasons (use this voice)
Third-party library noise — echarts tooltip; not actionable in our code.Browser API permission noise — Clipboard writeText denied by user agent.Customer-environment proxy interference — 200 response treated as error (HTML body from corporate proxy).Transient backend 5xx — InternalServerError on /api/0/organizations/.../events-meta/; backend transient.Test/synthetic event — smoke test or security probe, not production traffic.Wrong project — Prisma/Python error mis-routed to frontend project.Single-event fluke — 1 event, 1 user, no recurrence in 30+ days.Browser extension noise — ReferenceError for extension-injected global (DarkReader/WeixinJSBridge).
Files
- ATTRIBUTION.mdAdded by AutoGineer868 B
- LICENSELicence file added by AutoGineer10.5 KiB
- SKILL.md8.0 KiB
- SPEC.md4.4 KiB
- references/archive-criteria.md9.0 KiB
references/archive-criteria.md
Archive Criteria Taxonomy
Categories of non-actionable noise in the sentry/javascript queue, with recognition heuristics. An issue must match at least one category to be archived. Categories are listed in roughly decreasing order of frequency observed in the queue.
For each category: Pattern, Signals, Examples, Reason text.
1. Single-event fluke
Issues with exactly one occurrence, one or zero users, that never recurred.
Signals:
events ≤ 2,users ≤ 1,firstSeenandlastSeenwithin ~1 hour of each other, no recurrence in 30+ days.Examples: isolated
TypeErrors in random anonymous functions, one-offReferenceErrorfrom a script that no longer runs.Reason:
Single-event fluke — N event(s), N user(s), no recurrence.Caution: if
firstSeenis within the last 7 days and the title looks like a real bug ("TypeError" in our app code), preferskipand let it bake.
2. Test / synthetic / security-research
Events generated by smoke tests, customer security audits, or internal QA probes — not real user traffic.
Signals: title contains any of:
test,smoke test,verify test,XSS,SSRF,SSTI,CSP test,<script,<img src=x,{{7*7}},data uri injection,security-event-injection.Often includes a trailing epoch-millisecond timestamp. Volume is typically
≤ 5 events.Examples:
Error: Sentry verify testAttachment SSRF test<img src=x onerror=...>Error: CSP test <timestamp>
Reason:
Test/synthetic event — synthetic traffic from smoke test or security probe.
3. Wrong-project / non-frontend errors
Errors that originate in customers' own backends but get reported to sentry/javascript because of misconfigured DSNs or shared SDKs.
Signals: title prefix is
PrismaClientKnownRequestError,PrismaClientUnknownRequestError,HTTPException,AttributeError,ImportError,ProgrammingError, orZodErrorwith Python-shaped stacks.Culprit looks like a Python module path (e.g., dotted
module.submodule.handler) or a backend middleware class.Examples:
PrismaClientKnownRequestError:(any)AttributeError: 'dict' object has no attribute '<field>'HTTPExceptionwith a Python dotted-module culprit
Reason:
Wrong project — non-frontend error mis-routed (Prisma/Python).
4. Customer-environment third-party library noise
Errors whose top in-app frame is in a third-party library that we depend on (or that customers' apps depend on) — not in our code.
Signals: top frame is under
node_modules/for a library name likeecharts,mobx,html2canvas,react-dom(only when the error is React-internal and not our component),lodash, etc.Also: title references third-party globals injected by browser extensions or wallet providers.
Examples:
TypeError: Cannot set properties of null (setting 'innerHTML')with top frame inecharts/lib/component/tooltip/...Error: [MobX] minified error nr: <N>(mobx internals)ReferenceError: Can't find variable: DarkReaderTypeError: undefined is not an object (evaluating 'window.ethereum.<prop>')ReferenceError: html2canvas is not defined
Reason:
Third-party library noise — <library>; not actionable in our code.Caution: if the third-party frame is reached from our component code with our state, it might be a misuse on our side. Inspect the second frame down — if it's our
app/code passing bad input, preferskip.
5. Browser API / permission noise
Errors caused by browser APIs the user denied, browser quirks, or platform constraints we cannot work around.
Signals: title contains:
NotAllowedError(clipboard, WebAuthn, permissions, 2FA)OperationError: A request is already pending(WebAuthn pipeline)SecurityError: Blocked a frame ... cross-originSecurityError: Failed to read a named property ... from 'Window'Failed to execute 'writeText' on 'Clipboard'WebGL not supportedNotReadableError,NotSupportedError: ... public key credentialsCould not establish connection. Receiving end does not exist.A listener indicated an asynchronous response by returning trueInvalid call to runtime.sendMessage()(extension messaging)IndexedDB ... Internal error opening backing storeAn error occured reading the Blob argument to createImageBitmap
Examples:
NotAllowedError: Failed to execute 'writeText' on 'Clipboard': Document is not focused.OperationError: A request is already pending.SecurityError: Blocked a frame with origin "<origin>" from accessing a cross-origin frame.
Reason:
Browser API permission noise — <specific API>; not actionable from our code.
6. Transient backend 5xx
Frontend errors that are downstream of intermittent backend failures already triaged elsewhere.
Signals: title is
InternalServerError: <METHOD> /api/0/...,ServiceUnavailableError: <METHOD> /..., orUndefinedResponseBodyError: <METHOD> /....Culprit is in app code that calls our API, but the root cause is a backend 5xx.
Examples:
InternalServerError: GET /organizations/{orgSlug}/issues/{issueId}/ 500ServiceUnavailableError: GET /<endpoint>/ 503UndefinedResponseBodyError: GET /organizations/{orgSlug}/<endpoint>/ 200
Reason:
Transient backend 5xx — <method> <path>; backend transient, not a frontend bug.Caution: if a single 5xx is firing thousands of times per day to one specific endpoint, surface as
needs-human— it may signal a real backend regression.
7. Network noise / Failed to fetch
Network failures to third-party hosts (analytics, CDNs, customer-side services) that we cannot fix from the frontend.
Signals: title is
TypeError: Failed to fetch (<host>)where<host>is not a Sentry-owned domain.Common patterns: well-known analytics endpoints, ad/marketing endpoints, customer-internal hostnames (often subdomains with random tokens), and one-off external CDNs.
Examples:
TypeError: Failed to fetch (api2.amplitude.com)(well-known analytics)TypeError: Failed to fetch (<customer-specific host>)
Reason:
Network noise — Failed to fetch from <host>; third-party network.Caution:
Failed to fetch (sentry.io)from within a Sentry context could indicate a real outage. Check recency; if multiple users in the last hour, surface asneeds-human.
8. Customer-environment proxy interference
Corporate proxies or content filters that intercept responses, returning HTML notification pages where JSON was expected.
Signals: title is
Error: 200 treated as error: ...orJSON parse errorwith response body containing<!DOCTYPE html>/<html>/ proxy notice text (common products: McAfee, Forcepoint, Zscaler, Symantec).Examples:
Error: 200 treated as error: GET /organizations/{orgSlug}/projects/
Reason:
Customer-environment proxy interference — corporate proxy returned HTML for JSON request.
9. Zero-impact / unknown title
Issues with zero users impacted, very low event count, and no useful title (<unknown>, empty, or unparseable).
Signals:
users == 0ANDevents ≤ 50AND title is<unknown>or empty.Reason:
Zero-impact — no users affected, low volume.Caution: unknown-title issues at high volume (events ≥ 1000) often hide real bugs that need a frame. Surface as
needs-humanrather than archive.
Negative criteria — do NOT archive
Even if an issue is high-volume or annoying, skip when any of these apply:
Top in-app frame is in our application code (
app/,static/,src/) — even if the error message is generic.Title contains
ZodErrorwith a stack pointing into our schema validation — likely a real schema mismatch we should fix.Title is a React internal error pointing at our component tree (
useEffectEvent,hydration mismatch, render-time exceptions in our components).The issue was filed via "User Feedback" — someone took the time to report it.
Volume jumped recently (e.g., 0 events 7 days ago → 1000 today) — looks like a regression.
The error is
Error: Should not already be working.from a React internal and it's recurring across many users in our org — escalate.
When negative criteria fire, mark skip with a short note, e.g. Skip — top frame is our app/, looks actionable.
High-confidence vs. needs-human decision matrix
| Top frame location | Title category match | Volume | Decision |
|---|---|---|---|
Third-party (node_modules/<lib>/...) | yes | any | archive |
| Third-party | no clean category | any | needs-human |
| Our app code | no | any | skip |
<unknown> | n/a | low (≤ 50 events) | archive (zero-impact) |
<unknown> | n/a | high (≥ 1000 events) | needs-human |
| Customer proxy / synthetic | yes | low | archive |
| Backend 5xx pattern | yes | low/medium | archive |
| Backend 5xx pattern | yes | very high single-endpoint | needs-human |
Requirements and compatibility
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Needs: Declares allowed tools, Needs an MCP server
Security
No issues found by our static scan· No issues found
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Published by
- Sentry
- Publisher
- Sentry (Official)
- Source
- getsentry/skills · skills/triage-frontend-issues · commit e94f222
- Licence
- Apache License 2.0 (redistribution allowed)
- LICENSE (added by AutoGineer from LICENSE)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
AutoGineer is not affiliated with or endorsed by Sentry or Sentry.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download triage-frontend-issues.zip