Clarity Technologie
Technik, die ihre Grenzen kennt.
Clarity verbindet native Quellen, einen serverbestätigten Account und eine fünfstufige Sicherheitsruntime. Jede hilfreiche Aktion beginnt mit Herkunft, Kontext und einer klaren Grenze.
Gebaut für überprüfbare Entscheidungen
Kontext hinein. Kontrolle bleibt.
Quellen, Freigaben und Ausführung werden als getrennte technische Zustände behandelt – damit Hilfe nicht zu stiller Vollmacht wird.
Stand 11. August 2026
Eine Capability-Adresse ist ein benannter Eintrag im Audecius Plattformregister. Sie ist weder eine Nutzerzahl noch automatisch ein sichtbares Clarity Feature.
Capability-Register
Jede Adresse. Mit ihrem echten Stand.
Ausgeliefert, Beta, in Arbeit und geplant ergeben zusammen das vollständige Register. Safety & Law und KI sind Klassifikationen und dürfen Statusgruppen überschneiden.
Ausgeliefert
Im Register mit dem Status shipped geführt.
Beta
Implementiert, aber noch nicht als verlässlich verfügbar gezählt.
In Arbeit
Im Register als in_progress geführt; keine Verfügbarkeitszusage.
Geplant
Im Register als planned geführt; noch nicht ausgeliefert.
Safety & Law
Plattformregeln und Sicherheitsgrenzen im Register. Diese Klassifikation ist kein eigener Status.
KI-bezogen
Capability-Adressen mit eingetragener KI-Konsequenzklasse. Diese Klassifikation kann Statusgruppen überschneiden.
Von einer Quelle bis zum Beleg
Vom Signal zum Beleg.
Eine Quelle wird nicht direkt zu einer Handlung. Dazwischen liegen Herkunft, Relevanz, Rolle, Planvorschau und die Frage, wer entscheiden darf.
Quellen
Native Freigaben, manuelle Imports und von dir angelegte Clarity Daten.
Signale
Veränderungen werden als begrenzte, herkunftsgebundene Signale aufgenommen.
Kontext
Rolle, Zeitpunkt, Freigaben und Relevanz ordnen ein, was zusammengehört.
Plan
Clarity formuliert einen nachvollziehbaren nächsten Schritt oder eine Vorschau.
Freigabe
Die Konsequenzklasse bestimmt, ob Beobachtung, dein Ja oder ein rein menschlicher Weg gilt.
Beleg
Ausgeführte oder abgelehnte Schritte erhalten Ergebnis, Zeitpunkt und – wo möglich – Undo.
Capability Runtime
Eine Grenze ist Code. Nicht nur Text.
Berechtigung, Konsequenzklasse, Tagesbudget und Live-Freigabe werden am Ausführungspunkt erneut geprüft. Eine abgelehnte Aktion erhält ebenfalls einen Beleg.
C0 bis C4
Mit der Wirkung steigt die Verantwortung.
Beobachten
Liest oder zeigt. Verändert nichts.
Kein Ausführungspfad nötig.
Technischer KontrollvertragVorschlagen
Ordnet ein und empfiehlt einen nächsten Schritt.
Der Mensch entscheidet und handelt.
Technischer KontrollvertragNach deinem Ja
Bereitet eine echte Änderung vor.
Vorschau und ausdrückliche Freigabe vor der Ausführung.
Technischer KontrollvertragInnerhalb deiner Grenze
Darf nur in einer vorher festgelegten, reversiblen Grenze handeln.
Tagesbudget, Live-Berechtigung, Beleg und Undo; nie für andere Menschen.
Technischer KontrollvertragNur durch einen Menschen
Zahlung, Medizin, Recht, Identität oder besonders sensible Sicherheit.
Clarity darf vorbereiten, aber nicht autonom ausführen.
Technischer KontrollvertragDie Sicherheitsruntime ist im aktuellen Quellvertrag implementiert. Clarity Ripple als vollständige, bereichsübergreifende Produktstory bleibt bis zur End-to-End-Prüfung Vorschau.
Native Apple Technologien
Nah am System. Klar in der Berechtigung.
Die technische Rolle wird getrennt von ihrer Grenze beschrieben. Ein vorhandenes Framework erteilt Clarity noch keinen Zugriff.
StoreKit
Apple verwaltet Kauf-, Abo- und Wiederherstellungswege.
Clarity ersetzt StoreKit nicht durch einen eigenen Kaufvertrag im Web.SwiftData
Native Datenmodelle bilden lokale Clarity Zustände ab.
Lokale Persistenz ist nicht gleichbedeutend mit Cloud-Synchronisierung.EventKit
Kalender- und Erinnerungswege nutzen Apples Berechtigungsmodell.
Zugriff entsteht erst nach der jeweiligen Systemfreigabe.HealthKit
Unterstützte Gesundheits- und Aktivitätssignale bleiben an Apples Freigaben gebunden.
Keine HealthKit-Kategorie wird ohne ausdrückliche Berechtigung gelesen oder geschrieben.Family Controls
Familienbezogene Schutzwege verwenden Apples autorisierte Systemgrenzen.
Ein Family Plan allein erteilt keine Geräte- oder Kinderschutzberechtigung.Foundation Models
Ausgewählte strukturierte KI-Aufgaben können auf unterstützten Geräten lokal laufen.
Das macht nicht den gesamten Ariadne Chat lokal und setzt Geräte- und Modellverfügbarkeit voraus.Ariadne im Clarity Plan
Zwei Grenzen. Keine Fantasiezahl.
Nachrichten pro Tag zählt sichtbare Nachrichten im jeweiligen Clarity Plan. Die Zahl ist kein Versprechen für Antwortzeit, Modellverfügbarkeit oder erfolgreiche Ausführung.
Das Provider-Call-Ceiling ist die maximale technische Tokenobergrenze eines einzelnen Modellaufrufs. Es ist weder garantierte Antwortlänge noch Kontextfenster, täglicher Traffic oder Verbrauchsprognose.
KI-Wege und GrenzenConnector-Katalog
21Einträge. Drei belegte Google-Wege.
Ein Eintrag im Audecius Plattformkatalog beschreibt eine vorgesehene Verbindung. Er ist kein Nachweis für Live-Betrieb, Partnerschaft oder bereits erteilte Berechtigung.
Alle IntegrationenGoogle OAuth
Ohne Freigabe der Person oder Organisation fließen keine Google-Daten.
Google Kalender
Nur nach gültigem OAuth-Grant und innerhalb der erteilten Leseberechtigung.
Gmail
Nur nach gültigem OAuth-Grant und innerhalb der erteilten Sendeberechtigung.
Alle übrigen Katalogeinträge werden im öffentlichen technischen Stand nicht als live beschrieben. Die drei belegten Wege beschreiben den Plattformstand. Damit wird keine öffentliche Freischaltung dieser Wege in Clarity behauptet.
Technologieanbieter
Alle Daten. Ohne Kleingedrucktes.
Version, Geräte, Planlimits, Sprachen, Accountwege und bekannte Grenzen stehen in einer einzigen technischen Referenz.