Zum Inhalt springen

Preise

Kostenlos auf Ihrer Hardware. Nach Verbrauch auf unserer.

Zwei Dinge kosten uns Geld — gemietete Rechenzeit und Speicher auf unserer Hardware — und genau diese zwei haben einen Zähler. Alles, was Sie mitbringen, ist kostenlos.

Eigene Runner

Kostenlos

Ihre Hardware, unser Control Plane

Binden Sie die Maschinen an, die Sie ohnehin haben. Keine Compute-Rechnung.

  • Verwalteter Control Plane und UI — kein Betriebsaufwand für Sie
  • Runner-Installation als Einzeiler: Linux, macOS, Windows
  • Keine Gebühr pro Pipeline oder Run
  • Warme Images & Template-DB-Caching auf Ihren eigenen Platten
  • Eigener Modell-API-Key für die Factory
Auf die Warteliste

Booster-Packs

Private Beta

CPU-Minuten

50.000 pro Monat gratis während der privaten Beta

Packs werden in CPU-Minuten verkauft, nicht in Euro. Was ein neues Pack kostet, bewegt sich mit dem Hardwaremarkt. Was Sie bereits halten, dagegen nicht — eine CPU-Minute, die Sie letztes Jahr gekauft haben, kauft auch heute noch eine CPU-Minute. Zur Einordnung: Allein das kostenlose Beta-Kontingent ist 12× so groß wie das Gratis-Kontingent von GitHub Actions, und wir rechnen millisekundengenau ab, während dort jeder Job auf eine volle Minute aufgerundet wird.

Kapazität mieten, wenn Ihre eigene ausgeht — oder ganz ohne eigene Hardware starten.

  • Packs sind Rechenzeit, kein Geldguthaben — eine CPU-Minute bleibt eine CPU-Minute
  • Preise folgen unseren Hardwarekosten; was Sie bereits halten, wird nie neu bewertet
  • Millisekundengenau abgerechnet, nicht auf ganze Minuten aufgerundet
  • ARM-Runner kosten 0,32× — dieselbe Arbeit, ein Drittel des Guthabens
  • Nutzungs- und Saldoübersicht je Tenant und Projekt
  • Optionaler Speicher für Artefakte, Images und Test-DBs auf unserer Hardware
Auf die Warteliste

Enterprise

Auf Anfrage

Design-Partner · für die allgemeine Verfügbarkeit geplant

Gestalten Sie Team-Kontrollen und reservierte Kapazität mit.

  • Geplant: reservierte Kapazität und bevorzugtes Scheduling
  • Geplant: SSO/SAML, Rollen und Audit-Logs
  • Geplant: Cluster-übergreifendes Scheduling und Fair-Share
  • Geplant: priorisierter Support und Servicebedingungen
  • Geplant: begleitete Migration von Jenkins oder TeamCity
Sprechen Sie uns an

Abgerechnet werden Rechenzeit und Speicher, die Sie auf unserer Hardware tatsächlich nutzen — nie pro Nutzer, nie pro Build. Die endgültigen Preise nennen wir zum Start; wer auf der Warteliste steht, bekommt Early-Bird-Konditionen und ein Mitspracherecht.

FAQ

Fragen, beantwortet.

Wie funktioniert die selbstheilende Factory genau?

Wenn ein geeigneter Check fehlschlägt, hängt Hive Run, Logs, Diff und fehlgeschlagene Tests an eine begrenzte KI-Agenten-Aufgabe. Der Agent schreibt einen Kandidaten; der Wrapper führt den konfigurierten Verifier aus und pusht das Ergebnis auf Ihren Branch. Ein frischer CI-Run entscheidet, ob der Kandidat funktioniert, und Ihre normalen Review- und Merge-Regeln bleiben maßgeblich.

Wird mein Code an Dritte übermittelt?

Modell-Anfragen gehen nur an den Anbieter, den Sie konfigurieren, und nutzen Ihre eigenen Zugangsdaten. Auf angebundenen Runnern bleibt der Checkout auf dieser Hardware. Ein lokaler Check-Snapshot oder gehosteter Workflow kann Quellcode, Logs oder Artefakte vorübergehend nach der veröffentlichten Retention-Richtlinie speichern; Hive nutzt Ihren Quellcode nicht zum Modelltraining.

Wer betreibt Hive, und wo läuft es?

Hive wird von der Pulsar-Projekte GmbH betrieben, einer deutschen Gesellschaft mit Sitz in Bayern. Der Control Plane läuft auf einem Server in Deutschland; diese Marketing-Seite wird als statische Dateien über Cloudflare ausgeliefert. Es gibt hier keine Webanalyse, kein Tracking und kein Cookie-Banner — die Datenschutzerklärung führt im Einzelnen auf, was verarbeitet wird und auf welcher Rechtsgrundlage.

Was kostet der Betrieb der KI-Agenten?

Sie bringen Ihren eigenen Modell-API-Key mit, die Token-Kosten gehen also direkt an Ihren Anbieter zu dessen Preisen — ohne Aufschlag. Hive weist die Token-Kosten je Fix aus und lässt Sie harte Tageslimits setzen, damit keine überraschenden Rechnungen entstehen.

Brauche ich eigene Hardware?

Nein — Sie können sie aber einsetzen, und dann ist es kostenlos. Wir hosten den Control Plane und die Oberfläche; wo die Arbeit läuft, entscheiden Sie. Binden Sie eigene Maschinen als Runner mit einem Einzeiler an (Linux, macOS, Windows), mieten Sie Kapazität als Booster-Packs, oder mischen Sie beides und lassen die Warteschlange auf unsere Kapazität überlaufen, wenn Ihre voll ist.

Kann ich Coding-Agenten auf meiner eigenen Maschine laufen lassen?

Ja. Ein auf Ihrer Workstation gestarteter Agent bekommt dort ein echtes Git-Worktree und nutzt Checkout, Toolchain und ausdrücklich erlaubte Caches dieser Maschine. Für diese Lane bleibt der Quellcode auf der Workstation. Eine Cloud-Session nutzt stattdessen einen vergänglichen Checkout auf gemieteter Kapazität; beide erscheinen im selben Browser-Workspace, mit Kontrollen passend zur jeweiligen Vertrauensgrenze.

Was ist ein Booster-Pack?

Rechenzeit, die Sie minutenweise bei uns mieten, statt Hardware zu kaufen. Nutzt ein Run gehostete Kapazität, verbucht Hive die abgerechneten CPU-Millisekunden auf Tenant und Projekt, sodass Kosten je Run und verbleibender Saldo sichtbar bleiben. In der privaten Beta gibt es 50.000 CPU-Minuten pro Monat. Packs lauten auf Rechenzeit statt auf Geld: Eine Preisänderung wirkt sich darauf aus, was ein neues Pack kostet, nie auf das, was Sie bereits halten. Die Zulassungssteuerung anhand des Saldos wird während der Beta noch ausgerollt.

Muss ich meine bisherige CI ersetzen, um Hive auszuprobieren?

Nein. Ein Repository nimmt mit einer einzigen Datei teil, und Hive startet im Shadow-Modus: Es meldet seinen eigenen Status und verlangt nichts, Ihre bestehende Pipeline entscheidet also weiterhin über jeden Merge. Sie vergleichen beide an echten Commits, so lange Sie möchten. Hive zu einem Pflicht-Check zu machen, ist eine separate Entscheidung in den Einstellungen Ihres Repositories — und unser eigener Onboarding-Leitfaden rät ausdrücklich, die alte CI erst abzuschalten, wenn eine Preflight-Prüfung sauber durchläuft. Fangen Sie mit einem Repository und einem Job an — eine brauchbare Pipeline sind wenige Zeilen — und weiten Sie es aus, wenn es sich bewährt hat.

Kollidiert das mit Claude Code, Cursor oder Codex?

Nein — Hive führt sie aus. Die Agenten authentifizieren sich als Sie, mit dem Abo oder Key, den Sie ohnehin bezahlen: einem Claude- oder Codex-Abo, einem Cursor-Konto oder einem OpenRouter-Key auf ein Modell Ihrer Wahl. Ihre lokale Umgebung bleibt unangetastet, denn die CI läuft serverseitig und benötigt auf Ihrem Rechner keine Installation. Dazu stellt Hive über hundert MCP-Tools bereit: Sie starten Runs, lesen Logs und analysieren Fehler aus dem Editor und Agenten heraus, den Sie schon benutzen, statt in unsere Oberfläche zu wechseln.

Funktioniert Hive mit GitLab oder Bitbucket?

Nein. Hive liest Code, meldet Status und empfängt Webhooks über eine GitHub App und führt daher heute ausschließlich GitHub-Repositories aus. Eine Integration für GitLab oder Bitbucket gibt es nicht, und wir kündigen hier auch keine an.

Welche Fehler kann ein Agent beheben?

Einen fehlgeschlagenen Lint-, Test- oder Build-Schritt, dessen Pipeline ihn mit on_failure aktiviert hat. Infrastrukturfehler und Timeouts wecken nie einen Fixer, der Commit eines Fixers weckt nie einen weiteren, und ein Fixer, der scheitert oder seine Arbeit nicht prüfen kann, lässt den ursprünglichen Fehler stehen. Der Kandidat muss einen frischen CI-Run bestehen und merged nie von selbst — Ihre Review- und Merge-Regeln bleiben maßgeblich.

Wie sieht eine Pipeline-Datei aus?

Eine Starlark-Datei unter .hive/main.star. Eine brauchbare ist wenige Zeilen lang: den Standard-Pipeline-Builder laden, einen Lint- und einen Test-Schritt benennen und optional einen Fixer an den Test-Schritt hängen. Die Docs-Seite „Your first pipeline“ zeigt die Form und wie Sie den ersten Run beobachten.

Wie prüfe ich eine Änderung, bevor ich sie pushe?

hive check --step <name> lädt einen Snapshot Ihres Arbeitsbaums hoch, führt diesen Schritt samt Abhängigkeiten auf der Flotte aus und gibt das Log-Ende des fehlgeschlagenen Tasks aus. Es braucht einen erreichbaren Server, ein Token und ein registriertes Projekt; es ist kein lokaler Runner.

Wie lange behält Hive Runs, Logs und Artefakte?

Runs 90 Tage, Events 14 Tage, Artefakte 7 Tage, Caches 30 Tage; ein hive-check-Snapshot wird nach 7 Tagen gelöscht. Das Löschen aus dem Objektspeicher erfolgt transaktional statt als bestmögliche Aufräumrunde.

Worin unterscheidet sich das von GitHub Actions?

Actions führt Ihren Workflow aus und gibt Ihnen ein rotes X. Hive führt Ihre Pipeline aus und gibt Ihnen einen Fix. Dazu kommen Pipelines als echter Code (Starlark statt YAML), warme Caches von Haus aus und die freie Wahl, auf wessen Hardware gearbeitet wird — auf Ihrer ohne Compute-Kosten, auf unserer minutenweise, oder auf beiden.

Ab wann kann ich mitmachen?

Hive ist derzeit in privater Beta. Wer auf der Warteliste steht, wird der Reihe nach eingeladen und bekommt Early-Bird-Konditionen; jeder Beta-Mandant erhält 50.000 CPU-Minuten pro Monat, um Jobs auf unserer Hardware auszuprobieren — rund 12× so viel wie das Gratis-Kontingent von GitHub Actions.

Hören Sie auf, Builds zu hüten. Das macht der Schwarm.

Kommen Sie in die private Beta. Binden Sie eigene Maschinen an und zahlen Sie nichts für Compute — oder arbeiten Sie auf unseren: Jeder Beta-Mandant bekommt 50.000 CPU-Minuten pro Monat.