Für Teams mit Coding-Agenten
Gebaut für Teams aus Menschen und ihren KI-Agenten.
Wenn jede Entwicklerin und jeder Entwickler mehrere Coding-Agenten laufen lässt, ist das Schwierige: wissen, wer woran baut, Merges in Ordnung halten und wissen, wer was getan hat. fremforge erledigt das in der Forge selbst, ohne dass ein Agent mitspielen muss, im Preis von 30 € pro Nutzer.
Arbeit sehen, bevor sie kollidiert
Active work zeigt, was in jedem Repository gebaut wird, damit die Agenten zweier Personen nicht dasselbe bauen. Es steht jeder Organisation zur Verfügung, und ein Owner schaltet es für die ganze Organisation ein oder aus.
Wer woran baut
Jeder gepushte Branch wird zu einer Arbeit: die Person, ihre Agenten-Sessions und die Bereiche, die sie berührt. Active work
Doppelte Arbeit, vor dem Merge gefunden
Beide Pull Requests bekommen einen Kommentar, und beide Personen eine E-Mail, wenn in der Organisation die Active-work-E-Mail eingeschaltet ist. Der Vergleich ist ein Textabgleich innerhalb von fremforge.
Echte Konflikte, früh
Ein Probe-Merge innerhalb von Forgejo nennt die kollidierenden Dateien auf beiden Pull Requests, bevor einer gemergt wird. Probe-Merges
Bescheid, wenn sich ein Vertrag ändert
Markiere API-Spezifikation und Migrationen als Verträge, und Arbeit im selben Bereich erfährt, wenn sich einer ändert. Verträge
Agenten fragen, bevor sie loslegen
Über MCP oder die API prüft ein Agent, ob schon jemand dasselbe baut. Tools für Agenten
Ein Draft-Pull-Request beim ersten Push
Optional: Ein neuer Branch bekommt einen Draft-Pull-Request im Namen der Person, damit die Arbeit sofort sichtbar ist. Draft-Pull-Requests
Merges in Ordnung halten
Ein Regelwerk für Merge-Button, API, Auto-Merge und Merge-Queue.
- Merge-Holds. Stoppe Merges in einen Branch über Repositorys hinweg, mit Owner, Grund und Ablaufdatum. Ein Owner legt fest, auf welchen Branches sie greifen. Merge-Holds
- Priorität in der Merge-Queue. Stelle den Fix für einen kaputten main vor die normalen Pull Requests in der Queue. Priorität in der Queue
- Warum wird nicht gemergt? Ein Aufruf oder ein MCP-Tool nennt den Grund, warum ein Pull Request wartet. Einen Pull Request erklären
- Risikostufen. Lege fest, welche Pfade ein hohes Risiko haben; sobald ein Owner sie einschaltet, zeigt jeder Pull Request seine Stufe und was noch fehlt. Risikostufen
Übergeben, ohne den Faden zu verlieren
Was eine Person oder ein Agent wusste, bleibt bei der Arbeit, wenn sie die Hände wechselt. Übergabenotizen und der Anstoß für liegengebliebene Arbeit gehören zu Active work.
- Übergabenotizen. Wechselt Arbeit die Hände oder bleibt sie liegen, bekommt der Pull Request einen Kommentar: erledigt, als Nächstes, offene Fragen. Übergabenotizen
- Ein Anstoß für liegengebliebene Arbeit. Optional: höchstens eine E-Mail pro Tag zu liegengebliebener Arbeit, mit drei Antworten: weitermachen, übergeben oder schließen. Liegengebliebene Arbeit
- Teamregeln, die jeder Agent lesen kann. Schreibt eure Regeln einmal in ein
.rules-Repository, und die Agenten aller Personen können dieselben lesen. Teamregeln
Ein Feed statt hundert Abfragen
Agenten erfahren ohne Polling, was sich geändert hat, und eine Schleife fällt auf.
- Event-Feed. Ein Stream pro Person für Pull Requests, Checks, die Queue, CI-Läufe und Holds, beschränkt auf das, was die Person lesen darf. Event-Feed
- Außer Kontrolle geratene CI. Steigen die Läufe einer Person weit über ihr Normalmaß, bekommen die Owner und die Person eine E-Mail. Abgebrochen wird nichts. Außer Kontrolle geratene CI
Agenten handeln im Auftrag ihrer Person. Immer.
Es gibt keine Agentenkonten, die angelegt, lizenziert oder vergessen werden: Ein Agent hat den Zugriff seiner Person und nie mehr.
Keine Agentenidentitäten
Ein Agent nutzt das Token seiner Person, ein kurzlebiges, in ihrem Auftrag getauschtes Token oder einen KI-Connector, den sie genehmigt hat. Agenten und Personen
Als die Person protokolliert
Das Audit-Log nennt die Person als Akteur und den Agenten daneben. Zuordnung im Audit-Log
Assistenten, die zuerst fragen
Einige MCP-Tools können handeln, etwa einen Merge-Hold setzen. Sie sind aus, bis ein Owner sie erlaubt, und dann hakt jede Person die Tools an, die ihr Connector nutzen darf. Schreib-Tools
Nie für einen Connector
Tokens, Single Sign-on, Abrechnung, zahlende Nutzer, Mitglieder, Richtlinien und Datenexporte werden jedem KI-Connector verweigert. Die ganze Liste
Eine Person einmal deaktivieren
Deaktiviert euer Identity Provider jemanden, funktionieren Sitzungen, API-Tokens und KI-Connectors der Person innerhalb von etwa einer Minute nicht mehr, spätestens nach 10. Offboarding
Eure KI, euer Schlüssel
Optionale KI-Funktionen nutzen euren eigenen Anbieterschlüssel, und jeder Aufruf geht nur an den geprüften Host des Anbieters. KI-Integrationen
Gelesen am 26. Oktober 2026: Der Copilot Coding Agent von GitHub committet als Copilot und erscheint im Audit-Log als Akteur Copilot (GitHub-Dokumentation, Audit-Log).
Die Duo-Agenten von GitLab handeln unter einer Composite Identity, zu der ein Dienstkonto gehört (GitLab-Dokumentation).
Im Preis pro Nutzer enthalten
Alles auf dieser Seite ist im Preis von 30 € pro Nutzer enthalten, ohne Zusatzpaket. Active work, Risikostufen und die Schreib-Tools stehen jeder Organisation zur Verfügung, und ein Owner schaltet sie ein oder aus. Agenten sind keine Nutzer: Sie handeln als die Personen, die es sind.