wayfinder: tighten blocking rule, update GH/GL templates
Concision pass on the blocking rule (fold the "wherever the tracker has one" clause into the fallback sentence; drop restatements). Bring the GitHub and GitLab issue-tracker templates up to the same standard: the GitHub template now carries the native issue-dependencies recipe and frontier query; the GitLab template names the native /blocked_by link (Premium/Ultimate) with the body-convention fallback. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
parent
b289481499
commit
8c2a4c554a
4 changed files with 7 additions and 7 deletions
|
|
@ -2,6 +2,6 @@
|
|||
"mattpocock-skills": patch
|
||||
---
|
||||
|
||||
Sharpen **`wayfinder`**'s blocking rule to prefer the tracker's native dependency relationship and say why.
|
||||
Sharpen Wayfinder's blocking rule to prefer the tracker's native dependency relationship, and update the GitHub and GitLab issue-tracker templates to match.
|
||||
|
||||
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.
|
||||
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. `wayfinder`'s SKILL.md now states that preference and rationale; the GitHub template spells out the native issue-dependencies recipe (`gh api .../dependencies/blocked_by`, frontier query on `issue_dependencies_summary.blocked_by`), and the GitLab template names the native `/blocked_by` blocking link (Premium/Ultimate) with the body-convention fallback. Both keep the body fallback for trackers that lack native blocking.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue