Zum Inhalt springen

Wissensbasis

Vouch in Ghostty: Trust-Gating für Open-Source-Beiträge

Ghostty hat das Vouch-Modell im Februar 2026 gemergt: Nur Contributor:innen, für die jemand aus dem Maintainer-Team ausdrücklich gebürgt hat, dürfen Pull Requests öffnen, per denounce markierte Nutzer:innen werden gesperrt. Gegen Fluten KI-generierter Beiträge setzt das Modell auf ausdrückliches soziales Vertrauen statt auf einen angesammelten Reputationswert.

Verfasst von

Aktualisiert:

Belege 7

Unsere Position. Wir übertragen die Logik von Vouch von Contributor:innen auf Harnesses. Review skaliert nicht, also wird ein benannter, versionierter und abgegrenzter Harness mit Erfolgsbilanz zur Einheit des Vertrauens. Eine neue Modellversion erbt das Vertrauen des alten Harness nicht, sie verdient sich ihr eigenes (Vouch the harness (öffnet in einem neuen Tab)).

Die Änderung in Ghostty stützt diese Position von der Open-Source-Seite. Der Pull Request mit dem Modell wurde am 3. Februar 2026 geöffnet und am 15. Februar 2026 gemergt (ghostty-org - Introduce the Vouch/Denouncement Contribution Model, ghostty PR #10559 (öffnet in einem neuen Tab)). Sein Argument: KI hat die natürliche Einstiegshürde beseitigt, dank der Open-Source-Projekte Contributor:innen standardmäßig vertrauen konnten (Ankündigung von Vouch (öffnet in einem neuen Tab)).

Wie schränkt Vouch Beiträge ein?

Vouch ist ein Forge-unabhängiges, POSIX-freundliches Trust-Gating-System für OSS-Beiträge:

  • Nur Nutzer:innen, für die jemand gebürgt hat (vouched users), dürfen PRs öffnen oder an Beiträgen mitwirken
  • Maintainer:innen bürgen für eine Person, indem sie lgtm unter ein Issue dieser Person kommentieren
  • Alle Maintainer:innen können böswillige Akteur:innen per denounce (denounce [user] [reason]) markieren und damit sperren
  • Gespeichert wird in einer einzigen flachen Datei VOUCHED, die man absichtlich mit POSIX-Tools bearbeiten kann
  • Durchgesetzt wird über eine Nushell-CLI (vouch.nu) und GitHub-Actions-Workflows
  • Vision eines Web of Trust: Projekte teilen ihre VOUCH-Dateien und übernehmen die der anderen

Repositories:

  • github.com/mitchellh/vouch: das System selbst
  • github.com/ghostty-org/ghostty/pull/10559: die erste Integration in Produktion
  • github.com/badlogic/pi-mono: die genannte Inspiration

Warum brauchen Maintainer:innen ein Trust-Gate?

Der Pull Request in Ghostty beschreibt das Problem wörtlich so:

“the landscape has changed particularly with the advent of AI tools that allow people to trivially create plausible-looking but extremely low-quality contributions with little to no true understanding. Contributors can no longer be trusted based on the minimal barrier to entry to simply submit a change.”

“I hope that eventually projects can form a web of trust and share and ingest VOUCH files from other projects they trust in order to get a better default trust model across projects in the age of relentless AI attack.”

Ist Vouch ein Reputationssystem?

Nein. Vouch beruht auf ausdrücklichem sozialem Vertrauen: Jemand, dem man bereits vertraut, bürgt für euch. Aus früherer Aktivität sammelt es keinen Wert an. Treffend beschreibt es der Begriff Trust-based Contribution Gating. Es steht einem Web of Trust oder einer Allowlist näher als Reputationspunkten nach Art von Stack Overflow.

An dieser Unterscheidung hängt die Sicherheitshaltung. Reputationssysteme lassen sich austricksen, laufen hinterher und messen quantitativ. Trust-Gating rechnet mit Gegner:innen, handelt vorausschauend und urteilt qualitativ, eine ganz andere Sicherheitshaltung.

Machen Agents als Nutzer:innen Pull Requests überflüssig?

Die These “Building for trillions of agents” (“Make something agents want”) sieht Agents als künftige Hauptnutzer:innen von Software. Sie stützt das allgemeinere Argument, dass Workflows für Menschen sich anpassen müssen. Sie bleibt aber eine These über den Druck auf Softwaredesign und ersetzt Git, PRs oder Code-Review nicht konkret. Dass Git und Pull Requests verschwinden, behauptet sie nicht.

Gibt es bei Amp Code ein vergleichbares System? Öffentlich belegt ist keines. Öffentliche Kommentare haben Vouch mit einem angeblichen “reputation-based system for handling untrusted outside code contributions” bei Amp Code verknüpft. Das von Amp Code selbst veröffentlichte Material behandelt geteilte Threads, Leaderboards und Fragen sicheren Codings, kein Framework für Contribution-Gating. Eine Primärquelle für die Behauptung ist bisher nicht aufgetaucht.

Funktioniert Trust-Gating auch im Unternehmen?

Der Engpass hat sich verschoben. Die Frage lautet nicht mehr, ob KI Code schreiben kann, sondern ob eine Organisation KI-generierten Code sicher aufnehmen kann. Vouch beantwortet das am Eingang: Es regelt, wer beitragen darf, statt zu prüfen, was beigetragen wurde. Dieselbe Logik lässt sich auf Inner-Source- und Enterprise-Beitragsmodelle übertragen. Dort kämpft eine große interne Engineering-Organisation hinter der Firewall mit derselben Flut.

Sie passt außerdem zum Stanford-Befund “rich get richer” aus den KI-Produktivitätsstudien. Schwache Engineering-Hygiene bremst ein KI-gestütztes Team nicht mehr bloß aus. Sie setzt das Projekt jetzt auch einer Flut von Beiträgen aus.

Was ist noch offen?

  • Übernehmen weitere prominente Maintainer:innen Vouch und machen die Vision eines Web of Trust wahr?
  • Wandert dieses Muster in Inner-Source- und Enterprise-Beitragsmodelle?
  • Wie verhält sich Vouch zu GitHubs eigenen Tools für das Review von Beiträgen, ergänzt es sie oder kollidiert es mit ihnen?

Verwandte Seiten

Quellen

Posts

Tools und Repositories