# 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.

Source: https://hiveci.io/de/hive-pi
Language: de
Alternate: https://hiveci.io/hive-pi

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.
```
✓ 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
```
## 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.
1. **Die richtige Welt laden** — Repository-Regeln, aktuelle Worktrees, Projektkontext und früheres Wissen kommen vor der ersten Implementierungsentscheidung an.
2. **Absicht prüfbar machen** — Komplexe Arbeit erzeugt einen prüfbaren Plan und eine verifizierbare Ziellinie, bevor das Repository verändert wird.
3. **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.
4. **Mit Belegen abschließen** — Repository-Gates, unabhängige Prüfungen und PR-Status — nicht ein selbstsicherer Schlusssatz — entscheiden über den Abschluss.
## 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.
```shell
$ hive pi --provider anthropic
leased anthropic credential → $XDG_RUNTIME_DIR (tmpfs, 0700, gone on logout)
starting pi …

$ hive pi --provider anthropic        # nothing leasable
hive pi: no credential could be leased — refusing to fall back to a local key
```
## Die Mechanik rund um das Modell ist das Produkt.
Jede Fähigkeit macht eine reale Session leichter verständlich oder schwerer vorzutäuschen.
- **Kontext: Projektbewusster Start** — Ein kompaktes Briefing trägt Repository-Regeln, aktuelle Branch-/Worktree-Fakten und relevantes Wissen, ohne erneute Entdeckung.
- **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.
## 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.
## 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. |
## 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. |
## hive-pi verbindet menschengesteuerte Arbeit mit derselben Plattform, die CI ausführt.
- **Sehen, wo Sessions laufen** — Workstation-, Cloud- und Factory-Lanes mit einem Eigentümer-Workspace und klaren Freigabegrenzen.
- **Die Factory-Lane in Aktion** — Wie ein geeigneter roter Check zur begrenzten Coding-Aufgabe und zum Kandidaten auf dem Branch wird.
## 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.