Kurz gesagt
- Funktionen machen aus einem Profil einen handlungsfähigen Kontaktpunkt.
- V1 kann per E-Mail funktionieren, ohne private Empfänger zu veröffentlichen.
- Später können Kalender, Webhooks, Rechner und APIs an dieselben Funktionen anschliessen.
Warum Funktionen eigene Namen brauchen
Ein Agent kann mit einem unspezifischen Kontaktformular wenig anfangen. Er braucht eine Aktion, die beschreibt, was gewünscht ist: Rate anfragen, Offerte anfragen, Meeting anfragen, Rückruf anfragen oder Frage stellen.
Diese Namen helfen auch bei der Suche: Ein Agent kann gezielt nach Firmen suchen, die eine bestimmte Funktion anbieten.
E-Mail-basierte Funktionen in V1
In der ersten Version kann eine Funktion intern per E-Mail zugestellt werden. Der Agent sieht die Funktion, aber nicht die private Empfängeradresse.
Unternehmen können pro Funktion unterschiedliche interne Empfänger pflegen, zum Beispiel Sales für Offerten und Beratung für Rückrufe.
Der Weg zu echten Operationen
Sobald ein Unternehmen reifer ist, kann eine Funktion stärker automatisiert werden: Kalenderbuchung, Webhook, Rechner, CRM-Eintrag, API-Aufruf oder strukturierter Fragebogen.
Der Vorteil: Die öffentliche Agent-Schicht bleibt gleich verständlich, während die interne Ausführung professioneller wird.
Checkliste
- Jede Funktion hat einen klaren Namen
- Jede Funktion hat eine kurze Agent-Beschreibung
- Jede Funktion hat eine interne Empfängerregel
- Testaufrufe verwenden dry_run oder preview_only
- Funktionen erscheinen in agent.json und Agent Index
Häufige Fragen
Welche Funktionen sollte ein Unternehmen zuerst aktivieren?
Für die meisten Unternehmen reichen zum Start ask_question, request_quote, request_meeting und request_callback. Branchenspezifische Funktionen kommen danach.
Sind Funktionen gefährlich?
Nicht, wenn sie klar begrenzt sind. Private Daten bleiben verborgen, und die Funktion beschreibt nur eine erlaubte Anfrage oder Aktion.
Google AI fragen
ChatGPT fragen
Claude fragen