Konzepte
SOM in zehn Minuten
Drei Substantive, ein Snapshot und eine Handvoll Regeln dazu, wer schreibt und wer entscheidet. Wer diese kennt, liest die Schemas wie von selbst.
Die drei Substantive
Story, Asset, Telling
Eine Story ist ein reales Ereignis: Sie wächst, verzweigt sich und schlägt neue Richtungen ein, und niemand kennt ihre Form, bevor sie vorbei ist. Das auf ein Schema abzubilden, lief auf drei Wörter hinaus, die Journalisten ohnehin benutzen.
Story
Das Geschehen. Worum es geht (tags[], story_meaning), wie weit es ist (lifecycle, priority), was die Redaktion erwartet (premise), seine Quellen und deren Glaubwürdigkeit sowie die Gates und Compliance-Flags, die darauf liegen.
story_type: PLANNED, ACTIVE, KILLED, SPIKED, ARCHIVED, ORPHAN.
Asset
Was die Redaktion sammelt und produziert: VIDEO, SCRIPT, GRAPHIC, TRANSCRIPT und generative Ausgaben wie SUMMARY und SOCIAL_POST. Nur Referenzen – die Medien bleiben in ihrem Speicher.
status ist rein redaktionell: READY, IN_PRODUCTION, PREPARED, INVALIDATED. „Live“ und „gesendet“ werden hier nie gespeichert.
Telling
Ein Asset, das über ein Ziel ein Publikum erreicht. Es folgt auf einen Link – die Bindung dieses Assets an dieses Ziel – und hält fest, wann die Ausspielung begann und endete.
Der Compliance-Status gehört zum Telling. Dasselbe Asset kann im selben Moment auf einem Link freigegeben und auf einem anderen blockiert sein.
Snapshots, niemals Deltas
Eine Story wird jedes Mal vollständig veröffentlicht
story_idist unveränderlich. Eine Überarbeitung ist der nächste Snapshot, keine neue Story.sequence_numberMUSS steigen, undupdated_atMUSS vorrücken.- Wer veröffentlicht, stempelt
originating_systemneu, sodass eine Korrektur dem Korrigierenden zugeordnet wird, nicht dem, der die Story ursprünglich angelegt hat. - Ein Schreiber legt an: Das Story-Management-System des Publishers besitzt die Story und ihre Sequenz – niemals die Agentur, nicht einmal bei einem Flash.
- Ein Tool, das spät dazukommt, neu startet oder sich nach einem Ausfall wieder verbindet, liest ein Objekt und ist auf dem aktuellen Stand.
Weglassen heißt nicht vorhanden, nicht unverändert
Ein Producer DARF Felder, die er nicht geändert hat, NICHT weglassen. Ein Schreiber, der nur seine eigenen Felder sendet, löscht stillschweigend die Arbeit aller anderen Systeme an der Story.
Die Spezifikation liefert tools/validate_sequence.py mit, um eine Folge von Snapshots auf genau diese Eigenschaften zu prüfen – die Fehler, die keine einzelne Nachricht aufdecken kann.
Story-Lifecycle
Vier Phasen, nur bei aktiven Storys
Ein lifecycle-Block ist Pflicht, wenn story_type den Wert ACTIVE hat, und sonst verboten – eine Schemaregel, keine Konvention. Wählen Sie eine Phase.
DEVELOPING
Die Story existiert und wird bearbeitet. Felder kommen über aufeinanderfolgende Snapshots hinzu: eine premise mit einer Konfidenz, erste editorial_source[]-Einträge, die ersten Assets und Assertions.
Jede Änderung ist ein neuer vollständiger Snapshot mit höherer sequence_number. Tools, die die Story lesen, werten jeden einzelnen neu aus.
Orphans. Ein Clip, der ohne Story eintrifft, bekommt eine minimale ORPHAN-Hüllen-Story, die ihn aufnimmt, mit einer MATCH-Assertion, die die echte Story vorschlägt. Nach der Bestätigung wandert der Clip – gleiche asset_id, ursprüngliche Zeitstempel –, und die Hülle wird immer nach ARCHIVED überführt. Sie wird nie gelöscht, und Consumer filtern Orphans mit einem einzigen story_type-Prädikat heraus.
Belege & Behauptungen
Woher etwas kommt und was behauptet wird
Quellen und Glaubwürdigkeit
Jede Quelle hat einen Typ (WIRE, OFFICIAL, USER_GENERATED, …) und eine deklarierte credibility: TRUSTED, VERIFIED, ENDORSED oder UNVERIFIED. Glaubwürdigkeit ist eine andere Achse als die Echtheit von Medien.
Urheberschaft
HUMAN oder MODEL, mit Modell und Version nur bei Modellen. Ein C2PA-authenticity_credential verzeichnet present: false, statt sein Fehlen zu verbergen. Eine Konfidenz ist optional – erfinden Sie keine für Freitext.
Behauptungen in Prüfung
FACT_CHECK (eine Kennzahl und ein Wert), DETECTION oder MATCH, jeweils mit einem review von PENDING, CONFIRMED oder REJECTED. Abgelehnte Einträge werden markiert, nie gelöscht. Bei jedem Widerspruch gewinnt die Assertion.
Gates & Audit
Nichts erreicht ein Publikum ohne redaktionelles Gate
Ein Skill deklariert, das Tool, dem der Executor gehört, entscheidet, und ein Mensch gibt frei. Eine Freigabe gilt für eine Fassung des Textes – eine Überarbeitung öffnet das Gate also wieder, statt die Freigabe zu erben.
hold
Der Executor MUSS die Ausgabe der betroffenen Felder zurückhalten. Aufgehoben nur durch eine Freigabe im selben Geltungsbereich – nicht durch Zeitablauf und nicht dadurch, dass das Flag in einem späteren Snapshot fehlt.
flag
Zur Prüfung markieren. Ein Tool kann es anzeigen; allein deswegen wird nichts zurückgehalten.
inform
Nur ein Hinweis. Keine blockierende Aktion und keine Reaktionspflicht.
Wo mehrere Gates dieselbe Tatsache im selben Telling binden, wird sie nur ausgespielt, wenn jedes Gate zustimmt – ein einziger Hold heißt: zurückgehalten. „Das Restriktivste gewinnt“ und „Der Story-Eigentümer hat Vorrang“ wurden zugunsten dieser Regel zurückgezogen. Compliance ist fail-closed, und eine Transformation – Trimmen, Zuschneiden, eingebrannte Untertitel – hebt niemals einen Hold auf.
Die Governance-Spur. Eine action vom Typ CLEARED, SUPPRESSED, WITHHELD oder OVERRIDDEN, bezogen auf einen LINK, ein ASSET oder ein TELLING, mit einem Akteur und einer Begründung. Eine Unterdrückung zielt auf das zurückgehaltene Asset, denn der Zweig, der nie gesendet wird, bekommt nie einen Link.
Erst deklarieren, dann handeln
SOM trägt den Kontext. Skills tragen das Wissen.
Was eine Story ist, in welchem Zustand sie ist, was zurückgehalten und was freigegeben ist, woher das Material stammt. Überall gleich, und ohne eigenes Urteil.
Redaktionelle Standards, Compliance-Regeln, gelebte Praxis: das, was sich von Redaktion zu Redaktion zu Recht unterscheidet. Das Framework ist offen; Ihr Workflow bleibt Ihrer, und kein Hersteller braucht eine Kopie Ihrer Richtlinien.
Schweigen ist ein gültiges Ergebnis. Ein Skill, der nichts zu deklarieren findet, sagt nichts, und ein Tool beweist nur dadurch, dass es die Story gelesen hat, dass es seinerseits veröffentlicht. Deshalb ist der Audit-Trail auch ein Nebenprodukt der Art, wie Schreibvorgänge funktionieren, und kein nachträglich angeschraubtes Feature. Wie der Recall funktioniert →
Prinzipien
Warum SOM so geformt ist, wie es ist
Sechs Arbeitsprinzipien eröffnen die Spezifikation, und sie sind der Test, den jede künftige Änderung bestehen muss.
Eine Story als Rahmen
Der Standard koordiniert innerhalb einer Story. Beziehungen zu anderen Storys laufen als Referenzen, und dort endet der Rahmen.
Nachrichten, nicht Organisationen
SOM beschreibt, was über den Bus läuft. Zu Ihren Desks, Rollen oder Tools hat es keine Meinung – zwei sehr verschiedene Workflows können dieselbe Story sprechen.
Vom Publisher verbürgter Zustand
Ein Story-Kontext sagt, wofür sein Eigentümer mit seinem Namen einsteht. Nichts darin ist eine aus mehreren Quellen erschlossene Vermutung.
Koordination, nicht Konsum
Ein Feld gehört hinein, wenn ein anderes System es braucht, um richtig zu handeln. SOM transportiert nicht die Inhalte und ist kein Auslieferungsformat.
Standardmäßig nein, ja nur mit Begründung
Ein Feld verdient seinen Platz, wenn ohne es eine echte Integration scheitert. 1.0 hat aus genau diesem Grund drei vorgeschlagene Felder zurückgezogen.
Geregeltes Vokabularwachstum
Die Struktur darf großzügig sein, die bedeutungstragenden Wörter nicht. Erweiterungen haben eine festgelegte Form, sodass Begriffe von Herstellern und Redaktionen gleichberechtigt in einer Nachricht stehen.
Wie es sich verhält
Niemand hat das Sagen
Kein Orchestrator, keine zentrale Anwendung. Jedes Tool liest die Story und entscheidet selbst.
Skills deklarieren, Executors handeln
Ein Skill stellt fest, was gemessen an einer Regel seiner Redaktion wahr ist. Nur das Tool, dem der Executor gehört, handelt – und Schweigen ist ein gültiges Ergebnis.
Ein Schreiber legt an
Das Story-Management-System des Publishers besitzt die Story und ihre Sequenz. Niemals die Agentur.
Immer vollständig, nie ein Delta
Ein Tool, das mitten in der Nacht eingeschaltet wird, liest ein Objekt und weiß alles.
Bindung beim redaktionellen Akt
Medien werden Teil einer Story, wenn ein Mensch das entscheidet – nie einfach deshalb, weil sie eingetroffen sind.
Eine Transformation hebt keinen Hold auf
Schneiden, Zuschneiden oder Neuversionieren eines Assets kann seinen Compliance-Status nicht reinwaschen.
Lesen hinterlässt keine Spur
Ein Tool beweist, dass es etwas gelesen hat, indem es seinerseits veröffentlicht – deshalb ergibt sich der Audit-Trail von selbst aus der Art, wie Schreibvorgänge funktionieren.
Wo der Standard aufhört. SOM beschreibt eine Story und alles, was über sie wahr ist, und nichts darüber hinaus. Was jede Redaktion mit dem Gelesenen macht, ist ihre eigene Sache. 1.0 ist ein Bekenntnis zur Stabilität, kein Anspruch auf Vollständigkeit: Was noch nicht geklärt ist, steht im Open Register ↗.
Glossar
Das Vokabular
| Begriff | Bedeutung |
|---|---|
| Story | Das Geschehen in der Welt, gehalten als Kontext, den sein Publisher besitzt und verbürgt. Veröffentlicht als vollständige story.context-Snapshots, identifiziert über eine unveränderliche story_id. |
| Asset | Ein abgegrenztes Stück Medium oder redaktioneller Arbeit zu einer Story, eingeordnet nach seiner Beweisposition (PRIMARY / SECONDARY / TERTIARY). Existiert unabhängig davon, ob daraus etwas veröffentlicht wird. |
| Telling | Der Moment, in dem ein Asset über ein Ziel ein Publikum erreicht, mit unveränderlichem exposure_start / exposure_end. Der On-Air-Zustand wird aus Tellings abgeleitet. |
| Link | Ein Asset, das an ein Ziel gebunden ist, mit einem Compliance-Gate pro Ziel (PENDING / CLEARED / BLOCKED). |
| Source (TAMS) | Medien, adressiert als tams://store/id plus optionalem Zeitbereich. SOM referenziert Sources, niemals Flows. |
| Locator | Eine Medienreferenz außerhalb von TAMS: store + ref. Ein MAM-Pfad, ein Object Key, eine CMS-ID. |
| Assertion | Eine Behauptung über eine Story, ein Asset, einen Link oder ein Telling – FACT_CHECK, DETECTION oder MATCH – mit Provenienz und Review-Status. Der maßgebliche Ort für eine bestätigte Tatsache. |
| Provenienz | Wer oder was eine Ausgabe verfasst hat: HUMAN oder MODEL. Allgemein auf Urheberschaft bezogen, nie speziell auf KI. |
| Redaktionelles Gate | Etwas, das geklärt sein muss, bevor ein Asset oder eine Phase weitergeht. PENDING / APPROVED / REJECTED. |
| Orphan | Eine minimale Hüllen-Story (story_type: ORPHAN), angelegt für einen Clip, der ohne Story eintraf, bis ein vorgeschlagener Match bestätigt ist. |
| Skill | Eine passive Regeldatei im agentskills.io-Format. Sie deklariert; sie handelt nie und verändert nie Inhalte. |
| Executor | Der Teil eines Hersteller-Tools, der Skills abruft, ihre Warnungen veröffentlicht und entscheidet, was das Tool zurückhält. Tools haben Executors; Redaktionen haben keinen zentralen. |
| Konfigurierte Instanz | Eine generische Skill-Datei mit den Werten eines Hauses, die eine einzige Bedingung überwacht. Ein Haus betreibt mehrere aus derselben Datei. |
| Story Archaeology | Die Methode hinter dem Modell: eine echte Story nach der Ausstrahlung zurückverfolgen und festhalten, wie ihr Kontext tatsächlich wanderte. |
| Extension | extensions["com.{vendor}.{field}"] – der vorgesehene Ort für Felder, die der Standard nicht enthält. Unbekannte Schlüssel werden ignoriert. |
Das vollständige Glossar steht in der Spezifikation: spec/glossary.md ↗
Weiter: das Wire-Format
Jede Nachricht teilt sich ein Envelope. Hier ist jedes Feld – und was die Konformität von ihm verlangt.