Sentry Issues To Beads
Workflow
- •
Confirm prerequisites
- •Ensure
sentry-cliis installed and authenticated (sentry-cli info). - •Run
sentry-cli --helpand confirm theissuessubcommand is available. - •If org/project defaults are unclear, ask for the org slug and project slug(s).
- •Ensure
- •
Determine scope
- •If the user provides an issue ID, target only that issue.
- •Else if the user provides project slug(s), scope to those projects.
- •Else, use all unresolved issues across all projects in the org.
- •
Fetch issues via
sentry-cli issues list- •Always include
is:unresolvedin the query. - •Typical patterns:
- •List issues (per project):
sentry-cli issues list -o <org> -p <project> --query "is:unresolved" - •List issues (all projects in org):
sentry-cli issues list -o <org> --query "is:unresolved" - •Single issue:
sentry-cli issues list -o <org> -p <project> --id <issue_id>
- •List issues (per project):
- •If pagination is required, use
--pagesand/or--max-rowsto match the user-specified limit. - •If listing without
--projectfails, iterate per project instead.
- •Always include
- •
Check for duplicates
- •Look for existing beads that already track the issue (search by issue ID, short ID, or Sentry URL).
- •If a duplicate is found, ignore the issue and record it under a "duplicates" list with the matching bead ID.
- •
Triage for actionability
- •Use judgment only (no hard cutoff).
- •If an issue looks non-actionable (e.g., stale, insufficient context, flake/noise), mark it as non-actionable.
- •For every non-actionable issue, record a short reason.
- •
Recommend actions (do not execute yet)
- •For actionable issues, recommend creating one bead per issue (no epic).
- •Suggested bead fields:
- •Title:
Sentry: <issue title> - •Description: issue summary, shortId/id, culprit, last seen, level, environment/tags, link
- •Design: hypotheses about root cause + next debugging steps
- •Acceptance: issue resolved + validation plan (e.g., fix confirmed, no new events after deploy)
- •Title:
- •
Report results and ask to proceed
- •Provide three lists:
- •Actionable (recommend bead) with issue links
- •Non-actionable (recommend close/ignore) with reasons
- •Duplicates (already tracked) with bead IDs
- •Summarize counts for each category.
- •Ask the user whether to proceed with actions, such as:
- •create beads for actionable issues
- •close or ignore non-actionable issues
- •If the user confirms, perform the requested actions.
- •Provide three lists: