Retornatus

Git governance

Structural gates enforce artifact quality under .retornatus/. Git tiers enforce what leaves the machine.

Retornatus adopts the same blast-radius idea as Spec Guardrails’ Human-in-the-loop / git-handoff — adapted to Contracts and this repo’s ownership model.

> Approving a Change or Contract authorizes local work — not share, merge, or publish.

Tiers

TierWhat the agent may doWhat needs the human
0 — LocalImplement, test, commit locally (code + .retornatus/ memory)—
1 — ShareNothing automaticExplicit ask: git push, open/update PR
2 — ExternalNever (owner-only in this project)Merge, deploy, force-push, production data, PyPI publish, release tags that publish

Owner hard rule

In this repository (and by default for Retornatus-governed work here):

What to commit (Tier 0)

Usually yes

Usually no

Commit messages

Handoff checklist

Before ending a session or asking for review:

  1. git status is understood (clean or intentional leftovers)
  2. Local commits exist for finished units (Tier 0)
  3. No Tier 1/2 actions unless the owner asked
  4. One concrete next human step (review PR / merge / tag to publish)

Cursor bridge

Project rule: .cursor/rules/git-governance.mdc (alwaysApply: true).

Related

← Docs hub Product site →