Genehmigungsabläufe
Eine Genehmigung ist nur etwas wert, wenn das Genehmigte auch das ist, was rausgeht.
Dies beschreibt ein Design, keinen laufenden Dienst
Das Problem
Genehmigungen leben meist außerhalb des veröffentlichenden Tools. Ein Screenshot geht an einen Kunden, der Kunde antwortet ja, und dann ändert sich der Text. Die Genehmigung bezieht sich jetzt auf einen Entwurf, den niemand hat, und das Tool weiß das nicht, es veröffentlicht also, was ihm zuletzt gegeben wurde.
Wie das Produkt entwickelt ist
- Eine Genehmigung ist genau an den Inhalt gebunden, der geprüft wurde. Einen genehmigten Entwurf zu bearbeiten macht die Genehmigung ungültig und sagt, welches Feld sich geändert hat, statt die alte Entscheidung stillschweigend weiterzutragen.
- Ein Prüfer kann genehmigen, Änderungen anfordern oder ablehnen, und ein Kommentar ist für alles außer der Genehmigung erforderlich, sodass der Autor nie im Ungewissen bleibt, was zu korrigieren ist.
- Die Regel lebt in der gemeinsamen Anwendungsschicht, sodass die Web-App, die REST-API, der MCP-Server, die CLI und Webhooks ihr alle gehorchen. Keine Oberfläche hat eine Abkürzung um die Prüfung herum.
Was tatsächlich schon gebaut ist
Die Genehmigungsstatus, die Prüfungsoberfläche, die Wiederholungsgenehmigungsregeln und die dahinterliegenden Prüfprotokoll-Ereignisse sind gebaut. Nicht gebaut ist der letzte Schritt, weil kein Connector seine Fertigstellungsdefinition erfüllt hat, ein genehmigter Beitrag hat also noch nirgendwo hinzugehen.
Auf dieser Seite ist etwas nicht in Ordnung
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.