/
/
Keep GitHub error issues current with Bugsnag activity
For developers who want an error's issue updated with this week's counts by version and stage, by asking their AI assistant.
On this page
Connector
Connect GitHub, pick your AI tool and paste the prompt.
The problem
Error issues keep describing last month's problem
A GitHub issue for an error goes stale when nobody updates it with how often the error still happens. Pulling counts by version and stage from Bugsnag and writing them up is tedious, so the issue stays out of date.
Without PopdockAI
- Open the error in Bugsnag
- Count events by version and stage by hand
- Write the numbers into a comment
- Let the issue go stale instead
With PopdockAI
- The last seven days of events are counted by version and stage
- Unhandled events are counted separately
- The issue is found and recent updates checked
- One comment is posted after you confirm
The prompt
Use this prompt
Copy it into any AI tool connected to PopdockAI. Swap the values in braces for your own.
**Objective:** Post a status comment on the GitHub issue for Bugsnag error `{error-id}` (issue `{issue-number}` if given, otherwise found by title) summarizing its recent activity in Bugsnag.
**Step 1: Read the error in Bugsnag**
Call `bugsnag-get-error` with `error-id` set to `{error-id}`. If it returns nothing, say so and stop. Record status, severity, events, users, last-seen-date, release-stages and error-url.
Call `bugsnag-get-event` with `error-id` set to `{error-id}`, `received.from` set to seven days before today, and `max-records` 100. From these, count occurrences per app-version and per app-release-stage, and note how many were unhandled.
**Step 2: Find the issue on GitHub**
If `{issue-number}` is given, call `github-get-issue` with `issue-number` set to it. Otherwise call `github-get-issue` with `title.contains` set to `{error-id}`. If none is found, stop and suggest the `file-github-issue-for-error` prompt. If several are found, list them and ask which to update.
Call `github-get-issue-comment` with the issue-number to read recent comments. If a comment from the last 24 hours already reports this error's activity, show it and ask before posting another.
**Step 3: Confirm and post**
Draft the comment:
* Bugsnag status and severity, total events and users
* Occurrences in the last seven days, by app-version and by release stage, and how many were unhandled
* Last seen date and the error-url
Show it, wait for an explicit yes, then call `github-add-issue-comment` once with `issue-number` and the comment as `body`.
**Rules & Guidelines:**
* `bugsnag-get-error` and `bugsnag-get-event` are on the bugsnag server. `github-get-issue`, `github-get-issue-comment` and `github-add-issue-comment` are on the github server.
* The only write tool this prompt may call is `github-add-issue-comment`, once, after confirmation. Do not call `github-update-issue`, `github-update-issue-comment`, or any Bugsnag Action tool such as `bugsnag-update-error-severity`.
**Validation:**
* If there were no events in the last seven days, say so in the comment rather than posting empty counts.
* If the issue is closed but the error is still being seen, point that out and ask whether to post anyway; a regression may need the issue reopened, which this prompt does not do.Who it's for
One answer, three teams that use it
Developers
Keep your error issue current
A comment with counts by version and stage shows whether the error is growing or fading.
Update the GitHub issue for the timeout in PaymentGateway with this week's Bugsnag numbers.
SRE engineers
Show which releases still hit the error
Counts by app version and release stage show where the error still happens.
Post Bugsnag activity by version for the NullReferenceException in OrderService on its GitHub issue.
Tech leads
Reprioritise with real data
Unhandled counts and trends on the issue help you decide what to fix next.
Add the last 7 days of Bugsnag events for the TypeError in CartSummary to GitHub issue 212.
How it works
What PopdockAI does when you ask
You give the error and optionally the issue number, and your AI assistant drafts an update from this week's numbers. If the issue is closed while the error continues, it points that out and leaves reopening to you.
01
Ask
You give the Bugsnag error and optionally the issue number.
02
Read
It counts the last seven days of events by app version, release stage and handling.
03
Find
It finds the GitHub issue and checks for a similar update in the last day.
04
Confirm
You see the draft comment and it posts once on your yes.
What PopdockAI provides
The tools behind the answer
Ready made tools for GitHub and one secure connection to your AI tool. No code, no exports.
bugsnag-get-error
bugsnag-get-event
github-get-issue
github-get-issue-comment
github-add-issue-comment
This report is built from Get data tools only. PopdockAI applies the row, field and parameter rules your admin sets, and every query is written to the audit trail.
The outcome
Priorities set on this week's numbers
Related use cases
More ways to put this data to work
One prompt template with infinite possibilities.
Your AI assistant adapts its approach, tone, and capabilities to match each unique context while you maintain a single, manageable workflow.
Join forward-thinking companies that are transforming their operations with intelligent, secure AI automation.

.webp)
