Decide the next step for each pull request
A pull request can take several paths. A docs-only change can merge at once. A code change needs a review. A red build needs a fix. A pending build means the agent waits.
In Rein, the first decision asks one question: does this change touch only documentation? Each answer leads to a different next step. The agent answers from what it sees in the pull request.
CI status is a fixed set of options. Each option gets its own case. If the team adds a new status, the checker reports the gap until someone writes what the agent does next.
Security-sensitive changes can move to a review step with a stricter focus. Pointers keep each rule in its own file, so one rule can change without touching the others.
The flow in one picture
Alpha, private
Try this with early access
Rein is a proof of concept. Syntax and tools can still change. Request early access by email, and tell us which decision flow you want to build.
Related use cases
- Route each alert to one clear next stepRoute a production alert to a person, a runbook, or a ticket.
- Answer tickets, or hand them to a personAnswer a support ticket, start a refund, or hand it to a person.
- Pick the right model for each delegated taskDelegate each task to a subagent, with the model that fits it.
- Ask a person, wait, then branch on the answerAsk a person a question, wait for the answer, then branch on it.