← zurück

Wie die Plattform funktioniert

Architektur, Agenten-Rollen, Prinzipien und letzte Änderungen an einem Ort — Quelle ist immer nixos-config, diese Seite ist nur die Ansicht darauf.

Architektur-Graph

Graph in eigenem Tab öffnen Prozess-/Pipeline-Ansicht (input → output) ansehen

Von graphify aus nixos-config generiert (130 Knoten, 197 Kanten, 9 Communities, Stand 01.09.2026 inkl. memory/). Wird nicht live aktualisiert — nächster Abgleich, wenn sich die Plattform-Architektur merklich ändert.

Agenten-Rollen (Herdr)

Orchestrator — einzige Dialogschnittstelle zum Nutzer

Delegiert an die Rollen unten, synthetisiert Ergebnisse, trägt die Endverantwortung für Freigaben.

administrator herdr-visible · per-assignment

NixOS-Plattformänderungen: implementiert, testet, deployt erst nach ausdrücklicher Freigabe.

orga herdr-visible · helper-only

Kalender und E-Mail. Lesen und Schreiben strikt getrennt, destruktive Aktionen brauchen ausdrückliche Bestätigung.

reviewer herdr-visible · read-only

Prüft Diffs und Code, keine Aktivierungs- oder Deploymentfreigabe.

agent-manager herdr-visible · per-assignment

Erstellt und pflegt die Rollen selbst (Rollendateien, Tests, Katalog) — führt fremde Fachaufgaben nicht aus.

graphics herdr-visible · per-assignment

Bildanalyse und -verarbeitung.

dialog-agent / builder xmpp-worker · read-only / workspace-write

XMPP-Bots (agent@/builder@bot.0ff.space). Dialog-Agent liest nur, Builder kann committen/pushen (kein Deploy), erreichbar direkt nur für den Owner oder per Handoff mit eigenem Freigabe-Workflow.

planner geplant — noch kein Rollenvertrag

Bisher nur Modell-Profil-Stub in catalog.json. Soll recherchieren, planen, bei offenen Fragen nachfragen und erst bei fertigem Plan delegieren.

World View

Entwurf, noch nicht vom Nutzer bestätigt — volle Fassung inkl. Quellenangaben in memory/world-view.md im Repo.

Was den Nutzer interessiert

  • Selbstgehostete, deklarative Infrastruktur als eigenes Handwerk
  • Multi-Agenten-Systeme und deren Governance
  • Permacomputing / Langlebigkeit
  • Digitale Souveränität
  • Forkbarkeit / Weitergabe an andere

Methoden

  • Verifizieren vor Vertrauen
  • Live-Diagnose vor Annahme
  • Grenzen respektieren, auch wenn unbequem
  • Direkte Entscheidungen, wenn delegierte Zustimmung fehlt

Letzte Änderungen

Aus git log von nixos-config, Stand 01.09.2026. Taktische Details: docs/log.md, große Richtungsfragen: docs/roadmap.md (beide nur im Repo, nicht auf dieser Seite gespiegelt).