Code Hosting für KI-Agenten: Die besten Plattformen 2026

GitHub ist für die meisten Agententeams nach wie vor das beste Code Hosting für KI-Agenten: Eine Kombination aus GitHub Team und Copilot Business für 10 Arbeitsplätze beginnt bei $230 pro Monat, Cursor Teams Standard dagegen bei $400. Cursor Origin ist die beste Wahl für einen Pilotversuch auf der grünen Wiese, GitLab punktet bei strengen Kontrollanforderungen und Bitbucket bietet Atlassian-Unternehmen das attraktivste Preis-Leistungs-Verhältnis. Der neue Dienst verändert zunächst den Versuch, nicht das führende System: Bevor irgendetwas migriert wird, sollte ein einzelnes Repository gespiegelt werden.

Kurzantwort: Beim Code Hosting für KI-Agenten liegt GitHub vorn, Cursor Origin eignet sich als Pilot

Sofern keine konkrete Anforderung dagegen spricht, ist GitHub die richtige Wahl. Die Plattform unterstützt die größte Auswahl an Agenten, bietet die umfassendsten Repository-Kontrollen und erleichtert den Ausstieg aus dem Ökosystem eines einzelnen Modellanbieters. Cursor Origin ist die spannendste neue Option, weil Repository, Pull Request und Cursor-Agent in einer Oberfläche zusammenkommen. Doch eine frühe Beta sollte sich die Rolle als Source of Truth erst in einem Spiegelungs-Pilotprojekt verdienen.

An der Rangfolge ändert sich erst etwas, wenn der umgebende Workflow wichtiger ist als die Standardempfehlung. GitLab passt, wenn Self-Managed-Betrieb, Modellkontrolle und eine agentenbezogene Governance auf Gruppenebene zwingend sind. Bitbucket ist sinnvoll, wenn Jira-Kontext und von Atlassian verwaltete Automatisierung mehr wiegen als ein kleineres externes Ökosystem. Gitea eignet sich für Unternehmen, die ihre Git-Forge selbst besitzen und eine eigene Agentenschicht mitbringen wollen. Azure Repos sollte nur gewählt werden, wenn Microsoft-Identitäten, Boards und bestehende Azure-DevOps-Richtlinien nicht verhandelbar sind.

Entscheidend ist der Pull-Request-Multiplikator. Sobald ein Entwickler Aufgaben an mehrere Agenten delegiert, ist er nicht mehr der einzige Produzent von Änderungen. Pull Requests, Tests, Reviews, Sicherheitsprüfungen und fehlgeschlagene Builds wachsen schneller als die Zahl bezahlter menschlicher Arbeitsplätze. Der billigste Git-Remote kann dadurch zum teuersten Auslieferungssystem werden, wenn Agenten keinen kontrollierten Weg durch den Review-Prozess erhalten.

Nach welchen Kriterien wurden die Plattformen ausgewählt?

Eine Code-Hosting-Plattform für Agententeams muss Änderungen kontrollieren und darf nicht bloß Git-Objekte speichern. Sechs Plattformen haben es in die Auswahl geschafft, weil jede als maßgebliches Repository-System dienen kann und entweder eine verwaltete Agentenschicht oder ausreichend APIs, CI- und Identitätsfunktionen für externe Agenten bietet.

Die Rangfolge beruht auf fünf Kriterien:

1. Belastbarkeit als Source of Truth: Repositorys, Pull Requests, Branch-Regeln, Identitäten, Auditierbarkeit und ein glaubwürdiges Betriebsmodell.
2. Agentenausführung: Können Agenten Aufgaben übernehmen, Code ändern, Pull Requests öffnen, auf Reviews reagieren und mit begrenzten Berechtigungen arbeiten?
3. Review-Governance: Pflichtprüfungen, menschliche Freigaben, Sicherheitsscans, Maschinenidentitäten und Einblick in Agentenaktivitäten.
4. Kostentransparenz: Hosting-Arbeitsplätze, KI-Credits, CI-Minuten, Speicher und der Punkt, an dem die Nutzung in den nächsten Abrechnungstarif wechselt.
5. Portabilität: Standardisierter Git-Zugriff, übertragbare Workflows, Unterstützung externer Agenten und ein umkehrbarer Migrationspfad.

Preise und Funktionsangaben wurden am 20. August 2026 anhand der jeweils aktuellen Anbieterseiten überprüft. Dies ist ein bepreister und analysierter Vergleich, kein behaupteter Praxistest. Die Screenshots zeigen die damaligen Anbieteroberflächen; sie bedeuten nicht, dass für diesen Vergleich produktive Repositorys migriert wurden.

Coding-Editoren blieben außen vor, sofern sie nicht inzwischen selbst Repositorys hosten. Laufzeitplattformen wurden ebenfalls ausgeschlossen, denn einen Agenten auszuführen ist eine andere Aufgabe als den von ihm veränderten Code zu steuern. Dieser Unterschied zählt: Eine Laufzeitumgebung kann einen autonomen Auftrag ausführen, während die Forge weiterhin Branch, Pull Request, Freigabe und dauerhaften Audit-Trail verwaltet.

Sechs Anbieter bilden hier eine sinnvolle Grenze: Für jede Plattform gibt es eine Kaufentscheidung, eine klar benannte Schwachstelle, die vollständigen aktuellen Tarifpreise und eine Kostenfolge. Wer sich nur mit allgemeinem Lob beschreiben ließ, kam nicht in die Liste.

Budget für 10 Arbeitsplätze: Der Hostingpreis ist nur der erste Kostenzähler

GitHub bietet mit $230 pro Monat für 10 Arbeitsplätze die niedrigste vergleichbare agentenfähige Basis, Bitbucket liegt jedoch nur $6.50 darüber. GitLab kostet $290, Cursor Teams Standard $400. Eingerechnet sind jeweils der Repository-Tarif und – sofern getrennt verkauft – die verwaltete Agentenschicht des Anbieters.

Für GitHub gelten in diesem Vergleich die aktuellen Repository-Preise der ersten 12 Monate, wo GitHub sie entsprechend kennzeichnet. Steuern, nutzungsabhängige Mehrkosten, Infrastruktur und Migrationsaufwand sind nicht berücksichtigt, sofern nicht anders angegeben.

Die vereinheitlichten Monatsbasen:

• GitHub: 10 x ($4 Team + $19 Copilot Business) = $230.
• Bitbucket: 10 x ($3.65 Standard + $20 Rovo Dev Standard) = $236.50.
• GitLab: 10 x $29 Premium = $290, jährliche Abrechnung.
• Cursor Origin: 10 x $40 Teams Standard = $400.

Auf Jahresbasis ergeben sich $2,760 für GitHub, $2,838 für Bitbucket, $3,480 für GitLab und $4,800 für Cursor. Cursor kostet damit vor nutzungsabhängigen Aufschlägen $2,040 mehr pro Jahr als GitHub. Dieser Mehrpreis kann sich rechnen, wenn Origin genügend Review-Übergaben oder fehlgeschlagene Agentenläufe einspart. Der Produktstart allein ist dafür aber kein Beleg.

Azure und Gitea liegen außerhalb dieses direkten Vergleichs. Azure DevOps Basic kostet für 10 Nutzer $30 pro Monat, weil die ersten fünf kostenlos sind. Das native KI-Review in Azure Repos befindet sich jedoch noch in einer eingeschränkten Public Preview, und der Coding-Workflow aus einem Work Item heraus zielt auf GitHub-Repositorys. Die Gitea-Software kann $0 kosten; alternativ zeigt der Tarifrechner für 10 Nutzer $95 für Self-Managed Enterprise und $190 für Cloud-Managed Enterprise. Externe Agenten, Infrastruktur, Betrieb und Modellnutzung kommen jeweils separat hinzu.

Der zweite Kostenzähler ist die Ausführung. GitHub-Coding-Agenten verbrauchen sowohl KI-Credits als auch Actions-Minuten. Nach Ausschöpfen des Tarifkontingents kostet ein Standard-Linux-Runner $6 je weitere 1,000 Minuten. Auch Bitbucket Agentic Pipelines verbrauchen Build-Minuten sowie Rovo-Dev-Credits oder belasten die Rechnung des gewählten Modellanbieters; weitere 1,000 Bitbucket-Minuten kosten $10. GitLab berechnet für zusätzliche 1,000 Compute-Minuten $10 und für weitere Duo-Nutzung $1 pro GitLab Credit.

Genau dort schlägt der Pull-Request-Multiplikator in der Ergebnisrechnung durch. Öffnen Agenten mehr Änderungen, während die menschliche Review-Kapazität stagniert, zahlt das Unternehmen für Erzeugung, CI und Nacharbeit, ohne mehr akzeptierten Code auszuliefern. Vier Kennzahlen gehören deshalb zusammen:

• akzeptierte Pull Requests pro Reviewer-Stunde;
• fehlgeschlagene Prüfungen pro akzeptiertem Pull Request;
• KI- plus CI-Kosten pro akzeptiertem Pull Request;
• Richtlinienausnahmen oder manuelle Bereinigungen pro akzeptiertem Pull Request.

1. GitHub: Beste Gesamtlösung für Teams mit mehreren KI Coding Agenten

GitHub belegt Platz eins, weil die Plattform Arbeit von Copilot, Claude und Codex hosten kann, ohne einen einzelnen Ausführungsdienst zum Eigentümer des Repositorys zu machen. Die Unterstützung externer Coding-Agenten befindet sich in der Public Preview, doch die Steuerungsebene ist bereits nützlich: Aufgaben können im Agents-Tab, in Issues, über Pull-Request-Kommentare, GitHub Mobile oder Visual Studio Code gestartet werden. Das Ergebnis liefert der Agent als Pull Request zur menschlichen Prüfung zurück.

Der stärkste Unterschied zeigt sich rund um die Agentenausgabe. Laut GitHub werden Änderungen externer Agenten mit CodeQL, Secret Scanning sowie Abhängigkeitsprüfungen auf Schadsoftware und Schwachstellen der Stufen High oder Critical kontrolliert. Dafür ist keine GitHub-Advanced-Security-Lizenz erforderlich. Aktivitäten, die über die GitHub Apps von Claude und Codex entstehen, erscheinen außerdem im Audit-Log.

Damit ist GitHub die sicherste Standardwahl für ein finanziertes Start-up, das Cursor lokal, Codex für parallele Aufgaben, Claude für Migrationen und Copilot für routinemäßige Issue-Arbeit nutzt. Die Repository-Regeln bleiben stabil, auch wenn der Ausführungsdienst wechselt. Open-Source-Projekte profitieren noch stärker, weil Forks, Issues, Mitwirkendenidentitäten und öffentliche Auffindbarkeit feste Produktbestandteile statt optionaler Ergänzungen sind.

Die Preisstruktur reicht weit über die Überschrift von $4 für Team hinaus. Die aktuellen Repository-Preise von GitHub nennen Free für $0 mit 2,000 Actions-Minuten, Team für $4 pro Nutzer und Monat während der ersten 12 Monate mit 3,000 Minuten sowie Enterprise ab $21 pro Nutzer und Monat während der ersten 12 Monate mit 50,000 Minuten. Der 30-tägige Plattformtest umfasst Enterprise, Copilot und Advanced Security.

Die aktuellen GitHub-Copilot-Tarife nennen Free für $0, Pro für $10 pro Nutzer und Monat, Pro+ für $39 und Max für $100. Pro umfasst Cloud-Agent, Code-Review, externe Agenten von Claude Code und Codex sowie monatliche Credits im Wert von $15; Pro+ enthält $70 und Max $200. Für Unternehmen kostet Copilot Business $19 pro Nutzer und Monat und umfasst 1,900 gebündelte KI-Credits je Nutzer, Copilot Enterprise kostet $39 und umfasst 3,900. Mehrverbrauch wird mit $0.01 je KI-Credit berechnet.

Die Schwachstelle ist die doppelte Abrechnung. GitHub weist darauf hin, dass Coding-Agenten sowohl KI-Credits als auch Actions-Minuten verbrauchen. Eine Aufgabe kann daher innerhalb ihres KI-Kontingents bleiben und zugleich zusätzliche CI-Kosten verursachen – oder umgekehrt. GitHub bietet Budgetkontrollen für Administratoren, doch agentenerzeugte Arbeit muss weiterhin gekennzeichnet und anhand ihrer nachgelagerten Laufzeitkosten gemessen werden.

Am besten geeignet für: Teams mit mehreren Agenten, Open Source, bestehende GitHub-Organisationen und Unternehmen, die Unabhängigkeit vom Ausführungsdienst schätzen.
Besonderheit: Claude, Codex und Copilot können innerhalb derselben Repository-Steuerung kontrollierte Pull Requests erzeugen.
Preise: Hosting als Free für $0, Team für $4/Nutzer/Monat während der ersten 12 Monate oder Enterprise ab $21/Nutzer/Monat während der ersten 12 Monate; Copilot als Free für $0, Pro für $10, Pro+ für $39, Max für $100, Business für $19 oder Enterprise für $39 pro Nutzer und Monat.
Kostenloser Test: Ja, ein 30-tägiger Plattformtest ist aufgeführt.

GitHub sicher für Agentenarbeit einrichten

1. 1

   Zuerst den Repository-Tarif wählen

   Team genügt, wenn Repository-Regeln und 3,000 enthaltene Actions-Minuten ausreichen. Enterprise sollte nur gewählt werden, wenn Governance, Compliance oder das Kontingent von 50,000 Minuten unabhängig davon gerechtfertigt sind – nicht allein für ein größeres Agentenbudget.

2. 2

   Nur freigegebene Agenten aktivieren

   Copilot, Claude oder Codex werden über die Organisationsrichtlinie eingeschaltet. Zum Start sollte ein Ausführungsdienst auf ein Repository begrenzt bleiben, damit Audit-Ereignisse, Review-Verhalten und Kosten klar zugeordnet werden können.

3. 3

   Den Merge-Pfad schützen

   Menschliche Prüfung, erfolgreiche Tests und die zum Repository passenden Sicherheitskontrollen müssen verpflichtend sein. Der Agent darf Änderungen vorschlagen, aber nicht die Kontrollen umgehen, die über deren Auslieferung entscheiden.

4. 4

   Beide Budgets festlegen

   Für KI-Credits und Actions gelten getrennte Budgets und Warnschwellen. Ein lange laufender Auftrag und ein testintensiver Pull Request belasten schließlich unterschiedliche Zähler.

5. 5

   Akzeptierte Arbeit messen

   Agenten-Pull-Requests werden gekennzeichnet und nach akzeptierten Änderungen, Reviewer-Zeit, fehlgeschlagenen Prüfungen und gesamten Nutzungskosten verglichen. Erst wenn der akzeptierte Durchsatz steigt, sollte der Workflow skaliert werden.

2. Cursor Origin: Bester agentennativer Pilot für neue Projekte

Cursor Origin steht auf Platz zwei, weil die Plattform die Übergabe zwischen Cursor-Agenten und Repository beseitigt. Der frühe Beta-Status spricht jedoch für einen Pilotversuch, bevor eine unternehmensweite Migration beginnt. Origin startete am 17. August 2026 mit nativen Repositorys, Pull Requests, Code-Browsing, GitHub-Synchronisierung und Agenten, die Fragen beantworten, Code ändern, Pull Requests aktualisieren oder Branches pushen können.

Es gibt zwei klar getrennte Betriebsarten. Bei einem nativen Origin-Repository wird Cursor zur Source of Truth. Bei einem gespiegelten Repository bleibt GitHub maßgeblich, während Origin eine aktuelle Arbeitskopie führt. Pull-Request-Kommentare und Antworten werden in beide Richtungen synchronisiert; Pushes für ein ursprünglich aus GitHub stammendes Repository landen weiterhin in GitHub. Gerade diese Spiegelung begründet Origins hohe Platzierung: Ein Team kann die Verbindung zwischen Agent und Repository testen, ohne gleich ein Migrationswochenende anzusetzen.

Zum Start stehen Integrationen für Vercel, Depot und Buildkite bereit. Vercel übernimmt Preview-Deployments, Depot und Buildkite decken die CI ab – über die unterstützten Integrationen einschließlich bestehender GitHub-Actions-Workflows. Für ein fokussiertes Webprodukt kann das reichen. Es ersetzt aber noch nicht sämtliche Issue-Tracker, Paket-Registrys, Sicherheitsprodukte, Deployment-Steuerungen und Audit-Integrationen, die sich rund um eine ältere Forge angesammelt haben.

Cursor kommuniziert die Reifegrenze offen. Origin befindet sich in einer frühen Beta, und laut Startankündigung sollen weitere agentennative Funktionen folgen. Für regulierte Teams ist das ein Einkaufssignal: Verfügbarkeitszusagen, Governance-Tiefe, Migrationswerkzeuge und Integrationsabdeckung müssen geprüft werden, bevor Quellcode von dem neuen Dienst abhängig wird.

Die aktuellen Cursor-Preise nennen Start in Indien für ₹649 pro Monat, Pro für $20, Pro Plus für $60 und Ultra für $200. Bei Pro, Pro Plus und Ultra sind jeweils $20, $70 beziehungsweise $400 für die Nutzung im Other-Models-Pool enthalten. Teams Standard kostet $40 pro Nutzer und Monat, Teams Premium $120 und bietet das Fünffache der Agent-Limits von Standard; Enterprise wird individuell bepreist. Hobby ist kostenlos. Origin wird jedoch für kostenpflichtige Tarife eingeführt, weshalb weder ein eigener kostenloser Origin-Tarif noch ein Origin-Test aufgeführt ist.

Für eine Gruppe mit 10 Personen ergibt sich gegenüber GitHub Team plus Copilot Business ein monatlicher Aufpreis von $170. Auf ein Jahr gerechnet sind das $2,040. Cursor rechtfertigt diesen Mehrpreis nur dann, wenn der engere Agenten-Workflow Review-Übergaben, Fehlversuche oder Wartezeit auf Repository-Kontext stärker reduziert, als die zusätzliche Gebühr kostet.

Die genaue Migrationsgrenze zwischen beiden Plattformen erläutert Cursor Origin vs GitHub für KI-Agenten. Für diese Rangliste fällt die Entscheidung einfacher aus: Zuerst beweist eine Origin-Spiegelung den Workflow, erst danach stellt sich die Frage, ob das Repository jemals umziehen sollte.

Am besten geeignet für: Auf Cursor standardisierte Teams, die ein privates neues Produkt entwickeln oder einen engeren Agenten-Workflow erproben.
Besonderheit: Natives Code-Hosting und GitHub-Spiegelung vereinen Agenten, Code-Browsing, Pull Requests und Codeänderungen in einer Cursor-Oberfläche.
Preise: Hobby ist kostenlos, enthält aber kein Origin; Start kostet in Indien ₹649/Monat; Pro $20, Pro Plus $60, Ultra $200; Teams Standard kostet $40/Nutzer/Monat, Teams Premium $120 und Enterprise wird individuell bepreist.
Kostenloser Test: Es ist kein eigener Origin-Test aufgeführt.

3. GitLab: Beste Wahl für regulierte und selbst verwaltete Agentenprogramme

GitLab belegt Platz drei, weil seine Agentenschicht Planung, Code, Pipelines und Sicherheit umfasst und zugleich eine Self-Managed-Bereitstellung möglich bleibt. Die GitLab Duo Agent Platform wurde im Januar 2026 allgemein verfügbar. Sie unterstützt grundlegende Agenten, eigene Agenten, externe Agenten von Claude Code und Codex sowie Multi-Agenten-Abläufe, die Merge Requests erstellen oder Pipeline-Fehler beheben.

Vor allem die Governance verdient Aufmerksamkeit. GitLab ermöglicht die Modellauswahl im obersten Namespace, vererbte Einstellungen für Untergruppen, gruppenbasierte Zugriffskontrolle und Einblick in die Nutzung. Self-Managed-Kunden können zudem selbst gehostete Modelle einsetzen. Für eine Bank, eine Gesundheitsplattform oder ein Unternehmen mit Anforderungen an den Speicherort von Code kann diese Kontrolle wichtiger sein als der niedrigste Arbeitsplatzpreis.

GitLab nutzt außerdem den gesamten Software-Auslieferungszyklus als Agentenkontext. Agentic Chat kann mit Issues, Merge Requests, Pipelines, Sicherheitsbefunden und Projektdaten arbeiten. Grundlegende Abläufe können aus einem Issue einen Merge Request erzeugen, CI-Konfigurationen konvertieren, fehlgeschlagene Pipelines reparieren und Code prüfen. Dieser breitere Kontext verringert den Aufwand, einen Editor-Agenten, Issue-Tracker, CI-Bot und Sicherheitsassistenten selbst miteinander zu verbinden.

Die aktuellen GitLab-Preise führen Free für $0 mit fünf lizenzierten Nutzern in privaten GitLab.com-Gruppen, 400 Compute-Minuten und 10 GiB Speicher auf. Premium kostet bei jährlicher Abrechnung $29 pro Nutzer und Monat, enthält 10,000 Compute-Minuten und 500 GiB pro Projekt und umfasst derzeit als Aktion monatlich $12 in GitLab Credits je Nutzer. Ultimate wird individuell bepreist, enthält 50,000 Compute-Minuten und 500 GiB pro Projekt und bietet derzeit als Aktion monatlich $24 in Credits je Nutzer. Für beide kostenpflichtigen Tarife gibt es einen Test, dessen Dauer die aktuelle Seite nicht nennt.

Die Schwachstelle ist die Vorhersehbarkeit der Credits. Weitere Duo-Nutzung kostet $1 pro GitLab Credit; die enthaltenen monatlichen $12 beziehungsweise $24 sind eine zeitlich begrenzte Aktion und kein vertraglicher Anspruch. Vor einer Bindung sollte der kostenpflichtige Tarif deshalb ohne diese Aktion kalkuliert werden. Zusätzliche Compute-Leistung kostet $10 je 1,000 Minuten, weitere 10 GiB Speicher kosten bei jährlicher Abrechnung $5 pro Monat.

10 Premium-Arbeitsplätze kosten bei GitLab $290 pro Monat. Das sind $60 mehr als GitHub Team plus Copilot Business und $720 mehr pro Jahr. Dafür umfasst Premium 10,000 Compute-Minuten statt der 3,000 Actions-Minuten von GitHub Team und integriert die Agentenplattform in dieselbe DevSecOps-Oberfläche. Welche Lösung mehr Wert bietet, hängt davon ab, ob das Unternehmen diese integrierten Kontrollen tatsächlich nutzt oder lediglich einen Agenten zum Schreiben von Code benötigt.

Am besten geeignet für: Regulierte Unternehmen, Self-Managed-Bereitstellungen, sicherheitsintensive Softwareauslieferung und Teams, die Agenten über den gesamten DevSecOps-Lebenszyklus einsetzen wollen.
Besonderheit: Namespace-Governance, externe Agenten, eigene Agenten, Multi-Agenten-Abläufe und selbst gehostete Modelle leben in einer Plattform.
Preise: Free kostet $0; Premium $29/Nutzer/Monat bei jährlicher Abrechnung; Ultimate wird individuell bepreist; zusätzliche GitLab Credits kosten jeweils $1, weitere Compute-Leistung $10 je 1,000 Minuten und zusätzliche 10 GiB Speicher bei jährlicher Abrechnung $5/Monat.
Kostenloser Test: Ja, für Premium und Ultimate; die aktuelle Preisseite nennt keine Dauer.

4. Bitbucket: Bestes Preis-Leistungs-Verhältnis für Teams mit Jira im Zentrum

Bitbucket belegt Platz vier und liegt zusammen mit Rovo Dev Standard nur $6.50 pro Monat über GitHubs Basis für 10 Arbeitsplätze. Das stärkste Argument ist nicht allgemeines Code-Hosting. Es ist die Möglichkeit, einen von Atlassian verwalteten Agenten mit Jira-Kontext innerhalb von Bitbucket Pipelines auszuführen – oder Codex beziehungsweise Claude Code in denselben kontrollierten Pipeline-Schritt einzubinden.

Bitbucket Agentic Pipelines laufen in regulären Pipelines-Containern mit ausgechecktem Repository, Build-Werkzeugen, einem integrierten Bitbucket-MCP-Server und begrenzten OAuth-Tokens. Der Agent kann Code analysieren, einen fehlgeschlagenen Build untersuchen, Dokumentation erzeugen, einen Commit pushen oder einen Pull Request erstellen, ohne dafür weitreichende dauerhafte Zugangsdaten zu erhalten. Als Anbieter werden Rovo Dev, Codex und Claude Code unterstützt.

Atlassian formuliert die Sicherheitsgrenze eindeutig: Von KI erledigte Arbeit sollte nicht zum Release-Gate werden, weil die Ausgabe nicht deterministisch ist und von Menschen geprüft werden muss. Dieser Hinweis ist eine Stärke, keine Schwäche. Agententeams brauchen rund um probabilistische Arbeit einen deterministischen Test- und Freigabepfad.

Die aktuellen Bitbucket-Preise nennen Free für $0 und bis zu fünf Nutzer, mit unbegrenzt vielen öffentlichen und privaten Repositorys, 1 GiB LFS-Speicher und 50 Build-Minuten. Standard kostet $3.65 pro Nutzer und Monat. Premium kostet $7.25 und ergänzt Merge-Prüfungen, IP-Allowlisting, Deployment-Berechtigungen, verpflichtende Zwei-Faktor-Verifizierung und Smart Mirroring. Für Standard und Premium gibt es kostenlose Tests; Data Center erfordert ein Verkaufsgespräch. Weitere 1,000 Build-Minuten oder 100 GiB LFS-Speicher kosten $10.

Rovo Dev Standard kostet zusätzlich $20 pro Entwickler und Monat, enthält 2,000 Rovo-Dev-Credits je Entwickler und bietet einen 30-tägigen Test. Mehrverbrauch kostet $0.01 pro Credit. Atlassian schätzt, dass 2,000 Credits abhängig von der Komplexität typischerweise für 20 bis 75 Code-Reviews oder 5 bis 50 CLI-Aufgaben reichen.

Die Schwachstelle: Jeder Agentenschritt kann zwei Rechnungen belasten. Er verbraucht eine reguläre Pipelines-Build-Minute und zusätzlich entweder Rovo-Dev-Credits oder das Modellkontingent des externen Anbieters. Für 10 Nutzer kostet Bitbucket Standard plus Rovo Dev Standard vor Überschreitung eines der beiden Kontingente $236.50. Das ist wettbewerbsfähig – allerdings nur, wenn Jira-Kontext und Pipelines-Integration genügend Koordinationsaufwand einsparen, um den Verbleib im Atlassian-Ökosystem zu rechtfertigen.

Am besten geeignet für: Teams, die bereits Jira und Bitbucket Pipelines nutzen und Agentenaufgaben mit dem Auslieferungskontext verknüpfen wollen.
Besonderheit: Agentic Pipelines stellen innerhalb des vorhandenen CI-Containers einen integrierten MCP-Server und OAuth-Tokens mit begrenztem Geltungsbereich bereit.
Preise: Bitbucket Free kostet $0, Standard $3.65/Nutzer/Monat, Premium $7.25; Data Center wird über den Vertrieb verkauft. Rovo Dev Standard kostet zusätzlich $20/Entwickler/Monat und $0.01 je weiterem Credit.
Kostenloser Test: Ja, für kostenpflichtige Bitbucket-Cloud-Tarife; Rovo Dev Standard bietet einen 30-tägigen Test.

5. Gitea: Beste schlanke Steuerungsebene im Self-Hosting

Gitea belegt Platz fünf, weil Unternehmen damit eine kleine, portable Forge erhalten, ohne für jeden Open-Source-Nutzer zu zahlen. Die Agentenschicht müssen Käufer jedoch selbst bereitstellen. Der MIT-lizenzierte Open-Source-Tarif umfasst unbegrenzt viele Nutzer und Repositorys, Issues, Pull Requests, Projektmanagement, Pakete und Gitea Actions.

Gitea Actions verwendet eine mit GitHub Actions kompatible Workflow-Syntax und kann Tausende vorhandene Actions wiederverwenden. APIs und Webhooks bieten die Schnittstellen, über die ein externer Agent Issues lesen, Branches erstellen, Code pushen und Pull Requests öffnen kann. Für ein Plattformteam, das Codex, Claude oder einen anderen Ausführungsdienst selbst integrieren will, ist Gitea damit eine glaubwürdige neutrale Steuerungsebene.

Die Betriebswahl ist ungewöhnlich flexibel. Open Source ist kostenlose Software und läuft auf Linux, Windows, macOS, FreeBSD oder Kubernetes. Gitea Cloud bietet einen isolierten Mandanten, Regionswahl, verwaltete Backups und Skalierung sowie bedarfsgesteuerte Actions-Runner. Enterprise ergänzt SAML SSO, Audit-Logs, automatisch skalierende Kubernetes-Runner und Support.

Der aktuelle Gitea-Tarifrechner zeigt unter den Betriebsarten Self Managed und Cloud Managed $9.50 und $19 pro Nutzer und Monat sowie einen Hinweis auf eine Bindung über ein Jahr. In der flachen Seitendarstellung stehen beide Werte nebeneinander; praktisch lassen sie sich als $9.50 für Self-Managed Enterprise und $19 für Cloud-Managed Enterprise lesen. Beide kommerziellen Wege werben mit einem 30-tägigen Test. Für 10 Arbeitsplätze beträgt die Basis damit $95 beziehungsweise $190 pro Monat, während Open Source eine Softwarelizenz für $0 bietet.

Die Schwachstelle ist nicht Git, sondern die Verantwortung. Auf den geprüften aktuellen Produkt- und Preisseiten wird keine native, verwaltete Coding-Agentenschicht genannt. Das Unternehmen muss daher Integration, Modellzugangsdaten, Job-Isolation, Budgets und die Audit-Konvention für Agenten selbst betreiben. Kostenlose Software macht außerdem Infrastruktur, Backups, Upgrades, Störungsbehebung und Sicherheitsprüfung nicht kostenlos.

Gitea gewinnt, wenn Repository-Kontrolle strategisch wichtig ist und das Plattformteam diese Pflichten bereits übernimmt. Die Plattform verliert, wenn eine kleine Produktgruppe bis Montag einen einsatzbereiten Agenten-Workflow benötigt, ohne noch einen weiteren Dienst zu warten.

Am besten geeignet für: Plattformteams, die schlankes Self-Hosting, portable Workflows und Kontrolle über den gesamten Repository-Stack benötigen.
Besonderheit: Kostenlose unbegrenzte Nutzer und Repositorys, mit GitHub Actions kompatible Workflows, APIs und Webhooks.
Preise: Open Source ist kostenlos; der aktuelle Enterprise-Rechner zeigt bei einem Bindungshinweis über ein Jahr $9.50 pro Nutzer und Monat für Self-Managed und $19 für Cloud-Managed.
Kostenloser Test: Ja, 30 Tage für Enterprise und Gitea Cloud.

6. Azure DevOps Repos: Beste Wahl nur bei zwingender Microsoft-Governance

Azure DevOps Repos landet auf Platz sechs, weil Repository- und Identitätskontrollen überzeugen, die Coding-Agenten-Strategie aber auf Azure Repos und GitHub verteilt ist. Das native Copilot-Review für Azure Repos befindet sich noch in einer eingeschränkten Public Preview, die Anmeldung und Genehmigung erfordert. Der Azure-Boards-Workflow, der Copilot Code erzeugen lässt, erstellt Branch und Entwurf des Pull Requests dagegen in einem GitHub-Repository – nicht in Azure Repos.

Für ein Agententeam ist diese Trennung entscheidend. Azure Repos kann während der Preview Copilot-Feedback zu einem Pull Request empfangen. Azure Boards kann ein Work Item verfolgen, während Copilot Code schreibt. Laut der aktuellen Microsoft-Dokumentation setzt dieser Ablauf jedoch GitHub-Repositorys voraus. Wer einen durchgängig nativen Coding-Agenten für Azure Repos erwartet, stellt deshalb fest, dass die Implementierung in einer anderen Forge landet.

Wo Identität und bestehende Governance Vorrang haben, bleibt Azure stark. Serviceverbindungen können Microsoft-Entra-Workload-Identitäten statt persönlicher Zugriffstokens verwenden – mit begrenzten Berechtigungen, ohne dauerhaftes Secret und mit Audit-Trail. Statusprüfungen von Advanced Security können den Abschluss eines Pull Requests blockieren, sobald neue Befunde der Stufen High oder Critical auftreten.

Die Preise von Azure DevOps führen Basic mit fünf kostenlosen Nutzern und jeden weiteren Nutzer für $6 pro Monat auf. Basic umfasst unbegrenzt viele private Azure Repos, Boards, Pipelines und 2 GiB Artifacts-Speicher. Basic + Test Plans kostet $52 pro Nutzer und Monat und bietet einen 30-tägigen Test. Jede Organisation erhält einen von Microsoft gehosteten parallelen Job mit 1,800 Minuten und einen selbst gehosteten parallelen Job mit unbegrenzten Minuten; zusätzliche parallele Jobs kosten $40 beziehungsweise $15.

Sicherheit bildet eine weitere Budgetposition. Code Security kostet $30 pro Committer und Monat, Secret Protection $19, und die Nutzung von Copilot Autofix kostet $0.01 pro GitHub AI Credit. Für 10 Committer kosten beide Sicherheitsprodukte zusammen $490 pro Monat – noch vor der Basic-Hostingbasis von $30. In einer kontrollierten Microsoft-Umgebung kann diese Ausgabe gerechtfertigt sein, ein kostengünstiger Weg zu einer agentennativen Forge ist sie nicht.

Am besten geeignet für: Bestehende Azure-DevOps-Organisationen, in denen Entra-Identität, Boards, Richtlinien und Microsoft-Beschaffung wichtiger sind als ein fragmentierter Agenten-Workflow.
Besonderheit: Niedrige Hostingbasis, Entra-Workload-Identitäten und eine ausgereifte Integration von Azure Boards und Pipelines.
Preise: Basic ist für fünf Nutzer kostenlos, danach kostet es $6/Nutzer/Monat; Basic + Test Plans kostet $52/Nutzer/Monat; zusätzliche gehostete und selbst gehostete parallele Jobs kosten $40 beziehungsweise $15; Code Security kostet $30/Committer/Monat und Secret Protection $19.
Kostenloser Test: Basic besitzt ein dauerhaftes kostenloses Kontingent; Basic + Test Plans bietet einen 30-tägigen Test.

Welche Code-Hosting-Plattform passt zu welchem Team?

Meist ist die beste Plattform die Forge, die bleiben kann – nicht jene, zu der sich migrieren lässt. Die Git-Historie umzuziehen ist einfach. Teuer ist es, Issues, CI, Secrets, Identitäten, Branch-Richtlinien, Deployment-Freigaben, Pakete, Audit-Nachweise und menschliche Gewohnheiten neu aufzubauen.

GitHub ist die richtige Wahl, wenn eine Organisation mehrere Agentenanbieter nutzt, Open Source veröffentlicht, von Actions abhängt oder die breiteste neutrale Steuerungsebene sucht. Von GitHub weg kippt die Entscheidung nur dann, wenn eine andere Plattform eine benannte Anforderung erfüllt, die den Umzug des umgebenden Workflows rechtfertigt.

Cursor Origin passt zu privaten neuen Projekten, die auf Cursor standardisiert und mit Vercel, Depot oder Buildkite kompatibel sind. Bei einem bestehenden GitHub-Repository sollte bis zum Nachweis eines Vorteils die Spiegelung statt eines nativen Origin-Repositorys gewählt werden.

GitLab eignet sich, wenn Self-Managed-Bereitstellung, selbst gehostete Modelle, Zugriff auf Gruppenebene, integrierte Sicherheit und Einblick in Agentenaktivitäten eine höhere Basis rechtfertigen. Zurück zu GitHub kippt die Wahl, wenn das Team lediglich Code-Erzeugung benötigt und GitLabs Lebenszykluskontrollen nicht nutzt.

Bitbucket überzeugt, wenn Jira-Akzeptanzkriterien und Bitbucket Pipelines bereits das Rückgrat der Auslieferung bilden. Die Entscheidung kippt, sobald Agentenarbeit über ein großes externes Ökosystem portabel sein muss oder die zwei Nutzungszähler die Kostensteuerung erschweren.

Gitea ist passend, wenn das Unternehmen eine kleine eigene Forge will und bereits Plattformkapazität besitzt, um externe Agenten anzubinden und zu steuern. Zu einer verwalteten Plattform kippt die Wahl, wenn der Betrieb der Steuerungsebene die Ersparnis aufzehren würde.

Azure DevOps Repos ist sinnvoll, wenn Microsoft-Governance feststeht und KI nur eine ergänzende Rolle spielt. Ist eine agentenerzeugte Implementierung die Hauptanforderung, kippt die Entscheidung zu GitHub, denn Microsofts aktueller Coding-Ablauf aus Work Items heraus hängt bereits von GitHub-Repositorys ab.

Welche Angebote für diesen Zweck ausscheiden

Eine Plattform, die kein unterstütztes und maßgebliches Repository-System sein kann, sollte unabhängig von ihrer Agentenleistung ausscheiden. Mehrere häufige Kategorienfehler verschwenden unnötig Migrationszeit.

Google Cloud Source Repositories für eine neue Bereitstellung

Google Cloud Source Repositories steht Neukunden nicht zur Verfügung. Laut Google können Organisationen, die den Dienst vor dem 17. Juni 2024 nicht genutzt hatten, die API nicht aktivieren; stattdessen verweist der Anbieter auf Secure Source Manager. Ein neues Agentenprogramm sollte nicht auf einem Altdienst beginnen, von dem der Anbieter neue Kunden bereits weglenkt.

Northflank, Modal oder Railway als Code-Host

Northflank, Modal und Railway können Agentenlaufzeiten hosten, sind aber keine Repository-Governance. Sie können Code ausführen oder Rechenleistung bereitstellen, während GitHub, GitLab, Bitbucket, Origin, Gitea oder Azure Repos weiterhin das dauerhafte Repository, Pull Requests, Richtlinien und den Audit-Trail verwaltet. Ein Laufzeithost gehört neben die Forge, nicht an ihre Stelle.

Eigenständiges Cursor Origin für regulierte Produktion während der frühen Beta

Cursor Origin ist einen Pilotversuch wert und belegt hier Platz zwei. Ein eigenständiges Repository in einer frühen Beta ist für regulierte Produktion dennoch der falsche erste Schritt. Zum Start gibt es benannte App-Integrationen, weitere agentennative Funktionen sind angekündigt. Deshalb sollte zunächst ein GitHub-Repository gespiegelt und belastbare Evidenz gesammelt werden. Die Source of Truth zieht erst um, nachdem Compliance-, Wiederherstellungs-, Richtlinien- und Integrationsanforderungen freigegeben wurden.

Der Montagsschritt: Review-Kapazität schützen, bevor Code migriert wird

Am Montag bleibt der aktuelle Host bestehen, während ein kontrollierter Agentenpilot in einem repräsentativen privaten Repository startet. Es geht darum herauszufinden, ob die neue Oberfläche den akzeptierten Durchsatz erhöht – nicht bloß darum, ob ein Agent einen Pull Request erzeugen kann.

1. 1

   Ein repräsentatives Repository auswählen

   Geeignet ist ein Repository mit aktiver CI, sinnvollen Branch-Regeln, wiederkehrender Wartungsarbeit und einem Reviewer, der seine Zeit erfassen kann. Sowohl ein Spielzeugprojekt als auch das sensibelste Produktionssystem sind ungeeignet.

2. 2

   Eine maßgebliche Quelle beibehalten

   Beim Test von Cursor Origin wird eine GitHub-Spiegelung verwendet. Wird ein externer Agent auf einer anderen Forge getestet, bleibt diese Forge maßgeblich. Während des Versuchs dürfen keine konkurrierenden Sources of Truth entstehen.

3. 3

   Eine Maschinenidentität anlegen

   Agentenarbeit erhält eine eigene Identität, nur die tatsächlich benötigten Berechtigungen und ein Audit-Label. Unbeaufsichtigte Automatisierung darf nicht über das persönliche Token eines Entwicklers laufen.

4. 4

   Review- und Ausgabenlimits festlegen

   Menschliche Freigabe und deterministische Tests sind Pflicht. Für KI-Credits und CI gelten getrennte Budgets; wiederholte Fehler oder Richtlinienausnahmen erhalten zudem eine Abbruchbedingung.

5. 5

   Zwei Wochen lang messen

   Erfasst werden akzeptierte Pull Requests pro Reviewer-Stunde, fehlgeschlagene Prüfungen, Nacharbeit, KI-Kosten, CI-Kosten und Richtlinienausnahmen. Diese Werte werden mit der üblichen Basis des Repositorys verglichen.

6. 6

   Über die Source of Truth entscheiden

   Die Ausführungsschicht bleibt, wenn sie mehr akzeptierte Arbeit liefert, ohne Review- oder Kontrolldefizite zu vergrößern. Das Repository wird nur migriert, wenn der Gewinn außerdem die Kosten für den Umzug von Issues, CI, Secrets, Integrationen und Auditverlauf ausgleicht.

Der Pull-Request-Multiplikator ist nur dann nützlich, wenn die Freigabeorganisation mit ihm skaliert. Mehr erzeugte Branches sind noch kein Durchsatz. Entscheidend sind mehr akzeptierte, sichere Änderungen pro Reviewer-Stunde.

Häufig gestellte Fragen

Welcher KI-Agent eignet sich 2026 am besten zum Programmieren?

Ausführungsdienst und Repository-Host sind getrennte Entscheidungen. GitHub ist der sicherste neutrale Host für Copilot, Claude und Codex; Cursor bietet den engsten integrierten Pilotversuch für ein auf Cursor standardisiertes Team. Der Agent sollte nach Aufgabenqualität gewählt werden, während die Repository-Governance möglichst unabhängig bleibt.

Welches Code Hosting für KI-Agenten ist am besten?

Für Quellcode sind GitHub, Cursor Origin, GitLab, Bitbucket, Gitea und Azure DevOps Repos die stärksten Optionen. Laufzeithosts wie Northflank, Modal und Railway bestimmen, wo ein Agent ausgeführt wird; sie ersetzen nicht die Forge, die Branches, Pull Requests, Richtlinien und Auditverlauf verwaltet.

Welche KI-Plattform ist für Agenten die beste?

GitHub ist die beste Wahl für Teams mit mehreren Agenten und gemeinsamer Governance, Cursor Origin für einen agentennativen Pilotversuch auf der grünen Wiese, GitLab für regulierte oder selbst verwaltete Programme und Bitbucket für eine Jira-zentrierte Auslieferung. Gitea passt zu Teams, die ihre eigene Steuerungsebene aufbauen wollen; Azure Repos eignet sich für Microsoft-Umgebungen, in denen KI zweitrangig ist.