/
/
Decide if a GitHub milestone is ready to release
For project and release managers who want open issues and current test results weighed in one verdict, by asking their AI assistant.
On this page
Connector
Connect GitHub, pick your AI tool and paste the prompt.
The problem
Release readiness decided with two browser tabs
Deciding if a release is ready means weighing the open issues on its GitHub milestone against the latest Ghost Inspector results, usually in a meeting with two tabs. Stale results and already fixed failures muddy the call.
Without PopdockAI
- Open the milestone's open issues
- Open the latest suite results
- Work out which failures are already fixed
- Decide on stale test results
With PopdockAI
- Open issues and the latest result per suite are read together
- Fixed test failures read as close candidates, not blockers
- Stale results and suites with no results are flagged as risk
- A verdict with reasons is given, and nothing is changed
The prompt
Use this prompt
Copy it into any AI tool connected to PopdockAI. Swap the values in braces for your own.
**Objective:** Decide whether GitHub milestone `{milestone-title}` is ready to release, using its open issues and the latest Ghost Inspector results for suites whose name contains `{suite-filter}` (all suites if blank).
**Step 1: Read the milestone (GitHub)**
Call `github-get-milestone` with `title` set to `{milestone-title}`. If it is not found, stop. Call `github-get-issue` with `milestone-title` set to `{milestone-title}` and `status` open to list what is left.
**Step 2: Read test health (Ghost Inspector)**
Call `ghost-inspector-get-suite`, with `name.contains` set to `{suite-filter}` if given. For each suite, call `ghost-inspector-get-suite-result` with `suite-id` and take the most recent result.
**Step 3: Cross-check**
Flag any open milestone issue whose title contains `[Ghost Inspector]` or names one of the suites, and say whether that suite is currently passing. An open test-failure issue on a suite that now passes is a close candidate, not a blocker.
**Step 4: Report**
* Milestone: title, due date, open and closed issue counts, url.
* Open issues: number, title, assignee, labels.
* Suites: name, latest result pass or fail, counts, time. Mark any suite whose latest result is older than the milestone's most recently closed issue as stale.
* Verdict: Ready, Ready with risks, or Not ready, and the two or three reasons that decide it.
**Rules & Guidelines:**
* `github-get-milestone` and `github-get-issue` are on the github server; the ghost-inspector tools are on the ghost-inspector server.
* This prompt is read-only. Do NOT call `github-update-milestone`, `github-update-issue`, `ghost-inspector-execute-suite` or `ghost-inspector-execute-test`.
**Validation:**
* If no suites match, report the milestone alone and say test health could not be assessed.
* If a suite has no results at all, count it as a risk, not a pass.Who it's for
One answer, three teams that use it
Release managers
Get a clear Ready or Not ready
A verdict of Ready, Ready with risks or Not ready comes with its reasons.
Is the 4.2 milestone ready to release based on the Smoke suites in Ghost Inspector?
Project managers
Know what really blocks the release
Already fixed test failures are shown as close candidates, so the blocker list is real.
Which open issues on the Spring release milestone still block it, given current Ghost Inspector results?
QA leads
Flag stale or missing test runs
Results older than the latest closed issue are marked stale, so you rerun before deciding.
Are any Ghost Inspector results for the 3.9 milestone stale or missing?
How it works
What PopdockAI does when you ask
You name the milestone and optionally a suite filter, and your AI assistant weighs open work against current test evidence. It reads both systems and writes nothing.
01
Ask
You name the GitHub milestone and optionally a suite filter.
02
Read
It reads the milestone's open issues and the latest result for each matching suite.
03
Compare
It marks fixed test failures as close candidates and flags stale or missing results.
04
Report
You get a verdict with its reasons, and nothing is changed.
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.
github-get-milestone
github-get-issue
ghost-inspector-get-suite
ghost-inspector-get-suite-result
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
One readiness verdict on current evidence
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)
