check-blocked

Identify blocked issues and re-triage them when dependencies are closed.

Updated Feb 26, 2026
One-click install
npx skills add https://github.com/lucas42/lucos_claude_config --skill check-blocked-lucas42
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: check-blocked
Source: https://github.com/lucas42/lucos_claude_config/tree/main/skills/check-blocked
Command: npx skills add https://github.com/lucas42/lucos_claude_config --skill check-blocked-lucas42

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Identify blocked issues and re-triage them when their dependencies are resolved.

Core Features & Use Cases

  • Read issue bodies and comments to identify dependencies such as "blocked by #X" or "depends on repo#Y".
  • Paginate through the Blocked column to ensure every blocked issue is evaluated.
  • Re-triage issues by applying appropriate status transitions when all dependencies are closed.

Quick Start

Triage the blocked issues on your project board to reclassify unblocked items.

Frequently Asked Questions about check-blocked

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

FAQPage Schema
How do I automatically unblock project board issues when their dependencies are resolved?

To unblock project board issues automatically, this skill paginates through the Blocked column, reads issue bodies and comments for referenced dependencies, and re-triages items by applying status transitions once all dependencies are closed.

What is the best way to re-triage blocked issues across a large project board?

The best way to re-triage blocked issues is to scan the entire Blocked column with pagination, ensuring no item is missed, and update statuses by verifying that every referenced dependency in the issue body and comments is fully closed.

How does issue dependency identification work for blocked items?

Issue dependency identification works by parsing the text of issue bodies and their comments to find references such as "blocked by #X" or "depends on repo#Y", then checking the resolution status of those linked dependencies before re-triaging.

Can I use this triage process if my project board has multiple pages of blocked issues?

Yes, you can use this triage process for multi-page project boards. It explicitly paginates through all pages of the Blocked column to evaluate every blocked issue, ensuring comprehensive coverage before applying any status updates.

When should I not use automated re-triage for blocked issues?

You should not use automated re-triage if your blocked issues lack clear textual dependency references like "blocked by #X" in their bodies or comments, as the tool requires these explicit links to verify resolution and apply transitions.