00Operating Core

KI hat Ihr Marketing schneller gemacht.
Besser hat sie es nicht gemacht.

supakraft ist der Operating Core für AI Marketing Operations. Der Core bindet einen Auftrag an die Markenwahrheit, den Scope und die Regeln, die dafür gelten. Fehlt eine Voraussetzung, stoppt der Lauf. Prüfung, menschliche Freigabe und Auslieferung bleiben getrennte Schritte.

Demo buchenPlattform ansehen

30 Minuten am System, entlang eines einzelnen Laufs.

  • Offener Standard für Brand Truth
  • Isolierte Instanz pro Kunde
  • Nachvollziehbare Runs mit menschlicher Freigabe
  • Gebaut in Wien
01Das Problem

Regeln, die niemand anwendet, steuern nichts.

Vier Dinge, die in den meisten Organisationen nebeneinander liegen, ohne verbunden zu sein.

01

Guidelines sind passive Dokumente

Zweihundert Seiten im Intranet, ein PDF im DAM, eine Präsentation aus dem letzten Rebranding. Ein Dokument kann beschreiben, was gilt. Anwenden kann es sich nicht.

02

Generative Werkzeuge kennen die Rangfolge der Quellen nicht

Ein Modell findet Material. Welche Quelle für diesen konkreten Auftrag verbindlich ist, steht in dem Material selbst nicht. Also wird geschätzt.

03

Review wird ungeplant zur Steuerungsebene

Weil vorher nichts entscheidet, entscheidet der Review alles. Eine Person prüft, Feedback dauert Tage, und unter Termindruck fällt der Schritt weg.

04

Produktdaten, Assets, Markenwahrheit und Auftragskontext liegen in getrennten Systemen

PIM, DAM, Guidelines und Briefing. Vor jeder Ausgabe müsste jemand sie zusammenführen und die Widersprüche entscheiden. Meistens passiert das nicht.

02Was supakraft ist

Der Core liegt unter den Werkzeugen.

supakraft erzeugt Inhalte nicht anstelle Ihrer Werkzeuge. Der Operating Core hält fest, welche Information für einen Auftrag gelten darf, auf welcher Basis ein Modell aufgerufen wurde, welche Checks gelaufen sind und welche Person freigegeben hat.

Modelle, Oberflächen und Konnektoren können wechseln. Die Governance-Grenzen bleiben gleich.

Generierung und Governance sind unterschiedliche Ebenen

Generatives Werkzeug

  • Erzeugt oder bearbeitet Inhalte
  • Bringt eigene Oberfläche und eigenes Modellverhalten mit

Governed Core

  • Löst auf, welche Autorität für den Auftrag gilt
  • Bindet Evidenz und Policy an den Lauf
  • Hält Checks und Freigabe fest

Oberflächen kommen nach dem Core

Apps, Formulare, Agents und Partnerwerkzeuge rufen gesteuerte Core-Operationen auf. Die Oberfläche kann sich je Kunde unterscheiden. Die Durchsetzung dahinter nicht.

Plattform ansehen
03Wie der Core arbeitet

Ein Lauf, sechs Stufen.

Ein gesteuerter Lauf durchläuft dieselbe Folge, vom Auftrag bis zur Auslieferung. Was in einer Stufe nicht aufgelöst werden kann, wird in der nächsten nicht geraten.

  1. 01ResolveAuflösen

    Identitäten, Autorität, Scope, Gültigkeit und Konflikte werden exakt bestimmt.

  2. 02CompileZusammenstellen

    Die bereits aufgelösten Eingaben werden zu einem festgeschriebenen Task Context Package zusammengesetzt. Das Package ist modellneutral.

  3. 03ExecuteAusführen

    Package, Policy und Renderer werden gebunden, bevor der Aufruf beim Anbieter stattfindet.

  4. 04VerifyPrüfen

    Die gespeicherte Ausgabe wird gegen ihren Acceptance Contract geprüft.

  5. 05ApproveFreigeben

    Eine verifizierte, berechtigte Person gibt genau den gespeicherten Gegenstand frei.

  6. 06DeliverAusliefern

    Vor der externen Wirkung wird die aktuelle Berechtigung erneut geprüft.

Informationsquellen behalten ihre Autorität

Ein Adapter übersetzt. Er entscheidet nicht, was wahr ist.

Welche Domäne in einem Deployment angebunden ist, steht auf der Plattformseite.

Brand Core
Gesteuerte Markenwahrheit: freigegeben, gescopt, mit Quelle und Wissensstand.
Produkt und Service
Fakten aus PIM, ERP oder Katalog, mit eigener Quelle und eigener Autorität.
Dossier
Geschäftskontext, standardmäßig nicht autoritativ.
Assets
Identität, Rechte, Gültigkeit und beschreibende Metadaten.
Task Facts
Die konkrete Anfrage des Laufs, aufgelöst vor der Ausführung.
04Autorität

Was als Markenwahrheit zählt.

Markenwahrheit wird als freigegebene, gescopte Information geführt. Ein Element trägt Quelle, Gültigkeit und Wissensstand. Eine Rule kann etwas verlangen oder verbieten. Fehlende Wahrheit wird nicht durch Modellwissen ergänzt.

Vier Wissensstände

defined
Ein Wert ist entschieden und freigegeben.
unknown
Ein Wert wird erwartet und ist offen. Er bleibt offen.
not_defined
Die Marke definiert an dieser Stelle bewusst keinen Wert.
not_applicable
Der Wert gilt in diesem Scope nicht.

Für Menschen und Systeme

Brandbooks bleiben für Menschen nützlich. Der Brand Core führt die freigegebenen Entscheidungen zusätzlich in einer Form, die Software auflösen und prüfen kann. Beide können dieselben Quellen referenzieren, aber sie sind nicht dasselbe Objekt.

Für Menschen

  • Farbwert mit Quelle und Freigabestand
  • Regel im Klartext, mit Beispiel und Gegenbeispiel
  • Claim mit Gültigkeit und Ablauf

Für Systeme

element: colour.primary
value:   "#1F2AFF"
state:   defined
source:  brandbook, section 2.1
scope:   [ web, print ]

element: colour.secondary
state:   unknown
note:    kein Wert entschieden, wird nicht abgeleitet

Schematische Darstellung im Format des offenen Standards. Keine echten Kundendaten.

Die Grenze des Brand Core

  • Der Brand Core ist die autoritative Quelle für Brand Truth.
  • Produktdaten, Dossier-Kontext und Assets behalten ihre eigenen Quellen und ihre eigene Autorität.
  • Ein freigegebener Output bleibt ein freigegebener Output. Er ändert Brand Truth nicht automatisch.
  • Änderungen an Brand Truth sind separate, autorisierte Entscheidungen.

Jeder gesteuerte Run hält fest, auf welcher Basis er entstanden ist. Eine prüfende Person sieht, welcher Stand, welche Regeln und welche Evidenz verwendet wurden.

05Stand

Was heute nachgewiesen ist.

Der gemeinsame Core hat einen bewusst engen Governance-Pfad für Brand Truth nachgewiesen. Der Proof umfasst definierte Core-Kommandos, versionierte Ausführungsbasis, begrenzte Checks, menschliche Freigabe, Rücknahme und deterministische Delivery innerhalb der getesteten Grenzen.

Als Nächstes

Product and Service Knowledge wird als erste zusätzliche Wissensdomäne integriert und gegen widersprüchliche Quellen falsifiziert.

Noch nicht als allgemeine Fähigkeit behauptet

  • Breite Marketing-Generierung
  • Dossier-Integration
  • Asset-Knowledge-Integration
  • Allgemeine externe Auslieferung
  • Gleichwertigkeit von UI und MCP
  • OBDS-Konformität des Gesamtprodukts

Diese Liste wird mit dem Entwicklungsstand fortgeschrieben.

06Offener Standard

Brand Truth liegt in einem offenen Format.

Die Open Brand Definition Specification wird von Kill The Dragon GmbH veröffentlicht und ist von supakraft getrennt. Der Brand Core nutzt ihre Contracts. Spezifikation unter CC BY 4.0, Implementierungsschicht unter Apache 2.0.

01

Kein Vendor-Format

Brand Truth wird in einem offenen, dokumentierten Format beschrieben. supakraft kann diese Daten operativ speichern, aber das Format selbst ist nicht proprietär.

02

Unabhängig implementierbar

Das Format ist maschinenlesbar und unabhängig implementierbar. Export und Exit werden als eigene Betriebsverträge behandelt.

03

Vier Wissensstände

defined, unknown, not_defined, not_applicable. Ein offener Wert bleibt offen und wird nicht durch Ableitung gefüllt.

openbranddefinition.orgWas der Standard bedeutet

Aktuelle Version, Schemas und Conformance-Material werden auf openbranddefinition.org veröffentlicht. Der Standard macht Entscheidungen nachvollziehbar. Er ist keine Zertifizierung.

07Einführung

Bis zur ersten Freigabe.

Eine Marke wird nicht durch einen Import governed. Der erste brauchbare Meilenstein ist konkret: Brand Truth ist im System, Regeln und Prompts sind gebunden, ein echter Auftrag läuft durch den gesteuerten Pfad, und eine berechtigte Person trifft die erste Freigabe.

  1. 01

    Brand Truth aufbauen

    Vorhandenes OBDS-Material importieren, sonst die benötigte Markenwahrheit schreiben und ratifizieren. Lücken bleiben erhalten, statt gefüllt zu werden.

  2. 02

    Scope und Steuerung einstellen

    Märkte, Kanäle, Regeln, Prompts und Renderer, Freigabepflichten.

  3. 03

    Erster gesteuerter Lauf

    Ein begrenzter echter Auftrag, mit exaktem Kontext, Checks und Evidenz.

  4. 04

    Erste menschliche Freigabe

    Genau die gespeicherte Ausgabe, eine verifizierte Person, sichtbare Evidenz. Danach wird über Ausweitung gesprochen.

Wie die Einführung abläuftEntscheidungen werden überprüfbar.
08Sicherheit und Betrieb

Was im Sicherheitsreview trägt.

Wir sagen lieber genau, was pro Instanz festgelegt wird, als eine glatte Aussage zu treffen, die im Review auseinanderfällt.

Isolationsgrenze
Eine Kundeninstanz bildet die Isolationsgrenze. Keine geteilte Mandantenumgebung.
Regionen pro Instanz
Datenregionen und Unterauftragsverarbeiter werden pro Instanz vor produktiver Verarbeitung schriftlich bestätigt.
Menschliche Freigabe
Vor der externen Nutzung entscheidet eine berechtigte Person über genau die gespeicherte Ausgabe.
Evidenz und Prüfpfad
Ausführungsbasis, Checkergebnisse und Freigaben werden festgehalten und sind exportierbar.
Offenes Format für Brand Truth
Brand Truth liegt im offenen OBDS-Format vor. Export, Aufbewahrung und Löschung werden im Kundenvertrag und im jeweiligen Deployment festgelegt.
Sicherheit im DetailGebaut in Wien, Österreich.

Sehen Sie einen governed run vom Auftrag bis zur Freigabe.

30 Minuten am System. Wir zeigen einen begrenzten Lauf: welche Markenwahrheit galt, worauf das Modell aufgerufen wurde, was geprüft wurde und wer freigibt.

Demo buchen