Files
werkbaum/docs/prs/2026-10-11-PR#9-werkrevisor.md
claude-code 92b966e509
Deploy to GitHub Pages / build (push) Canceled after 0s
Deploy to GitHub Pages / deploy (push) Canceled after 0s
werkator/backend build succeeded after 01:46
werkator/frontend build succeeded after 00:27
werkrevisor prüft werkbaum (#9)
Co-authored-by: claude-code <claude-code@javagil.de>
2026-10-12 17:22:47 +02:00

1.3 KiB

PR#9: werkrevisor prüft werkbaum

WARNUNG: Dieses Dokument beschreibt nur die Änderung dieses PR. Nach dem nächsten Merge kann es schon veraltet sein; es wird nicht nachgepflegt.

Das Problem

werkbaum PR#8 blieb trotz zwei Approvals und grüner CI offen. Den Merge plant nach dem gemeinsamen Ablauf werkrevisor ein ([gate] automerge), nicht Gitea. Für werkbaum lief werkrevisor nie: Es fehlten Host-Konfiguration, Review-Build, Konto-Recht und Branch-Schutz.

Nicht das Ziel

  • Keine .werkrevisor.toml: Das Risiko-Template für ein Monorepo aus Vanilla-JS-Editor und Spring-Boot-Backend wird erst an den bisherigen PRs vermessen, wie bei werkregie.
  • Keine Änderung an Notation, Editor oder Backend.

Die Lösung

  • werkrevisor PR#83 legt config/werkbaum.toml an, mit require_wip_transition und automerge.
  • Der Mensch richtet auf Gitea und mih09 ein, was nur er darf: ai-reviewer als Mitarbeiter, den Review-Build ai-review in der Werkator-Maschinenkonfiguration und den Branch-Schutz von main.
  • AGENTS.md nennt werkrevisor nicht mehr als fehlend.
  • Der Plan bekommt #bld.review.

Offene Fragen

Keine.

Folge-PRs

  • .werkrevisor.toml mit einem vermessenen Risiko-Template.