Issues and PRDs for this repo live as GitHub issues. Use the gh CLI for all operations.
- Unless told otherwise, only ever work a single issue per session.
- If given an umbrella issue, work the first available sub-issue.
- When working on issues, create one dedicated work branch and associated worktree to isolate your changes. Worktrees belong inside repository's .worktrees directory.
- When your task is done, commit to your work branch and merge your work branch back to
main. Then delete ONLY YOUR OWN associated work branch and worktree. Clean up your build artifacts and temporary data.
- Create an issue:
gh issue create --title "..." --body "...". Use a heredoc for multi-line bodies. - Read an issue:
gh issue view <number> --comments, filtering comments byjqand also fetching labels. - List issues:
gh issue list --state open --json number,title,body,labels,comments --jq '[.[] | {number, title, body, labels: [.labels[].name], comments: [.comments[].body]}]'with appropriate--labeland--statefilters. - Comment on an issue:
gh issue comment <number> --body "..." - Apply / remove labels:
gh issue edit <number> --add-label "..."/--remove-label "..." - Close:
gh issue close <number> --comment "..."
Infer the repo from git remote -v — gh does this automatically when run inside a clone.
PRs as a request surface: no. (Set to yes if this repo treats external PRs as feature requests; /triage reads this flag.)
When set to yes, PRs run through the same labels and states as issues, using the gh pr equivalents:
- Read a PR:
gh pr view <number> --commentsandgh pr diff <number>for the diff. - List external PRs for triage:
gh pr list --state open --json number,title,body,labels,author,authorAssociation,commentsthen keep onlyauthorAssociationofCONTRIBUTOR,FIRST_TIME_CONTRIBUTOR, orNONE(dropOWNER/MEMBER/COLLABORATOR). - Comment / label / close:
gh pr comment,gh pr edit --add-label/--remove-label,gh pr close.
GitHub shares one number space across issues and PRs, so a bare #42 may be either — resolve with gh pr view 42 and fall back to gh issue view 42.
Create a GitHub issue.
Run gh issue view <number> --comments.
Used by /wayfinder. The map is a single issue with child issues as tickets.
- Map: a single issue labelled
wayfinder:map, holding the Notes / Decisions-so-far / Fog body.gh issue create --label wayfinder:map. - Child ticket: an issue linked to the map as a GitHub sub-issue (
gh apion the sub-issues endpoint). Where sub-issues aren't enabled, add the child to a task list in the map body and putPart of #<map>at the top of the child body. Labels:wayfinder:<type>(research/prototype/grilling/task). Once claimed, the ticket is assigned to the driving dev. - Blocking: GitHub's native issue dependencies — the canonical, UI-visible representation. Add an edge with
gh api --method POST repos/<owner>/<repo>/issues/<child>/dependencies/blocked_by -F issue_id=<blocker-db-id>, where<blocker-db-id>is the blocker's numeric database id (gh api repos/<owner>/<repo>/issues/<n> --jq .id, not the#numberornode_id). GitHub reportsissue_dependencies_summary.blocked_by(open blockers only — the live gate). Where dependencies aren't available, fall back to aBlocked by: #<n>, #<n>line at the top of the child body. A ticket is unblocked when every blocker is closed. - Frontier query: list the map's open children (
gh issue list --state open, scoped to the map's sub-issues / task list), drop any with an open blocker (issue_dependencies_summary.blocked_by > 0, or an open issue in theBlocked byline) or an assignee; first in map order wins. - Claim:
gh issue edit <n> --add-assignee @me— the session's first write. - Resolve:
gh issue comment <n> --body "<answer>", thengh issue close <n>, then append a context pointer (gist + link) to the map's Decisions-so-far.