Commit- und Push-Autonomie

In diesem Repository darf Codex einen schmutzigen Worktree bereinigen, Änderungen logisch committen und pushen, wenn der Nutzer diese Verantwortung für die Aufgabe ausdrücklich übertragen hat.

Wann Codex committen und pushen darf

Codex darf committen und pushen, wenn der Nutzer direkt darum bittet oder sagt, dass die Aufgabe end-to-end bei Codex liegt. Diese Autorisierung gilt für die aktuelle Aufgabe und die nötige Bereinigung, damit der Branch reviewbar bleibt.

Pflichtverhalten

• Vor dem Staging git status prüfen.
• Explizite Pfade oder kohärente Pfadgruppen stagen.
• Commits nach Zweck teilen: Docs, Tests, Prompt Studio, Blog Engine, Media Tooling, Daten-Snapshots.
• Relevante Validierung vor dem Push ausführen oder erklären, warum sie ausgelassen wurde.
• Staged oder ausgehende Pfade auf Secrets prüfen.
• Nur den beabsichtigten Branch auf den konfigurierten Remote pushen.
• Branch, Commit-Liste, Verifikation, Risiken und nächsten sicheren Befehl berichten.

Harte Grenzen

Kein Force-Push, kein History-Rewrite, kein Deploy, keine Produktionsmigration, keine Secrets, kein Löschen fremder Arbeit und keine Veröffentlichung externer Inhalte ohne direkte Freigabe.

Dirty-Worktree-Regel

Wenn ein lokaler Prozess generierte Artefakte schreibt, wartet Codex wenn möglich auf das Ende. Startet der Prozess immer wieder neu, werden nur stabile beabsichtigte Änderungen committet und der aktive Writer wird gemeldet.

Nützliche Befehle

git status --short --branch
git diff --check
npm --prefix apps/web run build
npm --prefix apps/blog run ci:blog
git push -u origin feat/blog-v2