Mission und Verantwortung
Ein Ergebnis und eine verantwortliche menschliche Autorität.
Citara Governance definiert, was KI-Systeme lesen, empfehlen, vorbereiten, ausführen und veröffentlichen dürfen, welche Belege sie verwenden müssen, wer jede Aktion freigibt und wie jede wesentliche Änderung dokumentiert wird. Ziel ist nicht, Menschen aus dem Prozess zu entfernen, sondern menschliche Autorität explizit, wiederholbar und skalierbar zu machen.
Direkte Antwort
Citara Governance definiert, was KI-Systeme lesen, empfehlen, vorbereiten, ausführen und veröffentlichen dürfen, welche Belege sie verwenden müssen, wer jede Aktion freigibt und wie jede wesentliche Änderung dokumentiert wird. Ziel ist nicht, Menschen aus dem Prozess zu entfernen, sondern menschliche Autorität explizit, wiederholbar und skalierbar zu machen.
Fünf Autoritätsstufen
Das öffentliche Modell erklärt zunehmende Autorität ohne undokumentierte interne Labels.
| Stufe | KI darf… | Menschliche Rolle |
|---|---|---|
| Beobachten | Freigegebene Quellen lesen und Signale beobachten | Definiert Zugriff |
| Empfehlen | Prioritäten und nächste Schritte vorschlagen | Wählt Richtung |
| Vorbereiten | Entwürfe, Pläne und Änderungen erstellen | Prüft und bearbeitet |
| Ausführen | Freigegebene Abläufe innerhalb von Grenzen durchführen | Autorisiert Umfang |
| Veröffentlichen | Inhalte oder Aktionen extern freigeben | Erteilt finale Freigabe, wo nötig |
Governance by Design
Jeder Workflow beginnt mit Mission, verantwortlichem Eigentümer, freigegebenen Quellen, erlaubten und ausgeschlossenen Aktionen, Entscheidungsschwellen, Eskalationsregeln, Prüfzyklus und Release-Kriterien.
Ein Ergebnis und eine verantwortliche menschliche Autorität.
Erlaubte, ausgeschlossene und eskalierte Aktionen sind explizit.
Belege, Qualität und Freigabebedingungen stehen vor der Ausführung fest.
Belege und Herkunft
Nachvollziehbare Felder verhindern, dass unbelegte Formulierungen dauerhafte Unternehmenswahrheit werden.
Die Aussage und der sie stützende Beleg.
Quelldatum, Verantwortung sowie Markt oder Sprache.
Freigabestatus, Gültigkeitsdatum, letzte Nutzung und zugehöriger Workflow.
Freigabe-Workflow
Derselbe sichtbare Weg gilt mit unterschiedlichen Beleg- und Autoritätsanforderungen.
Quellenbasierte Aussagen, Markenfit und Veröffentlichungsfreigabe prüfen.
Produktkontext, Account-Relevanz und kommerzielle Autorität bestätigen.
Angebot, Richtlinie, Beleg und Release-Grenzen vor Aktivierung prüfen.
Daten und Berechtigungen
Quellenspezifische Berechtigungen, eingeschränkte Wissensdomänen, Trennung von öffentlichem und internem Kontext, rollenbasierte Freigabe, reversible Aktionen und Protokollierung reduzieren unkontrollierten Zugriff.
Jeder Workflow erhält nur notwendige Quellen und Aktionen.
Öffentliche, interne und eingeschränkte Domänen bleiben getrennt.
Wesentliche Entscheidungen, Freigaben und Releases bleiben prüfbar.
Governance nach Produkt
Die Produktstufe spiegelt Workflows, Teams, Berechtigungen und Release-Flächen wider, nicht eine pauschale rechtliche Compliance-Aussage.
| Produkt | Typische Governance-Tiefe |
|---|---|
| Starter | Content- und Workflow-Freigaben |
| Growth | Kanalübergreifende Workflows und begrenzte Agenten |
| Enterprise | Rollenbasierte Berechtigungen, Company-Intelligence-Governance und funktionsübergreifende Release-Kontrollen |
Häufig gestellte Fragen
Regeln, Belege, Berechtigungen, Verantwortliche und Freigabewege für Informationszugriff und Aktionen eines Agenten.
Veröffentlichung, Produktionssysteme, externe Aussagen, Geld, Kundendaten und andere sensible Folgen brauchen passende Autorität.
Nur wenn ein ausdrücklich freigegebener Workflow und die Release-Autorität dies erlauben; wichtige externe Releases bleiben menschlich gesteuert.
Aussagen werden mit identifizierten Quellen, Daten, Verantwortung und Freigabestatus verbunden.
Wesentliche Empfehlungen, Freigaben, Releases und Änderungen behalten eine prüfbare Historie.
Ja. Zugriff und Freigabe können rollen- und domänenspezifisch sein.
Über Quelldaten, Gültigkeitsfenster, Prüfzyklen und explizite Ablösung.
Empfehlungen und Entwürfe können abgelehnt werden; ausgeführte Aktionen sind reversibel, wenn das verbundene System dies unterstützt.