project-queue-audit

Classify GitHub Project issues as Manual, Dependency-gated, Blocked, or Ready.

1|Updated Jan 22, 2026
One-click install
npx skills add https://github.com/Atlas-Memory-Framework/AtlasMemory-Tools --skill project-queue-audit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: project-queue-audit
Source: https://github.com/Atlas-Memory-Framework/AtlasMemory-Tools/tree/main/.cursor/skills/project-queue-audit
Command: npx skills add https://github.com/Atlas-Memory-Framework/AtlasMemory-Tools --skill project-queue-audit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents unsafe or contradictory GitHub Project and issue-queue dispatches by validating that an item is actually ready, dependency-closed, and consistent with runtime issue-body markers.

Core Features & Use Cases

  • Queue State Classification: Assigns each issue to exactly one of Manual, Dependency-gated, Blocked, or Ready, choosing the safest state when multiple risks exist.
  • Project vs Body Consistency Checks: Verifies that Project fields (automation state, dispatch mode/recommendation, blockers, dependencies) match the issue body runtime contract.
  • Dependency Verification: Confirms referenced issues are closed and PRs are merged, treating unverifiable or cross-repo refs without clear identifiers as blockers.
  • Dispatch Boundary Guardrails: Ensures items are concrete and bounded, includes required validation/evidence and acceptance criteria, enforces OnePRContract=Yes for unattended dispatch unless waived.

Quick Start

Use the project-queue-audit skill to dry-run an audit of a specific GitHub Project item and its issue body, then receive a classification plus a recommended label set and action.

Frequently Asked Questions about project-queue-audit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I audit GitHub issue queue readiness before automation dispatch?

To audit GitHub issue queue readiness, you reconcile Project metadata with issue-body runtime markers and dependency refs to classify dispatch safety as Manual, Dependency-gated, Blocked, or Ready. This process validates unsafe projection patterns and verifies cross-field consistency before automation execution.

How does dependency gating work for GitHub Project automation?

Dependency gating blocks automation dispatch until referenced issues are closed and PRs are merged. Unverifiable or cross-repo references without clear identifiers are treated as blockers to ensure unsafe dependencies are never automatically dispatched.

Can I use issue body runtime markers to prevent unsafe project dispatches?

Yes, you can prevent unsafe project dispatches by cross-checking issue body runtime markers against GitHub Project fields like AutomationState and DispatchMode. This consistency check ensures the queue state labels and dependency refs match before classifying an item for local automation.

What is the best way to resolve contradictory GitHub Project and issue queue states?

Resolving contradictory GitHub Project and issue queue states requires assigning the safest classification when multiple risks exist. You verify dependency closure, enforce the OnePRContract for unattended dispatch, and produce explicit dry-run versus apply guidance for operator action.

When should I not use automated dispatch for blocked GitHub issues?

You should not use automated dispatch for blocked GitHub issues when dependencies are unclosed, PRs are unmerged, or cross-repo refs lack clear identifiers. Items without concrete boundaries, acceptance criteria, or required validation evidence must remain in Manual state.