bug(ci): feat-minor-bump-gate reads frozen webhook title instead of live PR title

[OneStepAt4time]

Bug: feat-minor-bump-gate workflow reads stale title

Description

The feat-minor-bump-gate GitHub Actions workflow reads pr.title from the frozen webhook payload instead of fetching the live PR title via the GitHub API. When a PR title is renamed (e.g., feat(security): to fix(security):), the gate still evaluates the old frozen title and fails/succeeds based on stale data.

Reproduction

1. Open a PR with feat(security): title
2. Gate runs on the feat prefix
3. Rename title to fix(security):
4. Gate re-runs (e.g., after amend + force-push)
5. Gate still sees the original feat(security): title from the webhook payload

Expected behavior

The gate should fetch the current PR title from the GitHub API, not use the webhook payload's frozen snapshot.

Impact

• PR authors must amend commits + force-push to re-trigger the gate with a new title
• Title renames via the GitHub UI are ignored
• Same issue hit on PRs fix(security): add rate limiting to dashboard static asset routes (#3220) #3222 and fix(dashboard): replace hardcoded aria-labels with i18n t() calls — batch 2 #3238

Suggested fix

Replace pr.title usage with an API call to fetch the live PR title:

const livePr = await github.rest.pulls.get({ owner, repo, pull_number });
const title = livePr.data.title;

[aegis-gh-agent]

Resolved by PR #3242 (merged on 2026-05-12).

Fix: moved livePr API fetch before title check, changed pr.title to livePr.title. Single API call now provides both live title and live labels.

All CI green, reviewed and approved.