Golem nimmt Tickets aus Ihrem Backlog, analysiert sie, setzt sie um und prüft das Ergebnis gegen Ihre Akzeptanzkriterien. Sie bekommen einen fertigen Merge Request zur Freigabe. Ist ein Ticket unklar, fragt Golem nach, statt zu raten.
Seit Juni 2026 im Produktivbetrieb · Entwickelt bei N/S Digital
Entwicklung der Quote: 85 % im Juni, 87 % im Juli, 98 % im August, 98 % im September.
Zum Einordnen: Stand 1. Oktober 2026. Die Quote beschreibt, wie viele Tickets bis zum Merge Request gelangen. Sie sagt nicht, dass jeder Merge Request ohne Nachbesserung fachlich richtig ist. Dafür gibt es Review und Freigabe. Die Zahlen schließen interne Test- und Erprobungsprojekte ein.
Unklare Tickets führen zu einer Rückfrage, nicht zu einer falsch geratenen Umsetzung.
Ein eigener Agent in frischer Session prüft das Ergebnis. Er darf keinen Code ändern oder committen.
Nach höchstens drei Review-Runden übernimmt ein Mensch. Wiederholt sich dieselbe Beanstandung dreimal, eskaliert Golem sofort.
Erklärt ein Mensch eine Beanstandung im Ticket für erledigt, wird sie nicht erneut blockierend gemeldet.
Findet Golem auf dem Branch Commits, die es nicht kennt, überschreibt es sie nicht, sondern fragt nach.
Der Ticketstatus ist in Ihrem Ticketsystem und in der Datenbank immer identisch. Jeder Lauf ist pro Ticket protokolliert.
Im Dashboard lässt sich jedes Projekt sofort anhalten.
Weil zuerst geklärt wird, was gemeint ist, landen weniger falsche Merge Requests in Ihrer Review-Queue.
Ticket-Abholung, Branches, Review-Schleife, Eskalation und Protokoll sind fertig. Sie bauen keine Agenten-Pipeline, Sie nutzen eine.
Golem arbeitet mit Claude, Codex und lokalen Modellen. Review und Umsetzung dürfen auf verschiedenen Modellen laufen. Ticketsystem und Betrieb bleiben Ihre Wahl.
Golem läuft auf eigener Infrastruktur. Wer es braucht, arbeitet mit lokalen Modellen.
Neue Funktionen entstehen als Tickets im eigenen Projekt und werden von Golem umgesetzt. Wir setzen die Pipeline an uns selbst ein.
N/S Digital richtet Golem für Ihre Projekte ein und betreibt es. Erfahrene Entwickler übernehmen das technische Code-Review. Sie entscheiden nur noch fachlich: Passt das Ergebnis zum Ticket?
Nein. Golem liefert einen Merge Request. Die Freigabe bleibt bei Menschen.
Das Ticket geht mit einer konkreten Frage oder Begründung an einen Menschen. Branch, Commits und Merge Request bleiben unverändert.
Claude, Codex und lokale Modelle über Ollama. Lokale Modelle sind bei Werkzeugaufrufen schwächer und eher für Analyse als für Umsetzung geeignet.
Golem und seine Datenbank laufen auf Infrastruktur, die Sie kontrollieren. Bei lokalen Modellen bleibt auch der Quellcode dort. Bei gehosteten Modellen wird der für ein Ticket nötige Code zur Verarbeitung an den jeweiligen Modellanbieter übertragen. Im Erstgespräch klären wir, welche Variante zu Ihren Datenschutzanforderungen passt.
Standardmäßig 2 Projekte parallel, pro Projekt ein Ticket in Umsetzung oder Review. Das verhindert Konflikte im Repository.
Ja, über Telegram. Ein Entwurf wird nie automatisch umgesetzt, ein Mensch übergibt ihn ausdrücklich.
Das Setup ist in der Regel in 3–4 Stunden erledigt.
Im Erstgespräch schauen wir gemeinsam auf Ihre Tickets und Ihr Tooling und sagen Ihnen ehrlich, ob Golem passt.
Erstgespräch vereinbaren