# Issue tracker: Gitea Issues and specs for this repo live as issues on this repo's Gitea instance (`git.arthurerlich.de`, `haylan/delegate-ai-mcp`). Use the [`tea`](https://gitea.com/gitea/tea) CLI for all operations — it auto-detects the repo and remote login from `git remote -v`/`tea login list` when run inside this clone. ## Conventions - **Create an issue**: `tea issue create --title "..." --description "..."` (`-L` to add labels, `-a` to assign). - **Read an issue**: `tea issue --comments`. - **List issues**: `tea issue list --state open --labels "..." --fields index,title,state,labels,comments`. - **Comment on an issue**: `tea comment "..."` (shorthand for `tea comment add`). - **Apply / remove labels**: `tea issue edit --add-labels "..."` / `--remove-labels "..."`. - **Close**: `tea issue close `, then `tea comment "..."` first if a closing note is needed (`tea issue close` has no `--comment` flag). ## Pull requests as a triage surface **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/states as issues, using the `tea pull` equivalents (`tea pull list`, `tea pull --comments`, `tea issue edit --add-labels`/`--remove-labels` — labels/comments are shared machinery between issues and PRs in Gitea's API). Gitea shares one number space across issues and PRs, so a bare `#42` may be either — `tea issue ` and `tea pull ` both resolve by index; try the one implied by context. ## When a skill says "publish to the issue tracker" Create a Gitea issue: `tea issue create --title "..." --description "..."`. ## When a skill says "fetch the relevant ticket" Run `tea issue --comments`. ## Wayfinding operations 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. `tea issue create --title "..." --labels wayfinder:map`. - **Child ticket**: an issue referencing the map. Gitea's CLI/API here has no native sub-issue or issue-dependency graph like GitHub's, so track structure in the body: put `Part of #` at the top of the child body, and keep a task list of children in the map body. Labels: `wayfinder:` (`research`/`prototype`/`grilling`/`task`). Once claimed, assign the ticket to the driving dev (`tea issue edit --add-assignees `). - **Blocking**: no native dependency graph — use a `Blocked by: #, #` line at the top of the child body. A ticket is unblocked when every blocker referenced there is closed (check each with `tea issue --fields state`). - **Frontier query**: list the map's open children (`tea issue list --state open --labels wayfinder:`, cross-referenced against the map's task list), drop any with an open blocker (per the `Blocked by` line) or an assignee; first in map order wins. - **Claim**: `tea issue edit --add-assignees ` — the session's first write. - **Resolve**: `tea comment ""`, then `tea issue close `, then append a context pointer to the map's Decisions-so-far.