Toni und der Kontext deines Unternehmens.

Wer Toni ist

Toni ist ein persönlicher digitaler Assistent auf Augenhöhe: Du-Form, Vorname, knappe Sätze, trockener Humor in kleinen Dosen und keine Chatbot-Floskeln. Dass er eine KI ist, sagt er einmal, nicht in jeder Antwort; Lageberichte liefert er nur auf Anforderung. Fachlich arbeitet Toni wie ein Stabschef: Er denkt mit allen Werkzeugen der Plattform mit, aber alles, was etwas verändert oder nach außen wirkt, läuft durch Regeln (siehe Kapitel „Rechte, Mandantentrennung und Datenschleuse“).

Wo du Toni erreichst

Kanal	Was es ist
Chat	Toni-Chat in der Web-App und als schwebendes Fenster mit Seitenkontext. Dazu „Frag den Chef“ für Fragen an das Firmenwissen.
Sprache	Live-Gespräch im Browser und in den Geräte-Apps.
Telefon	Toni ruft dich an (lohnende Anfrage, Rückfrage, Meldung) und telefonierende Chat-Agenten nehmen Anrufe an (Toni Call).
Toni Watch	Eigene Uhr mit Sprachgespräch, Rückfragen und Aufnahmen.
Toni Car	Toni im Browser des Fahrzeugs, große Bedienelemente.
Toni App	Dieselbe Oberfläche auf dem Handy, gekoppelt per Code.
Toni Desktop	Installierbare Chrome-/Edge-App für Mac und Windows.
Toni Dashboard	Büro-Fernseher mit vier Arten: Kundensupport, Finanzen, Webseiten und Anfragen, KI-Team.
Telegram	Text und Sprachnachrichten an Toni.
Externe KI-Assistenten	Über das MCP-Gateway (/mcp) kann ein fremder Assistent Tonis Werkzeuge und, mit Durchgriff, Toni selbst nutzen.

Alle Geräte nutzen dieselbe Schnittstelle; der Verlauf von App und Web-Chat ist derselbe.

Gedächtnis und Firmenkontext

• Gedächtnis: Mit den Werkzeugen remember und forget merkt sich Toni Dinge über dich und das Unternehmen. Nach einem Gespräch werden Erinnerungen automatisch herausgezogen; das lässt sich je Person abschalten, im Gedächtnis-Panel siehst du alles.
• Wissensgraph im Prompt: Ein kompakter Auszug (je Sammlung Anzahl und Titel, höchstens rund 3.500 Zeichen) steht fest in Tonis Anweisung.
• Unternehmensstimme: Sprachprofil, Kern des Storyfilters und die aktiven Angebote reisen als verbindlicher Block mit. Er übersteuert andere Stilangaben, damit Texte wie die Person klingen.

Was Toni selbst tut

Toni nutzt denselben Werkzeugkatalog, den die Plattform-API pro Bereich anbietet. Er kann im Hintergrund arbeiten, bei Bedarf Rückfragen stellen (Web, dann Uhr, dann Anruf) und sich proaktiv melden: Gutes und Schiefgelaufenes aus Redaktion und Betrieb erscheint in der Glocke. Rituale (Morgen, 13 Uhr, Abend) fassen Lage und Entscheidungen zusammen. Eigene Ziele setzt er nie, die setzt der Chef (Kapitel „Ziele und Tonis Wand“).

Berührungspunkte mit der API

• Die Funktionen des Bereichs reflections betreffen Tonis Erkenntnisse: Reflexionen sind festgehaltene Erkenntnisse aus Gesprächen (get_reflections, get_reflection, create_reflection, update_reflection, delete_reflection, get_reflection_statistics), dazu die Glocke der Person (get_notifications, get_notification_count, mark_notification_read, create_notification, delete_notification). Die vertiefende Analyse einer Reflexion und das Besprechen im Chat laufen in der App.
• Alle anderen Bereiche sind Tonis Werkzeuge. Ein API-Aufruf bewirkt dasselbe wie Toni im Chat, nur ohne Gespräch.
• Stand der Plattform: Ein direkter Chat mit Toni über die API („Toni-Durchgriff“) ist noch nicht freigegeben; im MCP-Gateway gibt es ihn bereits.

Mandant: dein Unternehmen

Alles in der Plattform gehört zu einem Unternehmen (Mandant). Jeder Datensatz, vom Lead über das Buch bis zum Interview, trägt die Kennung seines Unternehmens, und jede Funktion arbeitet nur mit Daten des eigenen Mandanten. Das Unternehmen selbst hat Stammdaten (Name, Anschrift, Domain, Branche, Impressum, Datenschutztext, AGB, Logo, Social-Links, Tracking-Kennungen) und erkannte Eigenschaften wie Geschäftsmodelltyp, Zielgruppentyp, Notdienst, Einsatzradius oder ob Termine nötig sind. trigger_website_crawl (CRM) liest Impressum, Farben, Branche und Screenshot der Webseite automatisch ein.

Person und Rollen

Eine Person (Mitglied) gehört zu einem Unternehmen. Wichtig sind:

• Inhaber: die Person, die das Unternehmen angelegt hat. Sie darf Einstellungen mit Tragweite ändern.
• Firmen-Admin: Rolle „Companyadmin“, verwaltet Mitglieder und Freigaben.
• Agentur: arbeitet für Kundenfirmen und schaltet in eine Kundenfirma um, aber nur in eine, die sie selbst angelegt hat oder deren Inhaber sie ist.
• Plattform-Admin: Betreiber, sieht firmenübergreifend.
• Partner: Mitglieder im Partnerprogramm.

Eine Person mit mehreren Firmen wechselt per Klick zwischen verknüpften Konten, ohne sich neu anzumelden. Es bleibt trotzdem immer genau eine Firma aktiv.

Was „Kontext“ heißt

„Kontext“ ist alles, was die Plattform über dein Unternehmen weiß und bei der Arbeit mitnimmt:

Baustein	Beantwortet die Frage …	Kapitel
Interviews und Insights	Was tut das Unternehmen, was sagt die Person?	Interviews
Wissensgraph	Wie hängen Leads, Angebote, Bücher, Termine zusammen?	Wissensgraph
Sprachprofil	Wie klingt die Person?	Sprachprofil
Geschäftsmodell	Womit wird Geld verdient, wie wird kalkuliert?	Geschäftsmodell
Limbic-Typ, Motive	Wer wird angesprochen und was bewegt ihn?	Limbic
Storyfilter	Welche Geschichte wird erzählt?	Storyfilter
Keywords	Wonach wird gesucht?	Keywords

Diese Bausteine werden fast immer aus Interviews abgeleitet und dann an Bücher, Podcasts, Seiten, Agenten und Kampagnen gehängt. Die meisten Inhaltsobjekte tragen deshalb Verweise wie interview_id, storyfilter_id, linguistic_id, ein Limbic-Profil und ein Limbic-Styleguide.

Der Schlüssel

Dein API-Schlüssel beginnt mit km_live_ und wird einmal angezeigt. Er gehört zu deinem Unternehmen und zu der Person, die ihn erzeugt hat. company_id und member_id im Anfragekörper werden überschrieben. Funktionen, die an der Person hängen (zum Beispiel Landingcard oder Glocke), wirken auf die Person des Schlüssels. Rechte, Limits und Bestätigungen stehen im Kapitel „Rechte, Mandantentrennung und Datenschleuse“.

Dateien, Domains, Webseiten

Die Domains deines Unternehmens verwaltest du in der App. Hochgeladene Firmendateien sind sichtbar für die Firma oder nur für die Person, die sie hochgeladen hat; private Dateien sehen andere nie.

Warum Interviews die Quelle sind

Interviews sind der Rohstoff des Kontexts. Du erzählst in einem Gespräch, was dein Unternehmen tut, für wen, mit welchen Problemen und mit welchem Ergebnis. Aus dem Transkript entstehen Sprachprofil, Limbic-Profil, Storyfilter, Geschäftsmodell, Expertise, Angebote, Keywords und Vorschläge für Agent-Teams. Fast jedes dieser Objekte trägt deshalb ein Feld interview_id.

Vorlage, Interview, Transkript

• Vorlage (Template): Einleitung, Ausleitung, ein Auftrags-Prompt und Fragen. Jede Frage hat question, wanttoreach (was du erfahren willst) und prompt. Neben deinen eigenen Vorlagen gibt es einen Katalog globaler Vorlagen, den du mit duplicate_template übernimmst.
• Interview: entsteht aus einer Vorlage, mit Gesprächspartner, Sprache und Status. Neue Interviews haben den Status new; sonst ist der Status Freitext.
• Art der Aufnahme: interview (Kundengespräch), braindump (Notiz nach dem Termin) und vorort (Aufnahme beim Kunden vor Ort).
• Wege hinein: Audio-Upload, Live-Interview über einen Einladungslink mit Warteraum, reiner Text, Aufnahmen von Toni-Geräten. Audio wird transkribiert.

Was aus dem Transkript wird: Insights

Nach der Transkription entsteht eine strukturierte Auswertung (insights) in sechs Kategorien:

Kategorie	Inhalt
Humorvolle Aussagen	Schlagfertiges, Selbstironie, leichte Momente
Persönliche Geschichten	Prägende Erlebnisse, Entstehungsgeschichten, Erfolgsbeispiele
Kernbotschaften	Zentrale Erkenntnisse, Methoden, Philosophie
Zitierfähige Aussagen	Prägnante Formulierungen, Visionen, Versprechen
Fachliche Insights	Methoden, Prozesse, Best Practices, Fehler und Learnings
Authentische Aussagen	Überzeugungen, Werte, was die Marke ausmacht

Jeder Eintrag hat den Text, oft eine Zeitmarke, den Kontext und Hinweise zum Einsatz. Dazu kommen Metadaten: Hauptthemen, Zielgruppen, passende Content-Formate, Schlüsselbegriffe und offene Themen. Abgeschlossene Interviews bekommen den Status completed.

Qualitätsanalyse

Die Plattform vergleicht das Transkript mit den Fragen der Vorlage: Ergebnis sind eine Quote (qualityScore, Prozent Vollständigkeit), answeredQuestions, missingQuestions, implicitAnswers (Antworten, die zwischen den Zeilen stecken) und das Kennzeichen followUpRequired für ein Folgegespräch. get_interview_insights liefert Insights und diese Qualitätsdaten.

Wirkung in anderen Funktionen

• Sprachprofil, Limbic-Profil, Motivprofil: werden aus dem Transkript erzeugt (siehe jeweilige Kapitel).
• Keywords: Gespräche, Anrufe und Mails können Suchbegriffe liefern; die Extraktion startet ein Mensch bewusst, nicht automatisch.
• Geschäftsmodell: Angebotsprofil und Canvas lassen sich aus mehreren Interviews ableiten.
• Agent-Teams: Aus Insights schlägt die Plattform Teams vor.
• Stand der Plattform: Transkription und Analyse starten in der App; die API legt Vorlagen und Interviews an und liest Ergebnisse.

Was der Wissensgraph ist

Der Wissensgraph bildet die Daten deines Unternehmens als Netz ab. Datensätze (Leads, Termine, Bücher, Angebote, Kurse, Interviews, Mitglieder, Kampagnen, Testimonials …) liegen in Sammlungen; Kanten verbinden sie: ein Lead hat einen Anruf, ein Angebot stammt aus einem Interview, ein Buch hat Kapitel, ein Keyword wird von einer Kampagne angesprochen. Jeder Datensatz ist über sammlung/schlüssel eindeutig (zum Beispiel leads/lead_12345).

Sammlungen und Kanten

Der Graph kennt mehr als hundert Sammlungen. Die wichtigsten sind leads, appointments, books, bookchapters, podcasts, episodes, courses, offers, testimonials, interviews, keywords, keywordgroups, storyfilters, linguistics, limbic_profiles, limbic_styleguides, limbic_business_models, personality_profiles, portals, templates, qrcodes, chatagents, agent_teams, members und companies. Dazu kommen Gesprächsdaten (Unterhaltungen, E-Mails, Erinnerungen) und die Sammlungen der Dateien.

Typische Kanten: belongs_to_company, has_lead, has_chapter, has_episode, has_offer, conducted_interview, from_interview, targets_keyword, has_styleguide, has_business_model, team_has_member. Weil Kanten die Herkunft festhalten, lassen sich Fragen wie „Welche Angebote kamen aus diesem Interview?“ beantworten.

Lesen und Suchen

• Überblick: get_company_summary (Anzahl Mitglieder, Leads, Bücher, Podcasts, Kurse, stärkste Verbindungen) und get_company_knowledge_graph (Tiefe 1 bis 3).
• Nachbarn: get_entity_context zeigt alle Verbindungen eines Datensatzes, find_connections den kürzesten Pfad zwischen zwei Datensätzen.
• Gezielt filtern: search_graph mit höchstens acht Bedingungen (==, !=, <, <=, >, >=, contains, exists, missing).
• Chronik: get_activity_timeline.
• Wissen suchen: wissen_suche durchsucht semantisch Handbuchseiten, Stories, Angebote, Produkte, Bücher, Testimonials, Interviews und Positionierung und gibt Treffer mit Auszug, Quelle und Score zurück. wissen_graph geht von einem Treffer zu den verknüpften Datensätzen.

Alle Funktionen lesen nur und liefern ausschließlich Daten deines Mandanten. Fehler kommen mit HTTP 200 und data.success: false.

Wie der Graph entsteht und was er nicht ist

Der Graph wird aus den Daten der Plattform gespiegelt; die Plattform selbst bleibt die führende Quelle. Darum kann er einem frisch geänderten Datensatz kurz hinterherhinken. Für Zahlen im Tagesgeschäft (zum Beispiel offene Leads) gilt der Live-Stand der jeweiligen Funktion, etwa get_leads, nicht der Graph.

Dateien als Wissen

Hochgeladene Firmendateien (PDF, Word, Excel, Text) werden in Abschnitte zerlegt und für die Suche eingebettet; auf Wunsch entsteht eine Analyse, die Leads, Produkte und Angebote erwähnt. Eine Datei ist firma (für alle der Firma) oder privat (nur für die Person). Private Inhalte tauchen in den allgemeinen Graph-Funktionen nie auf; die Dateisammlungen sind dort ganz ausgeblendet und nur über die Dateisuche mit Sichtprüfung erreichbar.

Wirkung

Tonis Firmenkontext, Agent-Teams (sie bekommen den Graph-Kontext ihres Themas), Redaktion und Chat-Agenten greifen auf den Graphen zurück.

Zweck

Ein Sprachprofil (in der Plattform „Linguistic“) beschreibt, wie eine Person spricht und schreibt. Es sorgt dafür, dass Texte, Antworten und Stimmen nach dem Menschen hinter dem Unternehmen klingen. Es entsteht aus der Auswertung eines Interviews, gehört zum Unternehmen und trägt Verweise auf das Quell-Interview (interview_id) und die Person (member_id).

Aufbau des Profils

Das Profil hat zwei Inhaltsfelder: analysis (Rohauswertung) und profile_data (aufbereitete Fassung). Zusätzlich gibt es Status und Sprache (lang). Die Listenansicht zeigt nur Kopfdaten, die Einzelansicht die Inhalte. Die Auswertung gliedert sich in:

Bereich	Inhalt
Lexikalisch	Wortschatz (Umfang, Niveau, Vielfalt), Fachbegriffe, Stilebene, Anredeform Sie/Du/gemischt, charakteristische Wörter
Syntaktisch	Satzlänge, Komplexität, Verhältnis Haupt-/Nebensätze, Zeitformen, Modalverben, Passiv, Satzarten, Bindewörter
Pragmatisch	Kommunikationsstil (direkt bis indirekt), Höflichkeit, emotionale Ausdruckskraft, Gesprächsführung, Argumentationsmuster
Paraverbal	Betonung, Pausen, Sprechtempo, Lautstärke, Rhythmus
Individuell	typische Redewendungen, Signature-Phrasen, vermiedene Themen, sprachliche Ticks, Besonderheiten
Diskursmarker	Füllwörter, Gliederungswörter, Bewertungen, Gesprächssteuerung
Psycholinguistisch	Denkweise, Entscheidungsstil, Risikobereitschaft, Detail- und Strukturbedürfnis
Limbisch	dominanter und zweiter Typ auf den drei Achsen Dominanz, Stimulanz, Balance, emotionale Ansprache, Motivationsfaktoren
Empfehlungen	bevorzugte Ansprache, zu Vermeidendes, Kanalwahl, Timing, Marketing-Tonalität

Dazu kommt ein kurzer Titel, der den Sprachstil zusammenfasst.

Wie das Profil wirkt

• Chat-Agenten: Ein Teil des Agenten-Auftrags ist das Sprachprofil. Daraus werden kurze Zeilen: Charakter, Ton, Satzbau, Gesprächsführung, Wendungen (höchstens sechs, nie mehr als eine je Antwort), Lieblingswörter, gemiedene Themen und „nur beim Sprechen“ (Tempo, Pausen, Füllwörter). Auch die Anrede Du oder Sie kommt aus dem Profil.
• Toni: Das Profil steht im verbindlichen Unternehmensblock; Texte sollen wie die Person klingen.
• Inhalte: Bücher, Hörbücher, Podcasts, Episoden, Kurse, Stories und Portale tragen ein linguistic_id, das die Textgenerierung steuert.
• Hörbücher: Anrede und Sprechmuster prägen die Sprachausgabe.

Auswahl

Ein Agent kann ein Profil festlegen; ohne Festlegung gilt automatisch das neueste fertige Profil der Firma.

API-Funktionen

get_speech_profiles, get_speech_profile, update_speech_profile (Felder gezielt ändern), delete_speech_profile, summarize_speech_profile (Kurzfassung). Das Erzeugen aus einem Interview geschieht in der App; die API liest und pflegt das Ergebnis.

Das Geschäftsmodell

Das Geschäftsmodell sagt, womit dein Unternehmen Geld verdient und wie Angebote gerechnet werden. Pro Unternehmen gilt das aktive Modell, gibt es keines, das neueste. Status: draft, under_review, active, archived; archivierte Modelle sind nicht änderbar. Es besteht aus vier Teilen:

1. Business-Model-Canvas: neun Felder: Wertversprechen, Kundensegmente, Kanäle, Kundenbeziehungen, Einnahmequellen, Schlüsselressourcen, Schlüsselaktivitäten, Schlüsselpartner, Kostenstruktur.
2. Produkttreppe: sechs Stufen vom günstigen zum persönlichen Angebot: Buch, Online-Kurs, Gruppen-Coaching, 1:1-Coaching, Done-for-you, Lizenzierung, dazu eine Kohärenz-Bewertung.
3. Limbische Einordnung: Haupt- und Nebentyp auf den Achsen Stimulanz, Dominanz, Balance, eine Kohärenzzahl und emotionale Auslöser (siehe Kapitel Limbic).
4. Angebotsprofil: die Grundlage für Kalkulation und Angebotstexte.

Das Angebotsprofil

Feld	Bedeutung
business_type	rental, service, product_sales, subscription, project, mixed
pricing_model	Preislogik in Worten
offer_components	Angebotsbausteine mit Rolle mandatory, optional oder alternative (werden per Name zusammengeführt)
default_billing_cycle	once, monthly, yearly
default_contract_months	übliche Laufzeit
ai_hints	Regeln und Hinweise für die KI, werden angehängt, nie ersetzt
calculation_basis	Kalkulationsgrundlage deines Unternehmens (Beträge in Cent)
story_defaults	firmenweite Sätze für Mentor und Plan, die auf Angebotsseiten erscheinen

Auch die Herkunft ist festgehalten (source_interview_ids, extracted_at). get_business_model liest, update_business_model ändert gezielt; sagst du Toni im Chat eine Preisregel, landet sie hier.

Angebote im Katalog

Der Bereich offers verwaltet die Leistungen und Pakete, die du anbietest, nicht die Angebotsbelege. Ein Eintrag hat Titel, Status (state, zum Beispiel present oder future), optional ein Quell-Interview und frei strukturierten Inhalt (title, description, price, needs, targetAudience, processSteps). Angebote können eine eigene Story tragen (Überschrift, Problem, Transformation, Handlungsaufforderung). Sie erscheinen auf Landingcards und Portalen.

Produkte

search_products durchsucht den Produktkatalog semantisch (Titel, Beschreibung, Datenblatt) und kombiniert das mit harten Zahlenfiltern auf normierte Attribute wie Gewicht, Akkulaufzeit oder Preis. Nur lesend.

Angebote und Rechnungen als Belege

• draft_quote entwirft ein Angebot, create_invoice_draft legt nur einen Rechnungsentwurf an. Preise setzt immer die Preisberechnung der Buchhaltung aus Katalogpreisen, Kalkulation und Geschäftsmodell, nie die KI frei.
• offene_rechnungen und rechnung_lesen (Bereich buchhaltung) lesen nur. Versenden und Stellen bleiben beim Menschen.

Wirkung

Das Geschäftsmodell steuert Angebotskalkulation, die Transformation (von ist zu soll) in der Redaktion und den Ton von Angebotsseiten.

Betriebshandbuch

Das Handbuch besteht aus Seiten: Arbeitsanweisungen (SOPs), Richtlinien, Workflows, Schulungsunterlagen. Jede Seite hat Titel, Slug, Kategorie (Standard 02-sops), Seitentyp (Standard sop), Status (draft, approved, archived, auch active), Hauptinhalt und optional strukturierte Teile: Ziel, Schritte, Checkliste, Kennzahlen, häufige Probleme, verwandte Seiten, Verantwortliche. Neben den Seiten deiner Firma gibt es systemweite Seiten (is_internal), die alle sehen.

Seiten lassen sich in den Suchindex aufnehmen; semantic_search_handbook findet sie per Bedeutung („Wie gehe ich mit einer Beschwerde um?“). summarize_handbook_page liefert Kurzfassung, Risiken und Verbesserungsideen. Das Handbuch ist Quelle für wissen_suche, für Agent-Teams (erfolgreiche Seiten fließen in Vorschläge ein) und für Toni.

Glossar

Fachbegriffe mit Definition, zweisprachig Deutsch und Englisch (term_de, definition_de, term_en, definition_en), mit Beispielen, Synonymen, Kategorie, Status und Priorität. Neben deinen Einträgen gibt es globale Begriffe; sie kommen nur mit include_global in die Liste. Das Glossar hält Wörter in Texten, Angeboten und Antworten einheitlich.

Expertise

Ein Expertise-Eintrag ist strukturiertes Fachwissen, meist aus einem Interview gewonnen: Titel, Status (active, draft, archived), optional interview_id und frei strukturierter Inhalt. Die Zusammenfassung erkennt die Schlüssel title, initial_expertise_identification, process_analysis, experience_and_learning_curve und recommendations_and_methods. Chat-Agenten, Bücher, Kurse und Stories können eine Expertise als Wissensquelle referenzieren.

Kundenstimmen

Ein Testimonial enthält Person (name, company, city, ceo, position), Zitat (quote), optional eine Geschichte aus problem, solution und future, zwei Bildbeschreibungen und Bewertung rating (1 bis 5). Zwei Einordnungen sind wichtig:

• variante: schmerzloesung, process oder zitat (wie es gezeigt wird).
• state: Zeitbezug past, present oder future.

Stimmen lassen sich von Hand anlegen, aus einer Webseite importieren (scrape_testimonials_from_url), nach Bewertung filtern (filter_by_rating), auswerten (get_testimonial_statistics) und exportieren (export_testimonials). Sie erscheinen auf Portalen, Landingcards und Angebotsseiten als Beleg.

Zusammenspiel

Handbuch, Glossar, Expertise und Testimonials sind das dokumentierte Wissen, Interviews und Wissensgraph das erzählte und verknüpfte. Toni und die Chat-Agenten nutzen alle vier: Das Glossar liefert die Sprache, das Handbuch die Abläufe, Expertise die Fachtiefe, Testimonials den Beweis.

Limbic in einem Satz

Das Limbic-Modell ordnet Menschen nach ihren emotionalen Antrieben ein, nicht nach Alter oder Beruf. Die Plattform nutzt es, um Texte, Bilder, Stimmen, Farben und Angebote an den Menschen anzupassen, den du erreichen willst. Es gibt sieben Typen; sie sind auf den drei Achsen Dominanz, Stimulanz und Balance angesiedelt. Diese Achsen nutzt das Geschäftsmodell (primärer und sekundärer Typ) und das Sprachprofil (Abschnitt „limbisch“).

Die sieben Typen

Schlüssel	Name	Kern	Reizwörter
traditionalist	Traditionalist	Sicherheit, Beständigkeit, Vertrauen, Risiko vermeiden	bewährt, zuverlässig, etabliert, Qualität
harmonizer	Harmonizer	Balance, Fairness, Gemeinschaft, Kooperation	fair, ausgewogen, Gemeinschaft, Harmonie
open	Offener (Open-minded)	Innovation, Neugier, Lernen, Neues entdecken	innovativ, neugierig, offen, entdecken
hedonist	Hedonist	Spaß, Genuss, Spontaneität, Erlebnis	Spaß, aufregend, spontan, lebhaft
adventurer	Abenteurer	Risiko, Nervenkitzel, Herausforderung, Grenzen überschreiten	Abenteuer, Risiko, Herausforderung, mutig
performer	Performer	Dominanz, Status, Erfolg, Überlegenheit, Exklusivität	Erfolg, führend, Premium, exklusiv
disciplined	Disziplinierter	Kontrolle, Ordnung, Struktur, Effizienz	Struktur, Ordnung, Kontrolle, Disziplin

Schreibweisen: Die Plattform speichert den Schlüssel am häufigsten als open; in der Akademie erscheint open_minded, und die Hörbuch-Sprachausgabe kennt eigene Schlüssel (harmoniser, stimulant). Unbekannte Werte fallen dort auf performer zurück. Für eigene Integrationen bleib bei den Schlüsseln der Tabelle.

Wo limbic_type vorkommt

• Keyword: Jeder Suchbegriff wird bei der Anreicherung einem Typ zugeordnet: dem Typ, dessen Motiv hinter der Suche steckt. Fehlt eine gültige Angabe, gilt open.
• Inhalte: Bücher, Hörbücher, Podcasts, Episoden, Kurse, Stories und Portale tragen einen Typ, ein Limbic-Profil und einen Limbic-Styleguide als Vorgabe für Ton, Farbe und Bild.
• Hörbuch-Kapitel: create_chapter_audio mit limbic_type formt den Kapiteltext zu einer gesprochenen Fassung um, abgestimmt auf Tempo, Betonung und Pausen des Typs.
• Meta-Anzeigen: Je Kampagne entstehen drei Anzeigen (Primär, Sekundär, Mischung), gewichtet aus dem Limbic-Profil.

Profil, Styleguide, Neuro-Trigger

• Limbic-Profil: Ergebnis der Analyse eines Interviews. Es enthält Haupt- und Nebentyp, Wert je Typ, Konfidenz, Alterseinordnung (jung, mittel, alt) mit neurochemischem Profil (Dopamin für Stimulanz, Testosteron für Dominanz, Cortisol für Balance), Zielsegmente und Empfehlungen.
• Limbic-Styleguide: Gestaltungsregeln je Typ: Farbpalette, Schriften, Bildstil, Stimme und Musik, Tonalität, Designprinzipien, Formulierungen und Inhaltsformate.
• Neuro-Trigger-Profil: Wirksame emotionale Auslöser mit Stärke und Potenzial; es wird aus mehreren Modellen zusammengesetzt.

Berührung mit der API

Stand der Plattform: Limbic-Profile, Styleguides und Motivprofile werden in der App und von Toni erzeugt und gelesen; eigene Funktionen dafür sind in der öffentlichen API noch nicht freigegeben. Der Limbic-Typ begegnet dir trotzdem überall: als Feld limbictype an Keywords, als Parameter limbic_type bei create_chapter_audio (Bereich audiobooks), im Geschäftsmodell (business_model) und im Sprachprofil (speechanalysis).

Die 16 Lebensmotive

Das Luxx-Motivprofil folgt dem Reiss-Modell und fragt: Was treibt diesen Menschen im Kern an, unabhängig davon, was er gerade sagt? Es bewertet 16 Motive von 0 bis 100:

Motiv (Schlüssel)	Bedeutung
Einfluss (Power)	Kontrolle, Autorität
Unabhängigkeit (Independence)	Autonomie, eigene Entscheidungen
Wissensdurst (Curiosity)	Lernfreude, Wissbegier
Zugehörigkeit (Acceptance)	Akzeptanz, dazugehören
Ordnung (Order)	Struktur, Organisation
Sparsamkeit (Saving)	Ressourcen bewahren
Ehre (Honor)	Integrität, Loyalität
Idealismus (Idealism)	Werte, Sinn, Überzeugungen
Geselligkeit (Social Contact)	Beziehungen, Gemeinschaft
Familie (Family)	Nähe, Fürsorge
Status (Status)	Anerkennung, Position
Gerechtigkeit (Vengeance)	Ausgleich
Romantik (Romance)	Liebe, emotionale Nähe
Genuss (Eating)	Essen, kulinarische Freude
Bewegung (Physical Activity)	Sport, Fitness
Ruhe (Tranquility)	Ausgeglichenheit, Frieden

Gespeichert werden die englischen Schlüssel. Die Stärke liest sich so: 80 bis 100 Kernmotiv, 60 bis 79 wichtig, 40 bis 59 mittel, 20 bis 39 niedrig, darunter sehr niedrig. Zu jedem Motiv gehört ein Beleg aus dem Gespräch; das Profil nennt die drei stärksten und die drei schwächsten Motive und eine Konfidenz von 0 bis 1.

Entstehung und Anpassung

Das Profil entsteht aus einem Interview und gehört zu einem Persönlichkeitsprofil. Du kannst Motivwerte nach Rückmeldung anpassen; so wird aus einer Schätzung ein bestätigtes Bild. Der Export als JSON oder HTML ist möglich. Auch Keywords bekommen Motive: Ein Hauptmotiv je Suchbegriff beeinflusst, wie ein Text dazu ansetzt.

Das Persönlichkeitsprofil

Das Persönlichkeitsprofil fasst aus einem oder mehreren Interviews zusammen, wie jemand denkt und entscheidet: Denkmuster, Zeithorizont, Umgang mit Wandel und Unsicherheit, Entscheidungsstil und -tempo, Risikoprofil, Führungsarchetyp, Konfliktstil, Werte und Prinzipien, Geld- und Zeitumgang, Routinen und Vorlieben. Es trägt eine Vollständigkeit, eine Konfidenz und die Kennzeichnung, ob ein Mensch es bestätigt hat. Toni nutzt es, um Ton und Dosierung zu wählen: Wer schnell entscheidet, bekommt weniger Vorschläge auf einmal und knappere Sätze.

Weitere Sichten im Master-Profil

Zusätzlich zu Limbic und Luxx kennt die Plattform drei weitere Modelle:

• DISG: Dominant, Initiativ, Stetig, Gewissenhaft. Es beschreibt Verhalten, besonders unter Stress.
• Spiral Dynamics: neun Wertestufen, von Beige, Purpur, Rot, Blau, Orange, Grün, Gelb bis Türkis und Coral. Eine Aussage wird nur gespeichert, wenn die Sicherheit ausreicht.
• Empathy Map: vier Quadranten der Zielgruppe: Sagt, Denkt, Fühlt, Tut. Sie hängt an der Zielgruppen-Analyse, nicht am Persönlichkeitsprofil.

Zusammenspiel

Die fünf Modelle (Limbic, Luxx, DISG, Spiral, Empathy Map) werden bei Bedarf zu einem Master-Profil zusammengesetzt. Es wird nicht gespeichert, damit es nie veraltet. Widersprechen sich die Modelle, gewichtet die Plattform nach Konfidenz und warnt bei geringer Stimmigkeit. Aus DISG-Stress, Luxx-Motiven, Spiral-Werten und Limbic-Emotion entsteht außerdem das Neuro-Trigger-Profil der wirksamsten emotionalen Auslöser.

Stand der Plattform: Diese Profile werden in der App und von Toni erzeugt und gelesen; eigene API-Funktionen dafür sind noch nicht freigegeben.

Warum es Storyfilter gibt

Ein Storyfilter legt fest, wer die Geschichte ist und wie sie erzählt wird, bevor ein einziger Satz entsteht. Alle Texte, Seiten, Podcasts, Bücher und Anzeigen holen sich ihre Botschaft daraus und bleiben so auf einer Linie. Das Prinzip ist eine gedrehte Heldenreise: Der Kunde ist der Held, dein Unternehmen der Mentor.

Das Storyskript A bis O

Fünf Akte mit je drei Feldern. Die Schlüssel in der Plattform tragen die Buchstaben und bleiben unverändert:

Akt	Felder
1. Ein Held	A Charakter (a_character), B Wunsch (b_wish), C Traum (c_dream)
2. hat ein Problem	D äußeres Problem (d_external_problem), E inneres Problem (e_internal_problem), F moralisches Problem (f_moral_problem)
3. trifft einen Mentor	G Mentor-Charakter (g_mentor_character), H Freundschaft (h_friendship), I Kompetenz (i_competence)
4. bekommt einen Plan	J Mentor-Plan (j_mentor_plan), K Prozess-Plan (k_process_plan), L Sicherheits-Plan (l_security_plan)
5. beginnt die Reise	M Handlungsaufforderung (m_call_to_action), N Verlust-Drama (n_lost_drama), O Paradies bzw. Vision (o_vision)

Zusätzlich gibt es Bedürfnisse (needs), Kernbotschaft (coremessage), drei Schlüsselbotschaften, Wertversprechen, Kundennutzen, erwartete Ergebnisse, Ergebnis, Kosten- und Zeitrahmen sowie Hashtag- und Social-Media-Ansatz.

Was die API zeigt

Die Plattform-API zeigt eine Kurzfassung. In der Liste (get_storyfilters) heißen die Felder ohne Präfix: character, wish, external_problem, internal_problem, mentor, core_message, value_proposition, customer_benefit, expected_results. Beim Schreiben (create_storyfilter, update_storyfilter) gelten a_character, b_wish, d_external_problem, e_internal_problem, g_mentor_character. Stand der Plattform: Die übrigen Felder pflegst du in der App.

Wo der Storyfilter wirkt

• Stories: storyfilter_id an der Story bindet sie an die Linie.
• Podcasts, Episoden, Bücher, Portale, Angebote, Kurse: tragen ebenfalls einen Verweis.
• Toni: Der Kern des Storyfilters steckt im verbindlichen Unternehmensblock.
• Anzeigen und Angebotsseiten: Texte folgen Problem, Mentor und Plan.

Stories und Magazin

Eine Story ist ein Magazin-Beitrag mit Titel, Untertitel, Text, Status, Zielkanal, Hashtags und Varianten für Social Media, E-Mail, Webseite und Vertrieb. Wichtige Verknüpfungen: storyfilter_id (Linie), linguistic_id (Sprachprofil), Limbic-Typ und -Styleguide. Der Status läuft von draft über review und approved zu published (oder archived). Der Zielkanal kann Webseite, Blog, Newsletter, E-Mail-Sequenz, Posting (LinkedIn, Facebook, Instagram, Xing), Drucksache, Präsentation oder Videoskript sein; Magazin-Formate sind personal_curated, praxis, interview und reportage. Eine Story erscheint auf der Webseite erst, wenn sie veröffentlicht ist und einer Domain zugeordnet wurde. Story-Vorlagen (Storytemplates) liefern Aufbau, Anweisungen und Plattformregeln je Format.

API-Funktionen

get_stories, get_story, create_story, update_story, delete_story, get_storyfilters, create_storyfilter, update_storyfilter. Funktionen, die per KI erzeugen (zum Beispiel das Anwenden der Heldenreise), sind in der API derzeit nicht freigegeben.

Was ein Keyword hier ist

Ein Keyword ist ein Suchbegriff mit Markt- und Menschendaten. Die Plattform sammelt Keywords nicht nur aus Suchwerkzeugen, sondern vor allem aus dem, was deine Kunden sagen: Interviews, Anrufe, Mails und Besprechungsnotizen. Ein Keyword ist damit zugleich Suchanfrage, Kundenproblem und Planungseinheit für Inhalte.

Marktdaten

Feld	Bedeutung
keyword	Suchbegriff, kleingeschrieben
search_volume	durchschnittliche Suchen pro Monat
cpc (cpc_average)	durchschnittlicher Klickpreis in Werbung
competition_level	Konkurrenz um den Begriff
main_intent	Suchabsicht: informational (wissen), commercial (vergleichen), transactional (kaufen), navigational (eine Seite finden)
lang	Sprache
suggest	Vorschlag aus der Suchvervollständigung

get_keyword_search_volume und get_keyword_cpc fragen aktuelle Werte für einen Ort ab (zum Beispiel germany). Beide rufen einen externen Datendienst auf und sind deshalb auf 20 Aufrufe je Schlüssel und Stunde begrenzt.

Menschendaten

Bei der Anreicherung ergänzt die Plattform zu jedem Keyword:

• pain (Schmerzpunkt): welches Problem der Suchende lösen will,
• solution: welche Art Lösung er braucht,
• intention: die tiefere Motivation,
• wish: der Wunsch,
• needs: das konkrete emotionale Bedürfnis („Die Familie auch nach dem eigenen Tod versorgen“, nicht „Sicherheit“),
• limbictype: der Limbic-Typ des Suchenden (Kapitel Limbic),
• topicSubcategory, semanticTags und verwandte Keywords.

Dazu kommen state (Zeitbezug: past, present oder future) und die Herkunft: Interview, Anruf, Mail oder Besprechung, mit Datum des Gesprächs.

Keyword-Gruppen

Keywords sind in Gruppen organisiert (group_id). Eine Gruppe steht für ein Thema und trägt Titel, Schmerzpunkt, Themenkategorie, Inhaltsabsicht und Zielgruppe. Gruppen entstehen bei der Extraktion aus einem Gespräch: Das Transkript wird in Abschnitte zerlegt, zu Themen verdichtet und zu Keywords ausgebaut. Kurze Gespräche unter 300 Wörtern liefern kein verlässliches Signal und werden übersprungen. Die Extraktion startet ein Mensch bewusst je Firma.

Motive je Keyword

Einem Keyword lassen sich Luxx-Motive zuordnen (zum Beispiel Status oder Ruhe) mit einem Hauptmotiv. So kann ein Text zum selben Begriff je nach Motiv anders ansetzen. Stand der Plattform: Die Zuordnung geschieht in der App und über Toni.

Wirkung

• Portale und Seiten: Ein Portal verweist mit keyword_id auf sein Keyword.
• Kampagnen: Suchkampagnen entstehen aus Keywords.
• Redaktion: Gruppen werden zu Themenfeldern, Suchanfragen und Nachfrage steuern, welche Seite als Nächstes entsteht.
• Bücher: Haupt- und Nebenkeywords fließen in Titel, SEO und Kapitel.

API-Funktionen

get_keywords (optional nach group_id), search_keywords (mit Suchvorschlägen), create_keyword, update_keyword, delete_keyword, get_keyword_search_volume, get_keyword_cpc. Sie gehören zum Bereich landingpages.

Drei Objektarten im Bereich Landingpages

• Template (Vorlage): Name, Slug, Variante, Farben, Schriften und Meta-Angaben. Es gibt Varianten (zum Beispiel landingpage, interview, company, template-bio-profile für Landingcards) und Seitentypen wie job, lead, vcard, partner, product und offer. Das Template bestimmt das Aussehen.
• Portal: die veröffentlichbare Seite oder Seitengruppe mit Titel, Slug, Domain, Sprache und Status (draft, public). Ein Portal verweist auf ein Template (template_id) und ein Keyword (keyword_id).
• Keyword: siehe Kapitel Keywords.

Portal-Typen

Der Portal-Typ (portaltype) entscheidet, welche Inhalte die Seite erzeugt: company (Unternehmensseite), product, book, audiobook, ebook, course, podcast, event, job, testimonial, blog, thema, aggregator, newsletter, sea-landingpage (Landingpage für Suchanzeigen) und resonanz. Ein Resonanzportal nutzt Storyfilter und Limbic-Styleguide, um Besucher nach ihrem Antrieb (zum Beispiel „Ich brauche einen Mentor“) zu führen. Daneben gibt es Sonderformen wie Rubbellos, Masterclass, Webinar und Presseportal.

Was ein Portal mitbringt

Ein Portal kann die Bausteine des Kontexts bündeln: Storyfilter, Limbic-Typ, -Profil und -Styleguide, Sprachprofil, Angebot, Chat-Agent, Podcast, Buch, Hörbuch, Kurs, Produkte, Newsletter-Anbindung. Veröffentlichte Seiten werden über Edge-Server ausgeliefert; Meta-Titel, Open-Graph, strukturierte Daten und eine maschinenlesbare Kurzfassung für KI-Suchen gehören dazu.

Landingcards

Eine Landingcard ist die digitale Visitenkarte (Bio-Landingpage) einer Person. Sie besteht aus Profil (Kontakt, Bio, Social-Links), einem Landingcard-Template (Farben, Texte, Abschnitte) und einem QR-Code, der auf sie zeigt. Besucher sehen Angebote, starten einen Chat und hinterlassen Kontaktdaten; daraus entsteht ein Lead. member_id setzt der Server aus dem Schlüssel. bulk_create_landingcards legt Karten für mehrere Mitglieder an; activate_landingcard und deactivate_landingcard schalten sie ein und aus.

QR-Codes

Ein QR-Code hat Name, Ziel-URL (target), Aktivstatus und einen automatisch vergebenen short_code. Das Bild kodiert eine Kurzlink-Adresse der Plattform, nicht das Ziel selbst. So kannst du das Ziel später ändern, ohne neu zu drucken. Optional hängt ein Code an einem Dokument. NFC-Tags funktionieren nach demselben Prinzip. Scans zählen als Besuchsquelle „QR“; Stand der Plattform: Die Zähler scans_total und scans_unique in get_qrcode_analytics sind noch Platzhalter.

Kampagnen

Eine Kampagne hat einen Provider (zum Beispiel google), einen Typ (zum Beispiel search), Aktivstatus, Budget und Verknüpfungen zu Keyword, Template und Dokument. Suchkampagnen bestehen aus Anzeigengruppen und Anzeigen mit Texten aus Storyfilter, Sprachprofil und Limbic-Profil (create_google_search_campaign). Meta-Kampagnen tragen Texte für Primärtext, Überschrift und Beschreibung; Bilder entstehen erst auf ausdrückliche Freigabe.

API-Funktionen

Landingpages: get_templates, create_template, copy_template, get_portals, create_portal, update_portal. Karten: get_landingcards, create_landingcard, get_landingcard_analytics. QR: get_qrcodes, create_qrcode, update_qrcode, get_qr_image (Base64), get_qrcode_stats. Kampagnen: get_campaigns, create_google_search_campaign, activate_campaign, pause_campaign.

Was ein Chat-Agent ist

Ein Chat-Agent ist ein Gesprächspartner nach außen: Er antwortet Besuchern im Webchat, spricht im Sprach-Chat und kann telefonieren. Er ist nicht Toni, sondern eine Konfiguration, die Toni-Technik mit dem Wesen, dem Wissen und den Regeln deines Unternehmens ausstattet. (Nicht zu verwechseln mit den Baukasten-Agenten, die Abläufe abarbeiten; siehe das folgende Kapitel.)

Aus welchen Teilen er besteht

Der Assistent zum Einrichten fragt sieben Dinge ab: Wer ist er, wo arbeitet er, was soll er erreichen, wie tritt er auf, was weiß er, was darf er tun, und das Ausprobieren. Daraus entsteht das Briefing, bestehend aus:

• Auftrag: Rolle (empfang, beratung, service, termine, assistenz oder eigene), Gegenüber, Ziel, Erfolgskriterium, Aufgaben, Verbote, Übergabe an Menschen, Wissen, Tabuwörter, Länge der Antworten (kurz, mittel, ausfuehrlich). Der Auftrag wird nach jedem Speichern automatisch formuliert; ein von Hand geschriebener Auftrag bleibt unangetastet.
• Sprachprofil: Ton, Satzbau, Wendungen und Anrede aus dem Sprachprofil (Kapitel Sprachprofil).
• Anrede und Sprache: Du oder Sie, Standardsprache, automatische Spracherkennung.
• Kanalabschnitt: je Kanal nur ein kurzer Formatteil (Text, Stimme, Telefon).

Das Briefing stammt aus einer einzigen Quelle und gilt für Webchat, Sprach-Chat, Telefon, Kundensupport und Landingcard gleichermaßen.

Typ, Stil und Gesprächsziel

Feld	Werte
Agententyp (agentType)	book, audiobook, podcast, company, sea-landingpage, sales, support, custom
Gesprächsstil	helpful, consultative, friendly, professional, empathetic, solution_oriented (hilfsbereit, beratend, freundlich, professionell, einfühlsam, lösungsorientiert)
Gesprächsablauf	problem_solving, lead_generation, support, consultation, sales
Empathie	high, medium, low
Anrede	du, sie, strict, adaptive
Kanäle	text, audio, telefon, mehrere gleichzeitig möglich

Wissen und Verknüpfungen

Ein Agent kann an ein Buch, ein Angebot, ein Keyword, einen Storyfilter, ein oder mehrere Interviews, eine Expertise, einen Beruf und ein Limbic- oder Persönlichkeitsprofil gebunden sein. Er sucht außerdem in Handbuch und Firmendateien. Der Webchat behält die letzten zwölf Nachrichten im Gedächtnis. Agenten lassen sich in einer Hierarchie anordnen (übergeordneter Agent, Ebene, Vererbung).

Telefon (Toni Call)

Telefonierende Agenten arbeiten über einen eigenen Telefonanschluss deiner Firma oder eine Nebenstelle. Du kannst sie ohne Telefonanlage im Browser testen. Eine Chefsekretärin-Rolle bietet Termine an, trägt sie in den Kalender ein, legt Erinnerungen an, merkt E-Mails vor (ohne sie zu senden) und stellt auf Wunsch zum Chef durch. Gespräche werden ausgewertet und zusammengefasst; ausgehende Anrufe zählen als eigene Gesprächsart. list_telefon_agenten zeigt, welche Agenten telefonieren.

Gespräche ansehen

Der Reiter „Gespräche“ im Toni-Chat zeigt alle Webchats und Telefonate nur lesend, nie mit Telefonnummer oder IP.

Grenzen

Zugangsdaten und Systemanweisungen sind für Besucher nicht lesbar. Aufrufe der Agent-Konfiguration verlangen eine Anmeldung und das Recht an der Firma.

Zwei Dinge auf einem Fundament

Der Baukasten lässt dich eigene Abläufe bauen, ohne Code: Anwendungen für Menschen (dieses Kapitel) und Agenten, die ohne Menschen arbeiten und bei Bedarf fragen (nächstes Kapitel). Beide nutzen dieselben Werkzeuge wie Toni, also die Funktionen der Plattform-API, und arbeiten immer mit Mandant und Rechten der Person, die sie benutzt oder auslöst. Der Baukasten generiert keinen Programmcode: Es gibt nur feste Bausteine, deren Aufbau die Plattform prüft und in Sätzen zurückmeldet, wenn etwas nicht stimmt.

Canvas: der Entwurf neben dem Chat

Ein Canvas ist eine kleine Anwendung, die neben dem Toni-Chat erscheint und sich live füllt, während Toni arbeitet. Der Canvas ist zugleich der Entwurf einer Anwendung: Jede Änderung (von Toni oder von dir) wird als Revision gespeichert, sodass du Schritte rückgängig machen kannst. Toni legt den ersten Wurf mit canvas_setzen an und ändert danach gezielt einzelne Bausteine.

Die Bausteine

Gruppe	Bausteine
Inhalt	text (Markdown), hinweis (Info, Tipp, Warnung, Pflicht), ablauf (Flussdiagramm), tabelle, bild
Erfassen	checkliste (Punkte mit Pflicht, Foto, Kommentar), formular (Text, Langtext, Zahl, Datum, Auswahl, Ja/Nein, Foto), schritte (Wizard)
Daten	liste und kennzahl holen Werte aus lesenden Werkzeugen, eintraege zeigt frühere Durchläufe
Handeln	aktion: ein Knopf, der ein schreibendes Werkzeug ausführt, mit Bestätigungssatz
Layout	abschnitt (einklappbar), spalten

Jeder Baustein hat eine id und darf sichtbar_wenn tragen (Bedingung mit gleich, ungleich, leer, nicht_leer, angehakt, groesser, kleiner, enthaelt). Platzhalter wie {{kontext.…}} (Gerät oder Lead der Anwendung) und {{formular.feld}} setzen Werte ein; Ausdrücke und Funktionen gibt es nicht. Eine Anwendung mit erfassenden Bausteinen bekommt unten „Durchlauf abschließen“; die Werte landen als Eintrag.

Veröffentlichen und Freigeben

Veröffentlichen erzeugt eine unveränderliche Version; der Entwurf läuft daneben weiter. Wer die Anwendung sieht, legt eine Freigabe fest: ganze Firma, nur Admins oder einzelne Personen. Der Dialog zeigt in Sätzen, was die Anwendung liest und tun darf. Veröffentlichen und Freigeben macht nur ein Mensch; Toni kann Entwürfe bauen, nicht in Betrieb nehmen.

Werkzeuge und Schutz

• Datenquellen und Aktionen kommen aus dem Werkzeugkatalog der Plattform (baukasten_werkzeuge listet sie, getrennt nach lesen und schreiben).
• Welches Werkzeug mit welchen Parametern läuft, steht in der Version; der Browser schickt nur Baustein-ID und Werte.
• Gesperrt sind Löschen, Meta-Werkzeuge, Oberflächen-Werkzeuge und der Baukasten selbst.
• Jede schreibende Ausführung steht im Aktionsprotokoll (Person, Herkunft, Werkzeug, Ergebnis; Geheimnisse geschwärzt).
• Im Entwurf laufen Aktionen nur für Verwalter, mit dem Hinweis „Test, wird wirklich ausgeführt“.

API-Funktionen

canvas_oeffnen, canvas_lesen, canvas_setzen, canvas_baustein_einfuegen, canvas_baustein_aendern, canvas_baustein_entfernen, canvas_baustein_verschieben, canvas_rueckgaengig, anwendungen_liste, anwendung_oeffnen und baukasten_werkzeuge. Sie bearbeiten den Entwurf; Veröffentlichen geschieht in der App.

Was ein Agent ist

Ein Agent arbeitet Schritte ab, ohne dass jemand daneben sitzt, und fragt nach, sobald etwas Schreibendes oder Nach-außen-Wirkendes ansteht. Er ist ein Entwurf, bis ein Mensch ihn als unveränderliche Version veröffentlicht; nur eine aktive Version darf laufen. (Nicht zu verwechseln mit dem Chat-Agenten, der Gespräche führt.)

Briefing und Leitplanken

Das Briefing hat ein Ziel, ein „fertig wenn“ und Anweisungen in Sätzen. Dazu kommen höchstens 20 Leitplanken („Nie …“, „Immer …“, „Nur …“) und das KI-Modell in vier Stufen (schnell, ausgewogen, gruendlich, tiefgang), pro Schritt änderbar.

Schritte und Freiheitsgrad

Typ	Freiheit	Wirkung
werkzeug, entscheidung	fest	ein Werkzeug mit festen Parametern; Bedingung mit Sprungziel
tabelle, pdf_werte, berechnen	fest	Tabellen umformen, Werte aus PDF lesen, rechnen, ohne KI
ki	geführt	KI-Aufgabe mit Eingaben und festen Ergebnisfeldern
datei	geführt	Dateien des Laufs lesen (PDF, CSV, XLSX, TXT, JSON)
browser	geführt	fremde Webseite bedienen, nur auf freigegebenen Domains
frei	frei	KI wählt aus erlaubten Werkzeugen selbst (mit Rundengrenze)
frage	Mensch	wartet auf Freigabe oder Eingabe

Für Wiederholungen nimmst du feste Schritte, für Spielraum geführte oder freie. Ergebnisse stehen in {{schritte.<key>.<feld>}}, Eingaben in {{eingabe.<feld>}}.

Auslöser

• Von Hand, per Toni-Chat oder Sprache.
• Zeitplan: einmalig, täglich, wöchentlich, monatlich, jährlich oder Intervall ab 15 Minuten; höchstens zehn.
• Plattform-Ereignis: 24 Ereignisse in sechs Gruppen: Anfragen und Kunden (lead.neu, rueckruf.gewuenscht, webchat.neu), Mails, Anrufe und Tickets (mail.neu, anruf.analysiert, ticket.neu), Termine (kurstermin.gebucht, podcast.gast_gebucht), Angebote, Rechnungen und Abos (angebot.angenommen, rechnung.bezahlt, rechnung.ueberfaellig, mahnung.faellig), Interviews, Dateien und Anwendungen (interview.fertig, datei.neu) und Service (wartung.meldung).
• Webhook: ein geheimer Link, der den Agenten startet.

Zeitplan- und Ereignisläufe arbeiten mit den Rechten der Person, die veröffentlicht hat.

Läufe, Budget, Rückfragen

Ein Lauf ist wartet_auf_start, laeuft, wartet, angehalten, fertig, fehler oder abgebrochen; jeder Schritt schreibt Ereignisse mit Begründung. Das Budget pro Lauf (60 Schritte, 40 KI-Aufrufe, 30 Minuten) hält den Lauf an, statt still weiterzulaufen. Schreibende Werkzeuge lösen eine Rückfrage aus: „Ja, einmal“ gilt nur für diese Parameter, „Ja, immer“ merkt sich das Werkzeug im Entwurf, „Nein“ hält an. Werkzeuge mit Außenwirkung (send_, publish_, submit_, activate_, deploy_) fragen auch bei „immer“ nach. Mit simulation: true läuft der Entwurf als Probe: Lesen echt, Schreiben nur angezeigt.

Ergebnis und Sicherheit

Am Ende steht ein Bericht (Glocke oder Mail). Zugangsdaten für fremde Seiten erreichen die KI nie. Veröffentlichen macht nur ein Mensch.

API-Funktionen

agent_entwurf, agent_oeffnen, agent_briefing, agent_setzen, agent_schritt_einfuegen/_aendern/_entfernen, agent_lesen, agenten_liste, agent_starten, agent_lauf_status, agent_rueckfragen (lesen), agent_anhalten, agent_fortsetzen. Beantwortet werden Rückfragen von einem Menschen in der Oberfläche, nicht über die API.

Agent-Teams: mehrere Agenten, ein Ziel

Ein Agent-Team ist eine Gruppe von Chat-Agenten mit einer gemeinsamen Aufgabe, die miteinander diskutieren und dabei auf den Wissensgraphen deines Unternehmens zugreifen. Jedes Team hat Name, Ziel und Typ:

Typ	Fragestellung
optimization	Was kann verbessert werden?
implementation	Was muss konkret umgesetzt werden?
process	Welche Prozesse müssen aufgebaut oder verändert werden?
strategy	Wohin soll es gehen?
custom	frei

Jedes Mitglied hat eine Rolle im Team (teamRole, roleDescription), einen Agententyp (zum Beispiel seo, sales, support, book, podcast), erlaubte Werkzeug-Kategorien (mcpTools), eine Sprechreihenfolge (speakingOrder) und das Recht, ein Gespräch zu eröffnen (canInitiate). Ein Team braucht mindestens zwei Mitglieder.

Wie Teams entstehen

• Aus einem Interview: Die Plattform liest die Insights und schlägt zwei bis vier Teams vor, je aus drei Perspektiven: Optimierung, Prozess, Umsetzung. Vorhandene Chat-Agenten werden wiederverwendet.
• Aus dem Betriebswissen: Handbuchseiten, erfolgreiche Reflexionen und frühere gute Läufe liefern Vorschläge ohne Interview.
• Von Hand oder per Toni: create_team legt ein Team an, list_teams listet die Teams deines Unternehmens.
• Selbsttätig: Ein Steuerungstakt prüft nach festen Regeln: ein kritischer Engpass bekommt ein Untersuchungsteam, ein neues Interview löst Vorschläge aus, ein aktives Team ohne Lauf bekommt eine Diskussion, freigegebene Aufgaben werden ausgeführt, schwache Läufe (Qualität unter 50) werden neu angestoßen. Nachts nur bei kritischen Engpässen.

Läufe

Ein Lauf ist eine Diskussion mit Rundenzahl- und Token-Budget und einer Qualitätsbewertung. Ergebnisse (Erkenntnisse, Aufgaben) werden im Graphen verknüpft. Aus dem Feedback schlägt die Plattform eine veränderte Identität eines Agenten vor und wendet sie erst nach menschlicher Freigabe an.

Stand der Plattform: Die API bietet nur list_teams und create_team; Details, Graph-Kontext und Diskussionen laufen in der App.

KI-Mitarbeiter unter Toni

Toni gibt Aufträge an acht feste Figuren weiter. Jede hat ein eigenes Aufgabengebiet und darf nur die Werkzeuge dieses Gebiets benutzen; sie arbeiten im Hintergrund und melden sich im Chat zurück.

Figur	Aufgabe	Gebiete
Ufo	Alles rund ums Telefon	Telefon-Agenten, CRM
Miss Penny	Chefsekretärin	CRM, E-Mail, Termine, Handbuch
Sherlock	analysiert jede Anfrage	CRM, Mitglieder, Recherche
König Dagobert	Angebote, Nachfassen, Rechnungen, Mahnungen	Angebote, Buchhaltung, Katalog, Aufträge
Rex	Spürhund für Belege	Dateien, E-Mail
Nemo	sorgt dafür, dass man dich findet	Webseiten, Kampagnen, Landingpages, Podcasts, Stories, Testimonials, Bücher
Merlin	der Weise, der alles weiß	Dateien, Wissensgraph, Handbuch, Glossar
Zerberus	passt auf deine Daten auf	nimmt keine Aufträge an

Du kannst Namen und Zusatzwissen je Figur anpassen und sie ausschalten. Toni übergibt Aufträge mit an_mitarbeiter_geben; Figuren geben nie selbst Aufträge weiter. Außenwirkung (Senden, Veröffentlichen) lehnen sie ohne Vollmacht ab und fragen erst nach. Ein neuer Ablauf für eine Figur läuft zuerst als Probe; ein Mensch gibt ihn per Karte frei.

Was die Redaktion tut

Die Redaktion (Content-Engine) lässt deine Webseiten und Kanäle selbst wachsen: Sie erkennt, wonach gesucht wird und wo Lücken sind, und lässt Toni passende Beiträge schreiben. Du siehst das als Newsroom mit vier Räumen: Schreibtisch (das Brett aus Ideen, „Toni schreibt“, deine Durchsicht, geplant und online), Eingang (Quellen), Plan (Kalender) und Sichtbarkeit (Überblick, Themengebiete, Suche und Lücken, Netz).

Von der Nachfrage zur Seite

1. Nachfrage: Suchanfragen aus der Search Console, Keywords aus Gesprächen, Produkte und das Geschäftsmodell ergeben die Nachfrage. Ein Thema gilt als gefunden, wenn es aus mindestens zwei Quellenarten stammt, dreimal in 90 Tagen auftaucht oder eine echte Marktlücke ist.
2. Themenfeld: Keyword-Gruppen werden zu Themenfeldern, diese zu Themengebieten mit einem Ratgeber (Überblicksseite) und Unterseiten je Absicht (kaufen, mieten, Vergleich, Kosten).
3. Platzierung: Jede Domain bekommt eine Rolle (Hauptdomain oder Ableger); ein Thema liegt auf seiner Heimat-Domain und bis zu drei weiteren.
4. Abgleich: Jede Suchanfrage wird einer Seite zugeordnet. Ergebnis je Anfrage: gut bedient, schwach, falsche Seite, Lücke oder neu.
5. Arbeit: Aus Lücken werden Arbeiten: neue Seite, Überblicksseite, Umschreiben, Abschnitt ergänzen, Titel und Meta, Verlinkung, Übernahme einer fremden Seite. Bremsen: eine offene Arbeit je Seite, Messruhe nach Veröffentlichung, begrenzter Vorrat.
6. Schreiben: Toni liefert Struktur, Vertiefung, FAQ und Bilder. Ein Belegabgleich prüft jeden Satz; unbelegte Sätze werden umgeschrieben oder gestrichen, der Rest steht im Prüfbericht.
7. Durchsicht und Veröffentlichung: je nach Arbeitsweise.

Arbeitsweise je Domain

Ein einziger Regler steuert, wie viel Toni selbst darf:

Stufe	Bedeutung
aus	Toni schreibt nichts
fragt	Toni schreibt, du schaust vor der Veröffentlichung drüber
frei	Toni schreibt und veröffentlicht selbst

Dazu kommt ein Tagesbudget für neue Vorhaben; Ruhetage und Messruhe bremsen zu schnelle Änderungen.

Eingang: Quellen

Im Eingang trägst du Feeds, Webseiten oder YouTube-Kanäle ein; neue Einträge werden gegen deine Themenfelder bewertet. Passt ein Eintrag gut, wird daraus ein Impuls für einen Beitrag mit deiner Sicht und Verweis auf die Quelle. Selbsttätig legt Toni nur passende Beiträge an, höchstens drei je Quelle und Tag.

Content-Ideen aus dem Sparring

Der Bereich sparring verwaltet Content-Ideen, die im Gespräch mit Toni entstehen oder von Hand angelegt werden. Eine Idee hat:

Feld	Bedeutung
content_type	Ziel: podcast_episode, book_chapter, blog_post, social_media, landingpage
keyword, target_audience	Thema und Zielgruppe
urgency, impact	Dringlichkeit und Wirkung, jeweils 0,0 bis 1,0
composite_score	Gesamtwertung zur Rangfolge
Status	active, in_progress, archived

get_idea_backlog zeigt die besten Ideen, get_content_ideas filtert, create_content_idea legt eine an, approve_idea gibt sie zur Produktion frei, archive_idea räumt weg.

Wirkung

Keywords liefern die Themen, Sprachprofil und Storyfilter den Ton, Geschäftsmodell und Angebote das Ziel, der Wissensgraph die Belege. Das Ergebnis erscheint als Themenseite, Magazin-Beitrag oder Posting und wird nach der Veröffentlichung gemessen: Besuche, Bots, Anfragen.

Gemeinsames Muster

Podcasts, Bücher, Hörbücher und Kurse haben dieselbe Herkunft: Sie werden aus Interview, Storyfilter, Sprachprofil, Keywords, Angebot und Limbic-Typ abgeleitet. Fast alle tragen die Felder interview_id, storyfilter_id, linguistic_id, offer_id, limbictype und einen Limbic-Styleguide, damit Ton, Bild und Stimme zum Rest passen.

Podcasts und Episoden

Ein Podcast ist die Sendung: Titel, Untertitel, Beschreibung, Sprache, Rhythmus (hourly, daily, weekly, monthly), Programmart (episodic oder serial), Kategorien, Autor, Intro und Outro, Angebot mit Handlungsaufforderung. Seine Schmerzpunkt-, Lösungs- und Absichtsfelder stammen aus dem Storyfilter. Eine Episode gehört zu genau einem Podcast und hat Nummer, Titel, Beschreibung, Zusammenfassung, Shownotes, Transkript, Dauer und Veröffentlichungsdatum. Der Produktionsstand läuft in der App über Idea, Briefing, Vorproduktion, Produktion, Abnahme, Freigegeben; über die API ist status ein Freitext, gebräuchlich sind draft, ready, scheduled, published. Eine Qualitätsbewertung prüft Episoden auf Gesamtscore, riskante Inhalte, Urheberrecht, Datenschutz, Keyword-Optimierung, Struktur, Ton, Wahrheitsgehalt und Themenpassung. schedule_episode plant ein Datum ein, get_rss_feed liefert den Feed-Link. Gesprochen wird mit einer geklonten Firmenstimme.

Podcast-Gäste

Gäste durchlaufen die Phasen eingeladen, vorbereitung, aufnahme, nachbereitung oder abgesagt. Der Gast bucht seinen Termin aus Aufnahmetagen, die der Betrieb festlegt. get_podcast_gaeste und get_podcast_aufnahmetage lesen den Stand; find_podcast_gast_kandidaten sucht mögliche Gäste in Anfragen, Adressbuch und Ansprechpartnern.

Bücher

Ein Buch hat Titel, Untertitel, Autor, Beschreibung, Status (draft, published, in_progress), Sprache, Preis, ISBN und viele Marketingfelder (Klappentext, Kapitel-Einblicke, „Über den Autor“, SEO-Titel und -Keywords). Kapitel haben Titel, Text, Position (order) und Status. Die Buchstruktur folgt dem Storyfilter; das Limbic-Profil bestimmt die Ansprache. get_isbn_status prüft die ISBN, export_book_as_pdf startet den Export, get_book_statistics zählt.

Hörbücher

Ein Hörbuch hat dieselbe Gliederung (Hörbuch, Kapitel). Der Status läuft von draft über in_production und processing zu ready oder error. create_chapter_audio formt den Kapiteltext in eine gesprochene Fassung um, passend zum Limbic-Typ (Tempo, Betonung, Pausen, Anrede), und überschreibt den Text des Kapitels. Danach spricht die Plattform die Kapitel; sind alle ready, ist das Hörbuch fertig.

Akademie

Kurse bestehen aus Modulen, Module aus Lektionen. Ein Kurs hat Typ (internal, external, onboarding, howto), Zugang (Public, Privat), Preis oder isfree, Dauer, Lernziele, Zielgruppe, drei Problem- und drei Ergebnis-Felder sowie Dozent. Präsenz- oder Online-Kurse können Termine mit Ort, Teilnehmerzahl und Buchung haben. Der Status im Datenmodell ist draft oder publish.

API-Funktionen

get_podcasts, create_episode, update_episode, get_episode_stats; get_books, create_chapter, reorder_chapters; get_audiobooks, create_audiobook_chapter; get_courses, create_module, create_lesson, summarize_course. Alle löschenden Funktionen verlangen "bestaetigt": true.

Lead: ein Interessent mit Herkunft

Ein Lead ist ein Interessent oder Kontakt: Name, Anrede, Firma, Kontaktdaten, Status, Pipeline und vor allem seine Herkunft (funnelSource, Landingpage, Absendeseite, Kampagnen-Kennung, Anzeigen-Klick). Dazu kommen Spam-Kennzeichen, Notizen (eine Liste mit Inhalt, Autor und Datum), Wiedervorlage und Dealwert. Ein Lead entsteht über Webformulare, Landingcards, Webchat, Anrufe, Buchungslinks oder von Hand. Intern angelegte Hilfseinträge zählen nicht als echte Anfrage.

Status, Pipelines und Workflows

Der Lead-Status hängt von deiner Pipeline ab; die Plattform prüft nur auf Gleichheit. Eine Pipeline ist eine Reihe von Stufen (zum Beispiel neu, Termin, Gespräch geführt, gewonnen, verloren). list_pipelines zeigt deine Pipelines, list_workflows die hinterlegten Abläufe, change_lead_status verschiebt einen Lead. Die Stufe eines Deals setzt die Plattform bei aktivierter Automatik aus Anrufen, Mails und Angeboten selbst.

Termine

Ein Termin gehört zu einem Lead und hat Art (Standard interview), Dauer (mindestens 15, Standard 45 Minuten), Kanal, Ort oder Meeting-Link und Status: scheduled, confirmed, completed, cancelled, no-show. Der Termin zieht den Lead mit: geplant oder bestätigt setzt ihn auf appointment, erledigt auf interviewed, abgesagt auf rejected; bei no-show entscheidet der Mensch. check_availability zeigt freie Zeitfenster eines Tages unter Berücksichtigung der Wochenzeiten, vorhandener Kalendertermine (auch Google, Microsoft, ICS), Urlaub und Feiertagen.

E-Mail-Vorlagen und Aufgaben

• E-Mail-Vorlagen (list_email_templates) haben Typen wie Allgemein, Rückruf, Follow-up und Toni-App-Einladung. Eigene Werte setzt du mit {wert.name}. Gesendet wird nur an die Adresse des Leads, mit SMTP deiner Firma, nach Kontaktsperre.
• Aufgaben laufen in einer Liste zusammen: aus CRM, Recruiting und Toni. Status: suggested (Vorschlag, wartet auf Okay), open, done, dismissed. Beantwortete Anrufe und Mails erledigen passende Aufgaben selbst.
• Kontaktsperre: Gesperrte Kontakte bekommen keine Mails und Anrufe.

Auswertung eines Leads

summarize_lead fasst einen Lead kurz zusammen. Anrufe und Mails werden ausgewertet (Transkript, Zusammenfassung, nächste Schritte); daraus entstehen Aufgaben, Keywords und Ereignisse für Agenten (lead.neu, anruf.analysiert, mail.neu). Eine Anreicherung ergänzt Position, Branche, Firmengröße und Profile aus öffentlichen Quellen.

Marktplatz und Konvertierung

Leads tragen Felder für Marktplatz, Zuweisung und Preis. Ein Lead kann zu einem Mitglied mit eigener Firma konvertiert werden (Konvertierungs-Assistent), zum Beispiel für den Zugang zur Toni-App. Die Karte „Toni-App“ am Lead stellt Zugangscode und Einladungs-Link bereit.

API-Funktionen

get_leads (Filter Status, Pipeline, Suche), get_lead, create_lead, update_lead, delete_lead, change_lead_status, get_appointments, schedule_appointment, update_appointment, cancel_appointment, list_pipelines, list_workflows, list_email_templates, summarize_lead, check_availability, trigger_website_crawl.

Wirkung

Der Wissensgraph verknüpft Leads mit Anrufen, Terminen, Mails und Interviews; die Redaktion misst, welche Seite Anfragen bringt; Agenten starten bei neuen Leads; Toni nennt in Berichten die Lead-Zahlen aus dem CRM, nicht aus dem Graphen.

Ziele des Chefs

Toni setzt sich keine eigenen Ziele; Ziele setzt der Chef. Ein Ziel hat einen Istwert, eine Prognose, eine Ampel und eine Umsetzung aus Teilaufgaben und Schritten. Den Istwert misst die Plattform aus dem Kennzahlverlauf ab dem Startdatum (verfügbar sind rund 90 Tage). Schritte gehören entweder Toni oder einem Menschen; menschliche Schritte erscheinen als Aufgaben in der Aufgabenliste, und der Status spiegelt sich in beide Richtungen: offen, in_arbeit, erledigt, verworfen. Toni kann Ziele vorschlagen und planen, aktivieren darf nur der Chef.

Tonis Wand

Die Wand ist der Ort für Orientierung und Selbststeuerung, aufgebaut als Kette, die von oben nach unten zu den täglichen Handlungen führt:

1. Ergebnis: das Ziel in einem Satz, genau ein aktives Ziel.
2. Warum: was dahintersteht, mit dem Bedürfnis, das es bedient.
3. Identität: wer du dafür sein willst.
4. Handlung: tägliche Schritte mit Rhythmus (einmalig, täglich oder an bestimmten Tagen) und Strich für heute.

Zu einem Ziel gehören Teilziele (Vorschlag, offen, erreicht) und Stationen als Bilder. Die sechs Grundbedürfnisse sind sicherheit, abwechslung, bedeutung, verbindung, wachstum und beitrag.

Inneres System und Sitzungen

• Sitzung „Was dich antreibt“: rund 25 Minuten, neun Schritte; sie ordnet Bedürfnisse, Regeln, Werte und Muster, und hält eine Szene fest (Ich-Form, Präsens, Ort, Geräusch, Gefühl).
• „Ich hänge gerade“: eine Intervention von zwei bis drei Minuten in sechs Schritten; Toni erkennt Signale selbst oder du drückst den Knopf. Am Ende steht, was gewirkt hat. Mit einem Wenn-dann-Plan lässt sich ein Hindernis absichern.
• Morgen- und Abendroutine: meditativ im Vollbild mit eigenem Bild und Musik, mit lebenden Sätzen aus deinem Stand.

Wer bestimmt, was gilt

Toni macht Vorschläge, ob für Ziele, Bedürfnisse, Teilziele oder Aufgaben; du entscheidest mit „Stimmt“ oder „Stimmt nicht“. Abgehakt wird eine Handlung nur, wenn du ausdrücklich sagst, dass du sie getan hast.

Wirkung

Das aktive Ziel steuert Tonis Prioritäten: Berichte, Rückfragen und Vorschläge richten sich an der Kette aus. Ziele verbinden sich mit Aufgaben (crm-…, recruiting-…, toni-…) und Erkenntnissen.

Stand der Plattform: Ziele und Wand sind persönliche Daten der Chefin oder des Chefs und gehören nicht zur öffentlichen API. Du erreichst sie in der App und im Gespräch mit Toni.

Mandant: die harte Trennlinie

Jede Funktion arbeitet nur mit den Daten deines Unternehmens; Unternehmen und Person kommen aus dem Schlüssel. Schickst du company_id oder member_id im Körper mit, werden sie überschrieben. Fremde IDs liefern „nicht gefunden“. Toni, Agenten und Mitarbeiter arbeiten mit Mandant und Rechten der auslösenden Person.

Rechte am Schlüssel

Ein neuer Schlüssel darf zunächst nur KI-Rechenleistung nutzen; Plattform-Funktionen schaltest du einzeln frei:

Recht	Erlaubt	Beispiele
lesen	Daten abrufen und durchsuchen	Bücher listen, Leads suchen
schreiben	Anlegen und ändern	Kapitel ändern, Lead aktualisieren
veroeffentlichen	wirkt nach außen	Folge veröffentlichen
loeschen	unumkehrbar	Buch löschen, Lead löschen

Die Stufe ergibt sich aus dem Funktionsnamen (get_, list_, search_ lesen; delete_ löschen; publish_, activate_ veröffentlichen; im Zweifel schreiben). Löschen und Veröffentlichen verlangen zusätzlich "bestaetigt": true; ohne diese Angabe antwortet die API mit 409 und führt nichts aus. Fehlt das Recht, kommt 403 mit dem Code recht_fehlt. Weiter begrenzbar: Monatslimit in Euro, erlaubte Größen und IP-Adressen, Aufrufe pro Minute, Widerruf jederzeit.

Was bewusst draußen bleibt

Funktionen, die KI-Rechenleistung verbrauchen (Erzeugen, Analysieren, Transkribieren, Anreichern, Extrahieren, Vorschlagen) oder nach außen senden (Versenden, Einreichen, Ausspielen), sind derzeit nicht in der öffentlichen API. Ebenso fehlen Bereiche mit persönlichen Daten (Motivprofile, Ziele, Wand), Stellenanzeigen, Webseiten-Texte, Mitglieder, Domains, E-Mail, Anrufe und Marktplatz. Stand der Plattform, änderbar.

Datenschleuse

Die Datenschleuse maskiert Personenbezogenes, bevor ein Text an eine externe KI geht, und tauscht es in der Antwort zurück. Sie erkennt Namen, Firmen, E-Mail-Adressen, Telefonnummern, IBAN, BIC, Steuernummern, Adressen, Geburtsdaten, Kartennummern, Zugangsdaten und Domains und setzt Platzhalter wie «PERSON_1». Unmaskiert bleiben Städte allein, Beträge, IDs und Datumsangaben. Zwei Stufen: Muster und Stammdaten der Firma, dazu ein lokales Erkennungsmodell für unbekannte Namen. Eigene Listen („immer“, „nie maskieren“) sind möglich; Zugangsdaten, Karten und IBAN bleiben trotzdem maskiert.

• Im Toni-Chat schaltet die Firma sie ein oder aus (Standard aus), nur der Inhaber legt um.
• Beim KI-Gateway der API läuft sie je Schlüssel, Standard an.
• Fail closed: Ist die Schleuse nicht erreichbar, geht nichts hinaus. Das Protokoll hält nur Art und Anzahl fest.

Vollmachten und Rückfragen

Tonis Handeln im Hintergrund läuft durch eine Vollmachtsprüfung: Beim ersten Mal erscheint eine Vorlage mit „Ja, einmal“, „Ja, immer so“ oder „Nein“. Harte Leitplanken bleiben im Code: Löschen, Geld, Massenversand, Verträge, fremde Plattformen, Tagesbudget, neue Empfänger.

Mensch am Schalter

Dinge mit Tragweite entscheidet ein Mensch: Agenten und Anwendungen veröffentlichen, Ziele aktivieren, Außenwirkungen freigeben. Webhooks gehen nur an freigegebene Ziele (list_webhook_ziele, von Firmen-Admins angelegt): https, öffentliche Adressen, signiert, ohne Weiterleitungen. Zugangsdaten für fremde Webseiten erreichen die KI nie. Firmendateien sind firma oder privat; Private sieht nur die Person selbst, Agenten und Anwendungen sehen nur Firmendateien.

Kundensupport über alle Kanäle

Der Kundensupport sammelt Nachrichten aus E-Mail (auch mehreren Postfächern), Shop-Plattformen, Kommentaren und Messengern in einer Oberfläche, die über einen Arbeitsplatz im Browser bedient wird. Je Kanal gilt eine Arbeitsweise:

Stufe	Wirkung
aus	Kanal wird nicht bearbeitet
fragt	Toni schlägt eine Antwort vor, ein Mensch sendet
frei	Toni antwortet allein, aber nur in eng umrissenen Fällen
simulation	Alles wird durchgerechnet, nichts gesendet

Automatisch antwortet Toni nur, wenn Absicht (zum Beispiel Statusfrage), Identität des Kunden (E-Mail oder Telefon) und ein frischer Datensatz aus der Faktenquelle zusammenpassen. Heikle Anliegen (zum Beispiel Reklamation oder Rückzahlung) und Wörter wie Anwalt oder Anzeige gehen immer an einen Menschen und erzeugen ein Ticket. Eine Frühwarnung meldet Ansturm, Beschwerdehäufung, Eskalationswörter, Stau und stille Kanäle, ohne Kundentext in Mail oder Glocke. Aus freigegebenen und korrigierten Antworten lernt das System pro Firma, nie firmenübergreifend; Fakten bleiben die einzige Wahrheit.

API: kundensupport_suche findet ähnliche Kundenthemen samt unserer Antwort, kundensupport_muster gruppiert wiederkehrende Anliegen der letzten Tage. Beide lesen nur.

E-Mail-Vorlagen und Dateien erzeugen

Der Bereich verbindungen verwaltet E-Mail-Vorlagen für Mails an Leads (list_email_vorlagen, create_email_vorlage, update_email_vorlage, preview_email_vorlage) und erzeugt Dateien (create_datei: Word, Excel, CSV, JSON, Markdown, Text) im Ausgabe-Ordner der Firma. Webhook-Ziele listet list_webhook_ziele auf.

Angebote und Rechnungen

Hier gilt die Trennung: Der Katalog beschreibt, was du anbietest (Kapitel Geschäftsmodell). Belege (Angebot, Rechnung, Mahnung, Abo) leben in der Buchhaltung: Abos und wiederkehrende Rechnungen, Mahnwesen mit Entwürfen, Buchungslinks, KI-Guthaben. Diese Bereiche sind nur zum Lesen oder für Entwürfe in der API, versendet wird per Klick in der App.

Mein Unternehmen

In der App zeigt Mein Unternehmen die Firma als Bild: Hallen für Vertrieb, Marketing, Kommunikation, Lieferung, Produktion, Service, Finanzen, Personal und die KI-Halle mit den KI-Mitarbeitern. Zahlen kannst du auf Zeiträume wie heute, 7, 14, 90 Tage, Jahr oder gesamt umstellen.

Das Muster hinter den Bereichen

Fast alle Bereiche folgen demselben Muster: ein Objekt (Buch, Kampagne, Seite, Kurs, Agent) kennt den Kontext über Verweise (interview_id, storyfilter_id, linguistic_id, limbictype, offer_id, keyword_id). Willst du ein Objekt für dein Unternehmen passend machen, setzt du diese Verweise zuerst. Der Rest folgt aus dem Kontext.