Kontext
Projektbewusster Start
Ein kompaktes Briefing trägt Repository-Regeln, aktuelle Branch-/Worktree-Fakten und relevantes Wissen, ohne erneute Entdeckung.
hive-pi
Ein Coding-Agenten-Harness, das die Arbeit zu Ende bringt.
hive-pi macht aus Pi eine Arbeitsumgebung für echte Repositories: Projektkontext, geprüfte Tools, sichtbare Pläne, delegierte Recherche, Quality-Gates und native Hive-Telemetrie rund um jede Session.
Private-Beta-Fläche: Delegation und Parität zwischen Lanes entwickeln sich weiter. Interaktives Workstation-Pi und die gepinnte Pi-Runtime der Factory teilen Integrationsverträge — kein unbeschränktes Extension-Paket.
plan · 3/5 · executetext
✓ done Read the failing test and the fixture generator✓ done Regenerate order fixtures with shipping lines▸ in progress Re-run pytest orders/ -q· pending Commit and push to feature/checkout-v2· pending Report the root cause on the pull request- Kontext
- Ab Turn eins repository-bewusst
- Kontrolle
- Plan, Tasks, Gates und Budgets
- Sichtbarkeit
- Session-Zustand in Hive
Der Session-Zyklus
Einordnen, planen, ausführen, prüfen — mit sichtbaren Übergängen.
Ein Conductor bewegt den Lebenszyklus anhand der Signale weiter, die die Session ohnehin ausgibt. Kein zweites Modell rät, was das erste gerade tut.
- 01 · Einordnen
Die richtige Welt laden
Repository-Regeln, aktuelle Worktrees, Projektkontext und früheres Wissen kommen vor der ersten Implementierungsentscheidung an.
- 02 · Planen
Absicht prüfbar machen
Komplexe Arbeit erzeugt einen prüfbaren Plan und eine verifizierbare Ziellinie, bevor das Repository verändert wird.
- 03 · Ausführen
Den günstigsten sinnvollen Worker nutzen
Im interaktiven Private-Beta-Harness können leseintensive Suchen und Reviews an begrenzte Subagenten auffächern; ein Parent behält Synthese und Lieferung.
- 04 · Prüfen
Mit Belegen abschließen
Repository-Gates, unabhängige Prüfungen und PR-Status — nicht ein selbstsicherer Schlusssatz — entscheiden über den Abschluss.
Mit geliehenem Zugang starten
Der Key landet nie auf der Platte, und es gibt keinen Rückfall auf einen, der es tat.
hive pi ist der Einstieg auf der Workstation und entscheidet eines, bevor das Modell läuft: wessen Zugangsdaten.
Der Befehl legt Ihr zugewiesenes Konto in ein tmpfs-Verzeichnis, das nur Ihnen gehört und beim Abmelden verschwindet, startet pi damit und spielt Rotationen für die Dauer der Session zurück.
Kann nichts geliehen werden, verweigert er. Er fällt nicht auf einen lokalen Key zurück, denn eine Session, die stillschweigend auf dem falschen Konto lief, ist die Art Überraschung, die kein Kostenbericht rückgängig macht.
hive pishell
$ hive pi --provider anthropicleased anthropic credential → $XDG_RUNTIME_DIR (tmpfs, 0700, gone on logout)starting pi … $ hive pi --provider anthropic # nothing leasablehive pi: no credential could be leased — refusing to fall back to a local keyHarness-Fähigkeiten
Die Mechanik rund um das Modell ist das Produkt.
Jede Fähigkeit macht eine reale Session leichter verständlich oder schwerer vorzutäuschen.
Tools
Typisierte Aufrufe mit sichtbaren Ergebnissen
Lokale Tools, MCP-Integrationen und projektspezifische Skills erscheinen als ausdrückliche Fähigkeiten statt Shell-Folklore.
Workflow
Plan und Ausführung bleiben getrennt
Ein stabiler Plan hält die Absicht fest; ein Live-Workflow zeigt, was tatsächlich geschah — samt Workern und CI-Lieferzustand.
Delegation · Beta
Breit lesen, durch einen Eigentümer schreiben
Begrenzte interaktive Worker können unabhängige Fragen günstig untersuchen. Die Haupt-Session gleicht Claims ab und besitzt Änderungen, Prüfung und Lieferung.
Leitplanken
Richtlinie außerhalb des Modells
Worktree-Schutz, Sandbox-Pfade, Zugangsanfragen, Kostenlimits und Gates hängen nicht davon ab, dass das Modell einen Satz erinnert.
Hive-nativ
Telemetrie und Steuerung eingebaut
Phase, Transkript, Plan, Workflow, Nutzung und Befehle fließen unter der Identität des Eigentümers in den Agenten-Workspace.
Ein Vokabular, getrennte Runtimes
Parität, wo sie hilft. Trennung, wo Vertrauen sie verlangt.
Workstation und Factory nutzen Pi für verschiedene Aufgaben. Hive teilt den Integrationsvertrag und hält Ausführungsrechte trotzdem schmal.
Workstation
Das vollständige interaktive Harness
Die öffentliche hive-pi-Basis und das Tenant-Overlay liefern Daily-Driver-Extensions, Agenten, Skills, Themes und Workstation-Setup rund um Pi.
Cloud-Session
Interaktives Pi in einer vergänglichen Lane
Eine headless RPC-Session meldet über dieselben Hive-Remote- und Telemetrie-Flächen — mit Cloud-Lebenszyklus und Lieferung.
Factory-Runtime
Gepinnt, geprüft und bewusst kleiner
Das Factory-Image lädt nur geprüfte Extensions. Checkout-Skills und Prompt-Templates sind aus; der Wrapper besitzt Richtlinie und Lieferung.
Native Integration
Hive ist das System of Record rund um die Session.
Das Harness erfindet keine zweite Build-, Ticket- oder Agenten-Plattform. Es publiziert in die, die das Repository bereits betreibt.
- Plan + Workflow
- Absicht und Live-Fortschritt stehen neben dem Transkript.
- Tasks + Teams
- Arbeit kann sich teilen, berichten, abgleichen und Überschneidungen zeigen.
- CI + Lieferung
- Branch, Pull Request und Hive-Checks bleiben für die Session sichtbar.
- Wissen + Tools
- Suchen und Produkt-APIs laufen über begrenzte Schnittstellen.
- Nutzung + Budgets
- Tokens, Kosten und Kontextdruck bleiben pro Session messbar.
Was hive-pi nicht ist
Ein Harness um Pi herum — kein Modell und kein zweites Pi.
- Kein Modell
- hive-pi bringt keine Gewichte und keinen Endpunkt mit. Es läuft mit dem Anbieter, den Ihr geliehener Zugang nennt — Anthropic, Codex, OpenRouter, Cursor.
- Kein Ersatz für Pi
- Pi ist der Agent. hive-pi ist Kontext, Tools, Plan, Gates und Telemetrie darum herum — eine Basis plus Tenant-Overlay, kein Fork.
- Nicht überall dasselbe Paket
- Das Factory-Image lädt nur seine geprüften Extensions und lässt die interaktiven Checkout-Skills weg. Bewusst kleiner, damit unbeaufsichtigt nur läuft, was geprüft wurde.
Das umgebende System
hive-pi verbindet menschengesteuerte Arbeit mit derselben Plattform, die CI ausführt.
Agenten
Sehen, wo Sessions laufen
Workstation-, Cloud- und Factory-Lanes mit einem Eigentümer-Workspace und klaren Freigabegrenzen.
Agenten-Lanes entdeckenSelbstheilende CI
Die Factory-Lane in Aktion
Wie ein geeigneter roter Check zur begrenzten Coding-Aufgabe und zum Kandidaten auf dem Branch wird.
Reparatur-Schleife 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.