Triage a repo in five minutes
Triage the repo, route bounded maintenance to dedicated threads, and require proof and permission before anything lands.
Use this when
Use this when Codex may coordinate maintenance across several active repositories and you want parallel work to stay steerable without duplicating or micromanaging threads.
How it runs
- Define the repository scope, exclusions, and separate permissions for triage, delegation, implementation, push, CI repair, merge, and release.
- Every five minutes, refresh each repository queue and read the latest state of its existing thread before choosing the highest-value eligible item.
- Reuse one thread per repository, assign one bounded task, and let coherent active work continue unless it is blocked, stalled, unsafe, or off course.
- Require tests, live proof, autoreview, and green CI; record the evidence, then route the next item or present the owner with one exact decision.
Done when
✓ Every repository item reaches a proven handoff or terminal state. Authorized autonomous work lands with evidence; other items are decision-ready, blocked with one exact ask, or recorded as a clean no-op.
Why it works
A five-minute heartbeat keeps the control plane current without turning polling into micromanagement. One thread per repository preserves context, while proof and authorization gates make autonomous landing auditable.
Implementation note
The source pairs Maintainer Orchestrator with github-project-triage, autoreview, and computer use for live proof. A heartbeat automates observation, not authority: triage, delegation, implementation, push, merge, and release remain separate permissions. Read current thread state before steering, and never duplicate or interrupt active work.
Source: Forward Future ↗graded C · 65/100 — how grades work →
More maintenance loops
Upgrade to current Node LTS
Move the project to the current Node LTS across .nvmrc, CI config, Dockerfiles, and engines, fixing deprecations until everything is green on the new runtime.
Upgrade dependencies one at a time
Walk through outdated dependencies one package per turn, upgrading, running the full check suite, and pinning back anything that breaks.
Triage untriaged issues to zero
Pick the oldest untriaged issue, validate it against the current build, then label it, close if obsolete, or document repro steps—one per turn until the queue empties or 12 iterations pass.