# 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](https://git.javagil.de/mi/werkbaum/pulls/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](https://git.javagil.de/mi/werkrevisor/pulls/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.