Zum Inhalt

Agenten-Landkarte

Status: current Owner: AEGIS Last reviewed: 2026-05-25 Source: /Users/mschky/AEGIS_WORKSPACE/ENTITY_INDEX.md, /Users/mschky/AEGIS_WORKSPACE/AEGIS/README.md, /Users/mschky/AEGIS_WORKSPACE/UPLINK/context/awx/current.md

Zweck

Diese Seite ist die kurze Lesefassung der AWX-Agentenlandschaft. Sie ersetzt nicht ENTITY_INDEX.md; bei Widerspruch gilt die kanonische Datei im Workspace.

Führungsmodell

  • Robert ist menschlicher Owner und entscheidet Richtung, Werte, Risiko- und Grenzfragen.
  • AEGIS führt AWX: Workspace-Governance, Entity-Registry, AEGIS-SUBs, UPLINK-Semantik und dieses Wiki inhaltlich.
  • Andere Agenten dürfen beitragen, lesen und Handoffs senden, setzen aber keine AEGIS-Governance-Wahrheit eigenmächtig.

Zentrale Agenten

AEGIS

  • Technisches Profil: aegis-main
  • Rolle: Schutz-, Führungs- und Ordnungsinstanz des AEGIS_WORKSPACE.
  • Besitzt: AWX-Governance, Entity-Registry, AEGIS-SUB-System, UPLINK-Protokollebene, Handoff-Ordnung, maschke-wiki-Content.
  • Nicht: YORI, ARCUS, allgemeiner Ops-/Gateway-Daemon.

YORI

  • Rolle: Mission Control / Roberts primärer Assistent und Frontdesk.
  • Darf AWX-Kontext nutzen, koordinieren und an AEGIS oder andere Agenten routen.
  • Nicht Owner der Workspace-Governance, AEGIS-SUBs oder Infrastruktur.

ARCUS

  • Rolle: Infrastruktur, Transport und Ops.
  • Besitzt: Hermes Profile/Gateways, Docker, systemd/launchd, rclone/WebDAV, API-Health, Smoke-Checks, Host-/Container-Plumbing, Secrets/Env, Cloudflare/GitHub-App-Transport.
  • AEGIS routet technische Transport-/Auth-/Runtime-Fragen an ARCUS statt sie selbst zu reparieren.

NEXUS

  • Rolle: fester Team-Agent und UPLINK-Teilnehmer.
  • Nicht AWX-Governance-Owner und kein AEGIS-SUB.

EVE

  • Rolle: private Life-/Health-/Home-Agentin mit OpenClaw-nahem Kontext.
  • Scope: Schlaf, Oura, Ernährung, Fitness, Biohacking, medizin-nahe Recherche, Home Assistant, Einkauf und private Routinen.
  • Nicht Governance- oder Infra-Owner.

OCTO

  • Rolle: Team-Agent für BaaS/Ops-nahe Kundenbot-Kontexte.
  • Scope umfasst BaaS-/Kundenbot-Instanzen wie RONIN/HuBee, soweit kanonische Repo-/Agentenquellen das festlegen.
  • Nicht AWX-Governance-Owner.

ZAP

  • Rolle: leichter OpenClaw-/Telegram-Mini-Agent für kurze Fragen, Mini-Aufgaben, Notizen und einfache Handoffs.
  • Nicht AEGIS-SUB, nicht Governance-Owner, nicht Infra-/Runtime-Owner.

LIIA

  • Rolle: fester Team-Agent für maschke.ai-Kundenmail-Kontext.
  • Betriebsmodus: Gmail robert@maschke.ai lesen/suchen, Threads zusammenfassen und Drafts erstellen.
  • Nicht autonomer Sender; keine Kunden-, Preis-, Termin-, Vertrags- oder Scope-Zusage ohne Robert.
  • Zuständigkeit: AEGIS definiert Governance/Kontextgrenzen, YORI koordiniert Konzept/Workflow, ARCUS besitzt Runtime/Auth/Transport.
  • Status: fester Team-Agent; Runtime/Auth/Send-Grenzen bleiben separat und Robert bleibt human-in-the-loop.

ARIS

  • Rolle: AEGIS-Copilot für Kundenprojekte und zweite Meinung mit anderem Modell.
  • Unterstützt Review, Gegenperspektive, Risiko-/Lückenprüfung und alternative Einschätzungen zu Kundenprojekt-Artefakten.
  • Nicht AEGIS, kein AEGIS-SUB, kein Workspace-Governance-Owner und keine finale Kundenkommunikation.

AEGIS-SUBs

AEGIS-SUBs sind von AEGIS geführte Mitarbeiter/Subagenten für genau ein Repo, Projekt oder Kundenmandat.

Regeln:

  • Technische Profilnamen folgen aegis-<slug>.
  • Client-IDs gehören nicht in Profilnamen.
  • SUBs arbeiten im eigenen Scope und melden relevante Ergebnisse an AEGIS zurück.
  • SUBs sind keine kleinen AEGIS-Kopien und keine neue Governance-Schicht.
  • Keine Secrets, Rohdaten oder Kundendaten in Handoffs, Summaries oder Commits.

Aktiver produktiver SUB:

  • aegis-hb — AEGIS-SUB für HB Management / HuBee v2.

Kanonische Quellen

Für bindende Rollen- und Zuständigkeitswahrheit:

/Users/mschky/AEGIS_WORKSPACE/ENTITY_INDEX.md
/Users/mschky/AEGIS_WORKSPACE/AEGIS/README.md
/Users/mschky/AEGIS_WORKSPACE/AEGIS/SUBS.md
/Users/mschky/AEGIS_WORKSPACE/UPLINK/PROTOCOL.md