Repos aus Gruppen und Subgruppen anbinden, Merge Requests und GitLab CI neben allem anderen sehen — und eure eigenen KI-Agenten direkt am Ticket arbeiten lassen, Cloud oder Self-Hosted.
Vom Anbinden eines Repos bis zum Mergen einer MR — GitLab ist ein erstklassiger Provider.
Verbindet ein GitLab-Repo mit einem Board — im Neu-Anlegen- und im Bestehendes-Projekt-verbinden-Flow. Die Integrationsliste bleibt mit eurem Verbindungsstatus synchron.
Auch tief verschachtelte Projektpfade funktionieren. Spedy akzeptiert vollständige GitLab-Subgruppen-Pfade beim Anbinden — eure Org-Struktur wird einfach übernommen.
Nicht nur gitlab.com — bindet euer eigenes self-hosted GitLab an. Spedy erkennt die Instanz an der Clone-URL und verknüpft MRs und Pipelines entsprechend.
GitLab Merge Requests erscheinen in derselben Pull-Requests-Ansicht wie GitHub und Bitbucket — mit Status, Branch, Reviews und CI.
GitLab-CI-Runs fließen in das provider-übergreifende Pipelines-Dashboard, nach Status gruppiert neben jedem anderen CI-System.
Öffne das Ticket in Claude Code, Codex oder Cursor — Branch-Name und GitLab-Repo sind vorbelegt, der Agent startet im richtigen Code.
Repos, Merge Requests, Pipelines — und eure Agenten mittendrin.
Verfolge und reviewe MRs in der vereinheitlichten Pull-Requests-Ansicht, mit Live-Status und CI.
Pipeline-Runs landen im Pipelines-Dashboard, nach Status über alle Provider gruppiert.
Vollständige Subgruppen-Pfade werden unterstützt — tief verschachtelte GitLab-Strukturen binden sauber an.
Verbindet gitlab.com oder eure eigene Instanz — Spedy passt sich der Clone-URL an.
Binde ein GitLab-Repo an und übergib das Ticket an euren Agenten: Er bekommt Repo, Branch-Name und Kontext, öffnet den Merge Request — und der landet verknüpft zurück am Ticket. Derselbe Flow wie auf GitHub.
20 Minuten, keine Slides: Board anlegen, Budget dranhängen, der Agent öffnet den PR. Danach entscheidet ihr.