Bug

When running with --parallel N (N > 1) and beads-rust tracker, ralph-tui ignores the dependency chain and dispatches blocked tasks to workers immediately.

Reproduction

# Create epic with linear dependency chain
br create --type=epic --title="Test"
br create --parent=bd-xxx --title="US-001: First" 
br create --parent=bd-xxx --title="US-002: Second"
br create --parent=bd-xxx --title="US-003: Third"
br dep add bd-xxx.2 bd-xxx.1   # .2 blocked by .1
br dep add bd-xxx.3 bd-xxx.2   # .3 blocked by .2

# Run with parallel workers
ralph-tui run --epic bd-xxx --parallel 3

Expected

• Worker 1 picks US-001 (no deps)
• Workers 2 and 3 idle until US-001 completes
• Worker picks US-002 after US-001 closes
• etc.

Actual

All 3 workers immediately pick US-001, US-002, US-003 simultaneously, ignoring the blocks dependencies recorded in beads-rust.

Screenshot

Workers running bd-9ma.3, bd-9ma.5, bd-9ma.6 in parallel while their blockers (bd-9ma.1, bd-9ma.2) haven't started:

► bd-9ma.3  US-003: Index scan + Pass 2 d…     (blocked by .2)
► bd-9ma.5  US-005: Dry-run mode, run log…     (blocked by .4)
► bd-9ma.6  US-006: openclaw cron schedul…      (blocked by .5)
○ bd-9ma.2  US-002: Pass 1 — extract cand…     (blocked by .1)
○ bd-9ma.1  US-001: Scaffold reduce.sh wi…     (no deps - should run first)

Environment

• ralph-tui: latest (installed via bun)
• beads-rust: br 0.1.13
• macOS