keel-pr-looplisted

# keel-pr-loop Use this skill when the user asks to run the keel command `pr-loop` (e.g. `keel pr-loop ...`, `pr-loop <args>`, or `/keel:pr-loop`). It reads every project value from `.keel/project.yaml` via the `keel` CLI. # /keel:pr-loop ## Live progress — stamp this run (required) So this run shows live on `keel-visual`'s board, record it with `keel activity` **as you go**. This command's phases are: `config` → `find` → `open` → `read` → `categorize` → `fix` → `review` → `post` → `recheck` → `collect` → `handoff`. Pick one stable `--run-id` for the whole run (e.g. `pr-loop-<issue-or-pr>`): - **Right now, before the work below**, stamp the first phase: `keel activity .keel/project.yaml --root . --write --command pr-loop --run-id "$RUN" --phase config` - Re-run with the next `--phase` (`find`, …) **as you advance** through the flow. - At the end: `keel activity .keel/project.yaml --root . --run-id "$RUN" --done` Treat this like any other contractual step — do not skip it. The one allowed exception is a core too old to ship `keel activity` (keel < 1.6.0): then skip it silently and never block the command. ## Command step evidence Every numbered step in this command is contractual. Complete the step, record the evidence it asks for, or explicitly mark it `N/A — <reason>` before moving on. If a step has an external side effect such as a GitHub comment, issue, review, report, branch, or PR, the side effect must be posted or written through the selected transport and cit