Versucht
Ein Ausführungsschritt wurde gestartet.
UNITERA · MENSCH + KI-AGENTEN
Konzentriere dich auf das, worin du gut bist.Delegiere den Rest.
KI soll arbeiten können. Du behältst die Kontrolle.
UNITERA verbindet einen persönlichen Companion mit autonomen KI-Agenten. Sie bewahren Kontext, übernehmen wiederkehrende Arbeit und handeln innerhalb der Grenzen, die für den jeweiligen Arbeitskontext gelten.
Dein KontextDeine GrenzenNachvollziehbare Arbeit
UNITERA OS01 / WORK INSTRUMENT
MENSCHDein Ziel gibt die Richtung vor.
KONTEXTAGENT
DELEGIERTE ARBEIT
01 · DEIN COMPANION
Ein Companion für dich. Jeder Kontext bleibt explizit.
Ideen, offene Arbeit und ausgewählter Kontext müssen nicht mit jeder Sitzung neu beginnen. Dein Companion hilft dir, wiederaufzunehmen, Zusammenhänge zu bewahren und den nächsten Schritt vorzubereiten.
Persönlicher Kontext bleibt persönlich. Erst wenn du einen Beitrag bewusst übergibst, gelangt er in einen Unternehmens- oder Kundenkontext.
01Wiederaufnehmen
02Erinnern
03Vorbereiten
04Bewusst übergeben
02 · ARBEIT DELEGIEREN
Gib wiederkehrende Arbeit ab. Nicht die Kontrolle.
Das Produktmodell zeigt, wie Recherche, Informationen, Termine und Entwürfe zu delegierter Arbeit werden. Reale Ausführung setzt eine verfügbare Integration und die passende Befugnis voraus.
Was ein Agent tun kann, hängt immer vom aktuellen Kontext und seiner tatsächlichen Befugnis ab.
DEINE ARBEITUNITERA · DEMO
Recherche vorbereitenWORKING
Informationen ordnenPREPARED
Termine koordinierenWORKING
Lieferanten auswählenNEEDS YOU ↗
Deine Aufmerksamkeit bleibt dort, wo sie einen Unterschied macht.
03 · KLARE KONTEXTE
Persönlich bleibt persönlich. Unternehmenskontext bleibt Unternehmenskontext.
Companion, Work und Company Brain erfüllen unterschiedliche Aufgaben. Jedes Unternehmen und jeder Kunde hat einen eigenen institutionellen Kontext; Übergaben bleiben sichtbar und bewusst.
PERSÖNLICH · CompanionCompanion · Memory · Ideas
↓bewusste Übergabe
JE UNTERNEHMEN / KUNDE · Company Brain → WorkTenant · Company Brain · Work · Agents
DEMO · SIMULIERTER ARBEITSABLAUF Keine echten Daten. Es werden keine externen Systeme verändert.
SIMULIERTER ABLAUF
Arbeit. Nicht nur Prompts.
Das Arbeitsbeispiel wartet auf deine Entscheidung. Die separate Nachweisansicht zeigt einen Versand innerhalb bestehender Delegation. Beide Abläufe sind simuliert.
TODAY
1 · NEEDS YOUArbeit, die weitergeht.
Lieferanten-Follow-upEine Alternative braucht deine EntscheidungPrüfen ↗
3 Quellen und gebundener Kontext
- Lieferantenanfrage · Unternehmen A
- Letzte Korrespondenz · Unternehmen A
- Lieferfrist · Unternehmen A
Fiktive Beispieldaten. Kein persönlicher oder fremder Kundenkontext enthalten.
TerminanfrageVerfügbarkeit wird im Beispiel geprüftWORKING
UNITERA gleicht im dargestellten Ablauf die erlaubten Kalenderinformationen ab. Eine Buchung wird hier nicht ausgeführt.
KundenantwortEntwurf vorbereitet · nicht gesendetPREPARED
Ein Entwurf ist noch keine Sendebefugnis. Kontext und Befugnis werden vor einem realen Effekt separat geprüft.
Ziel → Arbeit → Entscheidung → NachweisArchitektur ansehen ↓
Ausführung und Nachweis auseinanderhalten
- DUAUFTRAG
Du gibst das Ziel vor: offene Kundenanfragen nachverfolgen.
- AGENTVORBEREITET
Findet den offenen Thread · prüft den letzten Kontext · bereitet das Follow-up vor.
- AUTHORITYERLAUBT
Senden ist innerhalb der aktuellen Delegation erlaubt.
- AUSFÜHRUNGSIMULIERT
Simulierter Versand: vom verbundenen Dienst angenommen.
- RECEIPTTECHNISCH BESTÄTIGT
Der Dienst hat den Versand quittiert.
- VERIFICATIONOFFEN
Die Antwort des Empfängers ist noch nicht beobachtet.
Gesendet ≠ beantwortet. Ein Receipt ist kein verifiziertes Geschäftsergebnis.
04 · GETRENNTE ARBEITSKONTEXTE
Ein Arbeitsmodell. Getrennte Kontexte.
Das Kontextmodell zeigt drei getrennte Arbeitsräume: Kunde A, Kunde B und Intern. Die Darstellung erklärt die Grenzen; sie belegt keinen aktiven Kundenbetrieb.
Du↓
Companion↓
Agenten
Du bleibst Eigentümer der Arbeit, des Kontexts und der Entscheidungen.
Du↓
Companion↓
Gemeinsamer Geschäftskontext↓
Agenten
Der gemeinsame Kontext ist attribuiert. Deine persönlichen Grenzen bleiben bestehen.
Du↓
Companion
EIGENE KONTEXTGRENZE
Kunde A
Company Brain → Work → Agenten
EIGENE KONTEXTGRENZE
Kunde B
Company Brain → Work → Agenten
EIGENE KONTEXTGRENZE
Intern
Company Brain → Work → Agenten
Jeder Kundenkontext bleibt getrennt. Übergänge erfolgen nur als bewusste Übergabe — nicht als automatische Vererbung.
Menschen↓
Tenant↓
Company Brain↓
Work↓
Agenten
Institutioneller Kontext ist attribuiert und bleibt vom persönlichen Kontext getrennt.
05 · AUTONOMIE & KONTROLLE
Autonom, wo es erlaubt ist. Menschlich, wo es darauf ankommt.
Routinearbeit kann innerhalb bestehender Befugnisse selbstständig weiterlaufen. Wenn eine Entscheidung menschliches Urteil verlangt, hält UNITERA den davon abhängigen Schritt an.
ROUTINE · innerhalb bestehender Delegation weiterarbeiten
BRAUCHT DICH · konkrete Entscheidung vorbereiten
Einzelfreigabe ≠ dauerhafte Delegationsänderung
06 · NACHWEIS
Nicht nur, was UNITERA tun wollte. Sondern was tatsächlich passiert ist.
Ein technischer Beleg ist nicht automatisch ein verifiziertes Geschäftsergebnis. Deshalb bleiben Zustände unterscheidbar.
Technisch bestätigt
Ein angebundener Dienst hat den Schritt angenommen oder quittiert.
Verifiziert
Die definierte Ergebnisprüfung wurde erfolgreich abgeschlossen.
Unklar
Der Ausgang ist noch nicht belastbar bestimmt; kein blinder Retry.
Was jeder Nachweis belegt — und was nicht.
PRODUKT · DEMOSIMULIERT
Belegt: die Interaktions- und Zustandslogik der Demo oben.
Belegt nicht: Ausführung in verbundenen Systemen.
ARCHITEKTUR · ÖFFENTLICHDOKUMENTIERT
Belegt: veröffentlichte Architektur und Verträge (Dokumentation).
Belegt nicht: Aktivierung im Produktbetrieb.
IMPLEMENTATION · PRODUKTÖFFENTLICHER NACHWEIS OFFEN
Offen: ein öffentlich verlinkter, versionsgebundener Nachweis der Produkt-Runtime. Dieser Nachweis liegt hier noch nicht vor.
Belegt nicht: dass Demo oder Architektur bereits als reale Integration ausgeführt werden.
REFERENZPILOT · HOTELIN VORBEREITUNG · NICHT AKTIV
Geplant: ein klar abgegrenztes Referenzszenario mit definiertem Umfang.
Belegt nicht: öffentlichen Betrieb oder allgemeine Verfügbarkeit.
Produktdemo ansehen ↗Öffentliche Architektur ↗ (öffnet in neuem Tab)GitHub ↗ (öffnet in neuem Tab)Pilotstatus ansehen ↗
Beispiel: Versandbestätigung ist keine Antwort des Empfängers.
07 · ARCHITEKTUR
Intelligenz ist nicht Befugnis.
UNITERA trennt Wissen, Kognition und reale Wirkung. Leistungsfähigere Modelle oder mehr Compute erzeugen keine zusätzlichen Rechte.
Context
Was weiß das System gerade?
Authority
Was darf in dieser Situation geschehen?
Evidence
Was ist tatsächlich passiert?
Kontext→
Kognition→
Vorschlag→
Ausführung→
Nachweis
Technische Einordnung
- Kontext ist keine Berechtigung.
- Freigabe ist keine technische Ausführungsberechtigung.
- Capability ist nicht Adapter.
- Grant ist nicht Receipt.
- Receipt ist nicht Verification.
Von deinem Ziel bis zum überprüfbaren Ergebnis.
Ein Vorgang hält Ziel, Stand und nächste Schritte zusammen. Agenten bearbeiten ihn; Kontext, Kognition, Vorschlag, Befugnis, Ausführung und Verifikation bleiben getrennt.
01
Kontext
UNITERA stellt den zweckgebundenen, aktuellen Kontext zusammen.
02
Kognition
KI analysiert den gebundenen Kontext und plant mögliche Schritte.
03
Vorschlag
Ein konkreter nächster Schritt wird mit Zweck und Umfang vorbereitet.
04
Befugnis
Vor realer Wirkung wird geprüft, ob der konkrete Schritt tatsächlich erlaubt ist.
05
Ausführung
Erlaubte Effekte laufen über kontrollierte Ausführungspfade.
06
Verifikation
UNITERA zeigt, was versucht, bestätigt oder wirklich verifiziert wurde.
KONTROLLE IST TEIL DER ARCHITEKTUR
Vertrauen durch klare Grenzen
Wissen ist keine Erlaubnis.
CONTEXT ≠ PERMISSIONFreigabe ist keine unbegrenzte Befugnis.
APPROVAL ≠ GRANTEine Quittung ist noch kein Ergebnis.
RECEIPT ≠ VERIFICATIONEine Fähigkeit ist noch keine Integration.
CAPABILITY ≠ ADAPTERUNITERA ist eine Arbeitsumgebung für Menschen und KI-Agenten. Sie verbindet persönliche Kontinuität mit institutionellem Kontext, delegierter Arbeit und kontrollierter Ausführung.
Companion
Deine persönliche Kontinuitätsschicht: Arbeit wiederaufnehmen, ausgewählten Kontext bewahren und Beiträge vorbereiten.
KI-Agenten
Sie bearbeiten delegierte Arbeit innerhalb des aktuell gültigen Kontexts und ihrer tatsächlichen Befugnisse.
Kontrollierte Autonomie
Agenten können selbstständig weiterarbeiten, ohne ihre eigenen Befugnisse zu erweitern.
FOR BUILDERS
Die Intelligenzschicht ist nicht die Authority-Schicht.
08 · UNITERA SYSTEMS
Die Architektur für vertrauenswürdige Autonomie.
UNITERA Systems entwickelt die institutionelle Grundlage. UNITERA OS ist die operative Produkt- und Kontrollschicht. Sie macht wachsende KI-Fähigkeiten mit menschlicher Handlungsfähigkeit, organisatorischer Verantwortung und überprüfbarer Kontrolle vereinbar.
THE ARCHITECTURE OF TRUSTED AUTONOMY
UNITERA SYSTEMSinstitutionell · ruhig · foundationalUNITERA OS / CRANEoperativ · Kognition · keine Authority
PILOT / KONTAKT
Menschliche Intelligenz. Maschinelle Intelligenz. Gemeinsame Arbeit.
Wir prüfen gemeinsam: Was kann UNITERA übernehmen? Welchen Kontext braucht der Vorgang? Wo bleibt deine Entscheidung erforderlich? Welche reale Wirkung muss nachweisbar sein?
Produktdemo ansehen →Dokumentation öffnen ↗ (öffnet in neuem Tab)
UNITERA behauptet keine automatische Compliance. Pilot- und Produktionsrechte entstehen nur über die dafür vorgesehenen technischen und organisatorischen Schritte.