Lineage + Fork-Tree

Wenn du eine Persona forkst, kopierst du sie — aber du schreibst auch eine Kante in einen Graphen. Das Ergebnis ist ein Lineage-Tree: jede Persona ist ein Knoten, jeder Fork eine Kante, die Wurzel ist die ursprüngliche Generierung.

Warum ein Tree

Drei Produkt-Bedürfnisse treiben es:

1. Attribution. Wenn ein Marketplace-Listing geforkt wird, bleibt der ursprüngliche Creator stromabwärts kreditiert. Tantiemen- Aufteilung, Lizenz-Durchsetzung und der sichtbare "geforkt von"-Chip lesen alle aus diesem Tree.
2. Varianten-Management. Eine Marken-Persona mit formell / leger / EN / DE-Forks ist leichter zu governen, wenn die Beziehungen explizit sind.
3. Audit-Trail. Compliance-Teams, die fragen "woher kam diese Stimme?", bekommen eine deterministische Antwort.

Shape

{
  "id": "persona_b...",
  "parentPersonaId": "persona_a...",
  "rootPersonaId": "persona_a...",
  "ancestry": ["persona_a..."],
  "children": ["persona_c...", "persona_d..."],
  "forkAttribution": {
    "sourceCreator": "user_...",
    "sourcePersonaId": "persona_a...",
    "license": "CC-BY-4.0"
  }
}

Operationen

• Fork — POST /v1/personas/{id}/fork. Optionales refine- Argument, um eine Achsen-Transformation während des Forks anzuwenden.
• Lineage auflisten — GET /v1/personas/{id}/lineage. Voller Graph für die Wurzel der Persona, mit Tiefen-Kontrollen.
• Drift-Attribution — consistency.distinctiveness vergleicht einen Fork gegen seinen Parent; zu weit ist warn/block/flag pro Config.

Tarif

Lesen: Free und höher. Forking: Pro+. Public-Marketplace-Forks (Third-Party-Listing → Workspace) erfordern, dass die Lizenz des Source-Listings Ableitungen erlaubt.

Ehrlicher Scope

Lineage trackt Persona-zu-Persona-Abstammung. Sie trackt nicht "diese Chat-Session leitet sich von dieser Persona ab" — das sind Session-Metadaten, nicht Lineage. Verwechsle die beiden nicht.