wayfinder: prefer native blocking, and say why
The blocking rule now leads with the tracker's native dependency relationship and encodes the rationale: native rendering makes the frontier visible in the tracker's own UI, so the human sees what's takeable without opening the map. Notes the body-convention fallback for trackers that lack native blocking (GitHub has it; GitLab only on paid tiers). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
parent
e9dea692fd
commit
b289481499
2 changed files with 8 additions and 1 deletions
7
.changeset/wayfinder-native-blocking-rationale.md
Normal file
7
.changeset/wayfinder-native-blocking-rationale.md
Normal file
|
|
@ -0,0 +1,7 @@
|
|||
---
|
||||
"mattpocock-skills": patch
|
||||
---
|
||||
|
||||
Sharpen **`wayfinder`**'s blocking rule to prefer the tracker's native dependency relationship and say why.
|
||||
|
||||
Native blocking is essential rather than cosmetic: it renders the frontier visually in the tracker's own UI, so the human sees what's takeable at a glance without opening the map. The rule now states that preference explicitly, notes the body-convention fallback for trackers that lack native blocking, and ties the frontier to what the human picks from.
|
||||
Loading…
Add table
Add a link
Reference in a new issue