Definition
Pipelines als echter Code
Starlark liefert Funktionen, Schleifen und wiederverwendbare Module; die Auswertung bleibt deterministisch und neben dem Repository prüfbar.
Hive-Plattform
Ihre Pipelines. Ihre Runner. Ein Control Plane.
Hive wertet echten Pipeline-Code aus, plant den DAG über die verbundene Hardware, hält teure Inputs warm und öffnet jeden Run über dieselbe API für Menschen, Skripte und Agenten.
Der gehostete Control Plane wird in Deutschland betrieben. Ihre Runner laufen dort, wo Sie sie platzieren.
Scheduler · geplante Platzierung
Ein DAG kann sehr verschiedene Maschinen nutzen.
Constraints, Kapazität, warme Inputs und Queue-Richtlinie entscheiden über die Platzierung. Der eingefrorene Run-Plan hält Hives Entscheidung vor dem Start fest.
lintLinux · eigener Runner
test × 3K8s · warme Datenbank
desktopmacOS · Workstation-Node
deploygeschützt · Release-Lane
- Pipeline-Sprache
- Starlark, mit dem Code versioniert
- Ausführung
- Eigene Runner oder Booster-Kapazität
- Schnittstellen
- Web · CLI · API · MCP
CI/CD-Kern
Ein Build-System, das auch ohne Agenten bestehen kann.
Die Agentenschicht differenziert. Scheduler, Ausführung und Datenebene darunter machen ihre Fixes erst prüfbar.
Platzierung
Ausführen, wo die Arbeit passt
Binden Sie Linux-, macOS-, Windows- oder Kubernetes-Kapazität an. Labels, Constraints, Architekturen, Queues und Limits steuern die Platzierung.
Warmer Pfad
Mit warmen Inputs starten
Fingerprint-basierte Images, Registry-Caches und Template-Testdatenbanken reduzieren wiederholtes Setup über Nodes und Runs hinweg.
Belege
Tests und Zeiten werden Plattformdaten
Geparste Reports, Flake-Historie, Step-Dauer, Queue-Wartezeit, Artefakte und Logs sammeln sich ohne separate Instrumentierung.
Schnittstellen
Eine Antwort in Web, CLI, API und MCP
Runs, Logs, Tests, Flottenzustand und Aktionen sind erstklassige Aufrufe; Operatoren und Agenten müssen die UI nicht abgreifen.
Isolation
Tenant- und Lane-Grenzen bleiben ausdrücklich
Identität, begrenzte Tokens, Queue-Richtlinie, Ressourcenlimits und bewachte Aktionen erzwingt der Control Plane um jeden Workload.
Hybride Ausführung
Erst eigene Hardware. Bei Bedarf Kapazität mieten.
Das gehostete Produkt hält den Control Plane aus Ihrem Operations-Budget und lässt die Compute-Platzierung unter Ihrer Kontrolle.
Ihre Runner
Vorhandene Maschinen anbinden.
Ein Pull-Agent verbindet Maschine oder VM mit dem Scheduler. Compute auf diesen Runnern berechnet Hive nicht.
Booster-Kapazität
Lastspitzen auf gemietete Hardware auslagern.
CPU-Minuten-Pakete finanzieren gehostete Ausführung, wenn eigene Kapazität belegt ist oder eine besondere Lane fehlt.
Gehosteter Control Plane
Wir betreiben die Koordinationsebene.
Projekte, Pipelines, Runs, Logs, Artefakte, Agenten und Richtlinien bleiben verfügbar, ohne dass Ihr Team Hive selbst betreiben muss.
Passt zum Stack
Was in CI läuft, kann Hive planen.
First-Class-Helper verkürzen häufige Fälle; gewöhnliche Befehle halten die Plattform offen.
Build + Test
pytestruffvitestESLintgo testclippynextest
Lieferung
GitHubArgoCDKubernetesRegistriesArtefakte
Agenten
OpenAI CodexOpenRouterAnthropic ClaudeCursorMCP
Was die Plattform ermöglicht
Von Orchestrierung zu einem Regelkreis, der auf eigene Belege reagieren kann.
Selbstheilende CI
Aus geeigneten roten Checks Kandidaten machen
Der Run weckt einen begrenzten Agenten; das anschließende Branch-Gate bleibt maßgeblich.
Reparatur-Schleife entdeckenAgenten
Sessions über dieselbe Flotte bedienen
Workstation-, Cloud- und Factory-Agenten teilen den Workspace rund um die Pipeline.
Agenten-Plattform entdeckenPrivate Beta
Bringen Sie ein Repository mit. Sehen Sie das ganze System arbeiten.
Starten Sie auf Ihrem eigenen Runner, lassen Sie Ihre bestehende CI daneben weiterlaufen und sehen Sie, wie Hive aus dem nächsten geeigneten roten Check einen prüfbaren Fix macht.