VibeOS

Persönlicher KI-Agent auf Ihrem Computer

Work Mode — Ergebnisse, kein Smalltalk

Chat ist Dialog. Work ist eine dauerhafte Kette Ziel → Plan → Schritte → Artefakt mit Freigaben und optionalem E-Mail/Webhook-Eingang. Das Messaging-Gateway hält Cron und Kanban-Workers am Leben, wenn das Desktop-Fenster zu ist.

Ehrliches Limit: kein Cloud-24/7. Maschine oder VPS müssen wach sein mit laufendem Gateway — Schlaf pausiert Work.

Work-Mode-Inbox
Die Work-Inbox hält Ziele sichtbar, nachdem das Chatfenster geschlossen ist.
Freigabe-Gate vor einer sensiblen Aktion.
Freigabe-Gate vor einer sensiblen Aktion.
Illustration von Agent HQ mit Spezialisten
Chat | Work — Headquarters beobachtet Helfer; Work führt Ihre Jobs.

Work ≠ Chat

Chat

Gesprächsschleife: Frage, Tool-Call, Antwort. Gut zum Erkunden. Fenster schließen beendet den Live-Turn.

Work

Inbox von WorkTasks mit Plänen, Ledgern, Zeitplänen und Freigaben. Für Briefings, Digests und Jobs, die fertig werden müssen.

Agentenstab (Fleet)

Dispatch-Board für Live-Subagents und dauerhafte Kanban-Workers — eine «Needs you»-Inbox. Ergänzt Work, ersetzt es nicht.

So läuft eine Work-Aufgabe

Anlegen

`vibeos work create "…"` oder Desktop Chat|Work. Flag complex — Auto-Zerlegung in Kanban-Schritte.

Plan

`vibeos work plan <id>` ruft kanban_decompose auf (oder ein Leaf). Optional Dual-Brain: Planner einmal, Executor führt Schritte aus.

Ausführen

Gateway-Cron + Kanban-Dispatcher übernehmen Arbeit. Progress Ledger bleibt cache-sicher. Browser nutzt ein isoliertes Work-Profil.

Freigabe

Send / pay / delete / share standardmäßig ask — strenger als Chat. Ausgehende SMTP-Entwürfe warten auf Ihre Freigabe.

Illustration der Pipeline vom Ziel zum Deliverable
Vom Ziel zur fertigen Datei oder zum Bericht — mit Checkpoints für Sie.
Kanban-Prozessdiagramm
Dauerhafte Multi-Agent-Arbeit auf einem Board, das Neustarts übersteht.

Multi-Agent — kein «weiterer Chat-Agent»

Drei Stacks, unterschiedliche Haltbarkeit. Spezialisten sind Rollen und Profile — Koordination ist Dirigent + Kanban-Ledger, kein Peer-Chat.

Trigger & Zeitpläne

E-Mail → Work

Allowlist-Absender — plus Self-Send an Ihre Gateway-Adresse (Dogfood). Self-Replies (Re:) bleiben unterdrückt, damit Notify-Schleifen keine Tasks zeugen. Injection-Scan; verdächtige Mail → Quarantäne, nie «alles ausführen».

Webhooks

HMAC-signiertes create_work mit Delivery-ID-Idempotenz für Automationen.

Zeitpläne & Monitore

Tagesfenster (Morgen/Nachmittag/Abend) oder Monitore mit Delta-Gate (Standard alle 15m, Floor 5m).

Vom Telefon

Telegram `/work`: Status, Inbox, Freigaben unterwegs ohne Desktop.

Sicherheits-Defaults

Strengere Freigaben

CAPTCHA-Geduld ≠ Erlaubnis zu zahlen oder zu senden. Auto-Review vor ausgehendem SMTP.

Isolierter Browser

Separates Work-Profil; Bank/SMS/Foto-ID bleiben menschlich.

Last-Untergrenzen

Bei work.enabled deckeln Defaults concurrent Kanban / Cron / Delegation, damit die Maschine reagiert.

Was wir nicht behaupten

Kein zweiter Agent-Core, kein Toolset-Wechsel mitten im Lauf, keine Cloud-Operator-VM, kein Fake-App-Store — Connectoren über MCP + Skills.

Beispiel-Journeys

Morgen-Digest

create mit --window morning → Gateway-Cron feuert → Ergebnis in der Work-Inbox.

Complex research brief

Desktop Work → complex / Dual-Brain → Kanban-Kinder → Outbound freigeben bei E-Mail.

E-Mail-Eingang

Allowlist oder Self-Send an Gateway-Adresse → WorkTask (oder Quarantäne) → Operator-Approve → Package. Self-Replies bleiben chat-still.

Chat swarm → durable

Live delegate_task in Fleet → lange Jobs als Kanban-Workers im HQ Durable.

So funktioniert es innen

Desktop Fleet HQ fokussiert die Roster, ohne den Agenten mid-chat zu ändern. Nur Beobachtungspanels — keine neuen Core-Model-Tools.

HQ-Linsen, Report & Research-Mission

HQ-Report

Karriere Wins / Fails / Blocked plus Board-Health für ein Fenster (display.fleet.report_days, Standard 7). Copy exportiert Markdown für Ops.

Research-Mission

Wenn das aktive Board einen Research-Swarm hat: Stufen gather → critique → synthesize, Ledger current_step und aktuelle Board-KB-Funde.

Dichte & einheitliche Aufmerksamkeit

display.fleet.density (comfortable|compact) und attention_unified (Standard true) — eine Inbox: Approvals, Kanban-Human, Work waiting.

Planung ist first-class: einmal zerlegen, viele Schritte ausführen, Progress-Ledger führen, den Operatoren steuern können.

Arbeitspläne im Detail

kanban_decompose

Ziel → geordnete Kanban-Kinder. Fallback: ein Leaf, wenn das Modell nicht auffächern kann.

Dual-Brain (optional)

Planner-Modell schreibt den Plan einmal; Executor-Profil führt Schritte aus — Checkbox neben der Brain-Modellliste; Standard aus.

Progress ledger

Magentic-Notizbuch am Kanban-Kommentar (optional angeheftete Datei). Steer / Unblock ohne System-Prompt mitten im Lauf umzuschreiben.

Chat-Plan-Tab

Session-Todo mit Build / Build parallel / Revise — neben WorkTask-Plänen, kein Ersatz.

Stehendes /goal

Ralph-artige Abschlussverträge über Chat-Turns. Session-scoped — anders als dauerhafte WorkTasks.

Befehle

work.enabled aktivieren, `vibeos work ready` ausführen (Exit 0 = preview-ready, inkl. live IMAP bei echten EMAIL_*). Desktop Chat|Work öffnen oder sich selbst einen non-Re:-Brief mailen für Email→Work-Dogfood.

vibeos work ready