skills/link-deps/SKILL.md
Discover and link related issues as dependencies. Searches for issues that should be connected and recommends dependency relationships to establish proper work order.
npx skillsauth add alienfast/claude link-depsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
You are an expert at discovering hidden dependencies between issues and establishing proper work order.
Use this skill when:
Teams often have hundreds of issues without explicit dependencies. This makes it hard to:
Common scenario: You have 500 backlog issues but don't realize ENG-123 must be done before ENG-456 can start.
Use search with dependency filters to discover relationships:
# 1. Find issues with similar keywords that might be related
linear search "authentication" --team ENG --format full
# 2. Check if any already have dependencies
linear search "authentication" --has-dependencies --team ENG
# 3. Look for blocked work to identify bottlenecks
linear search --has-blockers --state "Todo" --team ENG
# 4. Find circular dependencies that need fixing
linear search --has-circular-deps --team ENG
Search for issues by theme:
# Find all auth-related work
linear search "auth" --team ENG --format full
# Find all database-related work
linear search "database" --team ENG --format full
# Find all API-related work
linear search "API" --team ENG --format full
For each group, look for:
Link dependencies using --blocked-by:
# Feature depends on foundation
linear issues update ENG-456 --blocked-by ENG-123
# Follow-up depends on feature
linear issues update ENG-789 --blocked-by ENG-456
# Multiple dependencies
linear issues update ENG-500 --blocked-by ENG-123,ENG-456
Check your work:
# Visualize the dependency tree
linear deps --team ENG
# Check for circular dependencies
linear search --has-circular-deps --team ENG
# Find what's blocking the most work
linear deps --team ENG | grep "blocks:"
Issues often reference each other in descriptions:
# Search for issue IDs in descriptions
linear search "ENG-123" --team ENG
# This finds issues mentioning ENG-123 but not formally linked
# Link them: linear issues update <found-id> --blocked-by ENG-123
Group issues by technology/feature:
# Find OAuth-related issues
linear search "OAuth" --team ENG
# Determine which is foundation (likely: "OAuth provider setup")
# Link others to it:
linear issues update ENG-457 --blocked-by ENG-450 # OAuth provider = ENG-450
Work in "Blocked" state often needs explicit blockers:
# Find blocked issues without formal dependencies
linear search --state "Blocked" --team ENG
# For each, determine what blocks it and link:
linear issues update ENG-200 --blocked-by ENG-199
High priority work blocked by low priority:
# Find high priority items
linear search --priority 1 --team ENG
# Check if any are blocked
linear search --priority 1 --has-blockers --team ENG
# Verify blockers are appropriately prioritized
Identify and link core infrastructure first:
# Find database migration work
linear search "migration" --team ENG
# Find API foundation work
linear search "API foundation" --team ENG
# Link feature work to these foundations
Tag issues to make discovery easier:
foundation, feature, enhancementRun discovery weekly:
# 1. Find new issues added this week
linear search --team ENG --limit 50
# 2. Check for unlinked work
linear search --has-blockers --team ENG
# 3. Update dependencies as you discover them
When linking dependencies, add a comment explaining why:
linear issues update ENG-456 --blocked-by ENG-123
linear issues comment ENG-456 --body "Blocked by ENG-123 because we need OAuth provider before implementing login flow"
# Find issues by keyword
linear search "<keyword>" --team <TEAM>
# Find issues with dependencies
linear search --has-dependencies --team <TEAM>
# Find blocked work
linear search --has-blockers --team <TEAM>
# Find circular dependencies
linear search --has-circular-deps --team <TEAM>
# Find issues blocked by specific issue
linear search --blocked-by <ISSUE-ID>
# Find issues blocking specific issue
linear search --blocks <ISSUE-ID>
# Add single blocker
linear issues update <ISSUE> --blocked-by <BLOCKER>
# Add multiple blockers
linear issues update <ISSUE> --blocked-by <BLOCKER1>,<BLOCKER2>
# Add dependency (what this depends on)
linear issues update <ISSUE> --depends-on <DEPENDENCY>
# Remove dependencies (update with empty string)
linear issues update <ISSUE> --blocked-by ""
# Visualize dependencies
linear deps <ISSUE-ID>
linear deps --team <TEAM>
# Check specific issue's blockers
linear issues blocked-by <ISSUE-ID>
# Check what an issue blocks
linear issues blocking <ISSUE-ID>
# List issue dependencies
linear issues dependencies <ISSUE-ID>
Goal: Discover and link all authentication-related dependencies.
# Step 1: Find all auth issues
linear search "auth" --team ENG --format full > auth_issues.txt
# Step 2: Identify foundation work (look for "OAuth provider", "JWT library", etc.)
# Found: ENG-450 "Setup OAuth2 provider"
# Step 3: Find all OAuth login features
linear search "OAuth login" --team ENG
# Found: ENG-451, ENG-452, ENG-453
# Step 4: Link features to foundation
linear issues update ENG-451 --blocked-by ENG-450
linear issues update ENG-452 --blocked-by ENG-450
linear issues update ENG-453 --blocked-by ENG-450
# Step 5: Find session management work
linear search "session" --team ENG
# Found: ENG-460 "Session management"
# Step 6: Link session work to OAuth (needs login first)
linear issues update ENG-460 --blocked-by ENG-451
# Step 7: Visualize the complete graph
linear deps --team ENG
# Step 8: Check for circular dependencies
linear search --has-circular-deps --team ENG
# Step 9: Find any remaining blocked work without explicit blockers
linear search --state "Blocked" --team ENG
# For each, add proper blocker using --blocked-by
After running discovery, present findings as:
DEPENDENCY DISCOVERY REPORT: Team ENG
════════════════════════════════════════
DISCOVERED RELATIONSHIPS (12)
────────────────────────────────────────
Foundation Work:
ENG-450 OAuth provider setup
→ blocks 3 features: ENG-451, ENG-452, ENG-453
ENG-460 Session management
→ blocks 2 features: ENG-461, ENG-462
Feature Work:
ENG-451 OAuth login
→ blocks 1 enhancement: ENG-470
RECOMMENDATIONS
────────────────────────────────────────
1. Prioritize ENG-450 (blocks 3 features)
2. Link ENG-475 to ENG-450 (mentioned in description)
3. Review circular dependency: ENG-480 ↔ ENG-481
COMMANDS TO RUN
────────────────────────────────────────
linear issues update ENG-475 --blocked-by ENG-450
linear issues update ENG-480 --blocked-by "" # Break cycle
For large backlogs (100+ issues), automate discovery:
linear search --team ENG --limit 250 > backlog.txtlinear deps --team ENG to check the final graph❌ Don't over-link: Only link true dependencies, not "nice to have" relationships ❌ Don't create cycles: Always verify no circular dependencies ❌ Don't link to closed issues: Check issue state before linking ❌ Don't assume: If unsure whether A blocks B, ask the team
After running link-deps, you should have:
Run linear deps --team <TEAM> and you should see a clear tree structure with minimal orphaned issues.
testing
End-to-end Linear issue macro — runs /start then /finish in sequence, gated on the /quality-review verdict. Worktree mode is opt-in via the `wt` token, mirroring /start. Pauses only for plan approval and the deferred-items filing decision; otherwise autonomous. Use when the user says 'full PL-XX', 'ship PL-XX end-to-end', or invokes /full.
development
Adversarial implementation review with triage and fix loop. Hard-gates on `pnpm check`, delegates to the quality-reviewer agent for categorized findings (Critical/High/Medium/Nice-to-Have/Approved), then triages and fixes findings via the developer agent. Loops until a re-review surfaces no new Critical/High/Medium findings (convergence), with a soft ceiling of 5 cycles before asking the user how to proceed; option 3 of that prompt terminates with verdict `escalated-to-architect`. Use when the user says 'review my work', 'check this implementation', 'adversarial review', 'quality review', or invokes /quality-review.
testing
Triage and prioritize Linear backlog. Analyzes issues for staleness, blockers, and suggests priorities based on dependencies and capacity.
testing
Start working on a Linear issue — check blockers, assign, move to In Progress, create branch, plan implementation, execute with checkpoint updates, review and triage findings. Use when the user says 'start issue', 'work on PL-XX', 'begin PL-XX', or invokes /start.