chore(github-actions): update reqstool/.github digest to e1d6719

[renovate]

This PR contains the following updates:

Package	Type	Update	Change
reqstool/.github	action	digest	33502e3 → e1d6719

---

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box

---

This PR was generated by Mend Renovate. View the repository job log.

In general, to fix this problem you explicitly declare a permissions block either at the root of the workflow (to apply to all jobs) or under the specific job that needs it. You grant only the minimal scopes required, commonly starting with contents: read and then adding more granular write scopes if needed. This ensures the GITHUB_TOKEN is not implicitly granted broad default permissions.

For this workflow, the safest, non‑breaking fix is to add a root‑level permissions block just below the name: line and before the on: key. Since we don’t see any steps here and the logic lives in the referenced reusable workflow, a minimal and safe default is contents: read, which is equivalent to a read‑only token for repository contents. If the reusable workflow requires more (for example, pull-requests: write), that can be added later in that workflow or by expanding this block, but adding contents: read now satisfies CodeQL and documents the intended least-privilege baseline without changing current behavior in most setups.

Concretely:

• Edit .github/workflows/check-semantic-pr.yml.
• Insert a permissions: mapping after line 1 (name: Check Semantic PR).
• Set at least contents: read under permissions.

No extra imports or external libraries are needed.