Quality Gates

Ein Quality Gate ist eine Prüfung mit fester Regel und binärem Ergebnis: Der Build läuft durch oder schlägt fehl, die Tests bestehen oder scheitern, die Coverage liegt über der Schwelle oder darunter. Ein Coding-Agent schreibt Code schneller, als Menschen ihn reviewen können. Deshalb entscheiden diese Prüfungen, was aus dem ganzen Output wird.

Warum zählen Quality Gates mit Agenten mehr?

Ein Agent optimiert darauf, jede Prüfung zu bestehen, auf die er trifft. Mit schwachen Gates wird aus viel Code deshalb viel unbrauchbarer Code. Gates und Validierung müssen schneller mitwachsen als die Menge des erzeugten Codes. Die Details stehen in Software Factories und Harness Engineering und Das Qualitätssystem rund um den Coding-Agenten.

Worin unterscheidet sich ein Gate von einer Instruktion?

Eine Instruktion, den Linter laufen zu lassen, steht im Prompt, und der Agent kann sie vergessen. Ein Gate hängt an einem Ereignis und läuft in jedem Fall. Git-Hooks sichern den Commit für alle Autor:innen ab, ob Mensch oder Agent. Agent-Hooks prüfen die Aktionen des Agenten selbst, noch während er editiert. Beim Push führt die CI als letztes Gate die vollständige Prüfsuite aus. Jedes Gate fängt eine andere Klasse von Fehlern, und je früher es auslöst, desto billiger der Fix. Schützt auch die Gates selbst: Ein Agent, der die Prüfung unbedingt bestehen will, ändert sonst die Lint-Konfiguration oder greift zu --no-verify, solange die Regeln des Repositorys das nicht verbieten.

Verwandte Seiten

• Deterministische Quality Gates: die Feedback-Schleifen vom Language Server bis zur CI, nach Geschwindigkeit geordnet.
• Hooks: der Mechanismus auf Agentenseite, der eine Prüfung an ein Ereignis bindet.
• Agentic Continuous Delivery: die Pipeline, durch die jede Änderung eines Agenten läuft.
• Creator- und Verifier-Rollen: das Urteil, das eine feste Regel nicht fällen kann.