Katalog der integrierten MCP-Server¶
Diese Seite dokumentiert die eingebauten MCP-Server des CLYE AI möglichst vollständig. Gemeint sind die Server, die direkt im Produkt definiert werden und technisch als createVirtualMcpServer(...) entstehen.
Wichtig:
- Nicht jeder integrierte MCP-Server ist in jedem Setup sichtbar.
- Manche Server sind nur für Admins, interne Workflows oder spezielle Spaces gedacht.
- Nicht jeder Server ist gleichermaßen sinnvoll als Automation Action.
Wie das mit Automation Actions zusammenhängt¶
Wenn ein integrierter MCP-Server echte Tools bereitstellt, erscheinen diese Tools typischerweise auch in der Aktion-Auswahl von Automationen.
Praktisch heißt das:
- Der Server ist die Quelle oder Gruppe.
- Das Tool ist die konkrete Automation Action.
- In technischen IDs ist das meist
server/tool, zum Beispiel: chat/send_messageemail/email_sendevent/event_dispatchtask_management/task_create
Faustregel:
- Datasource-Server liefern oft Wissen oder Suchfunktionen.
- Action-Server führen eher Änderungen, Benachrichtigungen oder Prozessschritte aus.
- Manche Server können beides.
Für die Auswahl im Automationsdialog siehe auch:
Schnellüberblick¶
| Server-ID | Titel | Typischer Zweck | Als Automation Action? |
|---|---|---|---|
rag |
RAG | Wissenssuche in Ablage/Space | ja, oft für Recherche- oder Vorverarbeitungsschritte |
memory |
Memory | dauerhafte Notizen / Kontext | eingeschränkt, eher Spezialfall |
web |
Web | Websuche und Seiten öffnen | ja, aber mit Bedacht |
browser |
Browser | Browser-Interaktion | eher selten, nur wenn UI-Schritte nötig sind |
sharepoint |
SharePoint | Suche und Lesen in SharePoint | ja |
database |
Datenbank | SQL-Abfragen | ja |
folder |
Ordner | lokaler Ordnerzugriff | ja, wenn im Setup freigegeben |
workspace_fs |
Workspace-Dateisystem (virtuell) | Dateien lesen, patchen, löschen | ja |
space_fs |
Space-Dateisystem (Shell) | Shell-artige Dateioperationen im Space | ja |
automation |
Automation | Automationen suchen/ändern, JS/TS ausführen | ja |
chat |
Chat | Nachrichten an Chats senden | ja, sehr häufig |
task_management |
Aufgabenverwaltung | Aufgaben anlegen, suchen, aktualisieren | ja |
event |
Events | Events lesen und auslösen | ja |
email |
E-Mails versenden | ja | |
push_notifications |
Push-Benachrichtigungen | Web-Push verschicken | ja |
template |
Template | Vorlagen abrufen und ausfüllen | ja |
form |
Form | Formulare und dokumentnahe Eingaben | eingeschränkt |
vision |
Vision | Bildanalyse | ja |
website_index |
Website-Index | Websites indexieren und bereinigen | ja |
chunk |
Chunk | Chunks indexieren oder invalidieren | ja |
skill |
Use Skills | Skills anwenden | ja |
skillAdmin |
Skill Admin Tools | Skills erstellen/suchen/patchen | eher admin-/editor-nah |
feedback |
Feedback | Feedback einreichen und eigenes Feedback lesen | ja |
feedbackAdmin |
Feedback Admin | Feedback verwalten und Insights | eher admin-/editor-nah |
mcp |
Manage local MCP servers | MCP-Server installieren, entfernen, listen | eher Admin/Setup |
custom |
Custom | eigene JS/TS-Tools | ja, für fortgeschrittene Setups |
http |
Web Request | erlaubte HTTP-Requests | ja |
parallel |
Parallel | mehrere Tools parallel ausführen | ja |
current_time |
Aktuelle Uhrzeit | Zeit/Datum | ja |
ask |
Fragen stellen | strukturierte Rückfragen an Nutzer | im Hintergrund meist unpassend |
ask_questions |
Fragen an Ersteller | Rückfragen an Content Owner | eher Chat-/Q&A-orientiert |
mdx |
MDX in Chat | UI-Komponenten im Chat rendern | nein, primär Darstellung |
bot |
Assistenten erstellen | neue Assistenten anlegen | eher Admin/Builder |
nanobana |
Nanobana | Bildgenerierung über Nanobana | ja |
admin |
Admin | Admin-Operationen | nur Admin |
test |
Test | interner Testserver | nein, nur intern |
store |
Manage local MCP servers | Store-nahe MCP-Installation | eher intern |
show_planning |
Planung anzeigen | To-do-/Planungsanzeige | eher Chat-orientiert |
Wissens- und Datenserver¶
Diese Server sind vor allem für Suche, Lesen, Kontext und Datenzugriff gedacht.
rag – RAG¶
Zweck:
- Inhalte aus Ablage, Space und Wissen finden
- auf gepflegtes internes Wissen statt freies Web zugreifen
Typische Tools:
rag_search- je nach Setup zusätzliche schreibende RAG-/Chunk-Funktionen
Als Automation Action:
- gut für Recherche-, Prüf- oder Anreicherungs-Schritte
- oft vor
chat/send_message,template/template_filloder Export-Schritten sinnvoll
Mehr dazu:
memory – Memory¶
Zweck:
- dauerhafte Notizen, Präferenzen und stabilen Kontext pflegen
Typische Tools:
memorize
Als Automation Action:
- möglich, aber gezielt einsetzen
- sinnvoll, wenn ein Automation-Lauf bewusst dauerhafte Erkenntnisse speichern soll
- nicht als allgemeines Protokoll missbrauchen
Mehr dazu:
web – Web¶
Zweck:
- Websuche
- konkrete URLs öffnen und lesen
Typische Tools:
web_searchweb_open_url
Als Automation Action:
- technisch möglich
- sinnvoll für aktuelle externe Daten
- vorsichtig bei Stabilität, Reproduzierbarkeit und Quellenschwankungen
Mehr dazu:
browser – Browser¶
Zweck:
- Seiten nicht nur lesen, sondern interaktiv durchgehen
Typische Tools:
browser_use
Als Automation Action:
- möglich, aber eher Spezialfall
- sinnvoll nur, wenn ein UI-basierter Webablauf wirklich nötig ist
- weniger robust als API- oder HTTP-basierte Integrationen
sharepoint – SharePoint¶
Zweck:
- Inhalte in SharePoint suchen, lesen und zusammenfassen
Typische Tools:
sharepoint_searchsharepoint_readsharepoint_overview
Als Automation Action:
- gut für Dokumentenrecherche, Inbox-/Portal-Sync, Vorprüfung und Zusammenfassungen
database – Datenbank¶
Zweck:
- SQL-Abfragen auf verbundene Datenbanken
Typische Tools:
sql_querysql_table_infosql_tables
Als Automation Action:
- sehr gut für technische Workflows
- nützlich für Prüfungen, Reports, Datenanreicherung und Query-basierte Entscheidungen
folder – Ordner¶
Zweck:
- lokaler Ordnerzugriff
Typische Tools:
- ordner-/dateibezogene Lesezugriffe aus dem freigegebenen Kontext
Als Automation Action:
- nützlich, wenn Automationen auf lokale Ordnerstrukturen zugreifen sollen
- stark von eurem Setup und den Freigaben abhängig
Kommunikations- und Prozessserver¶
Diese Server lösen häufiger direkte Aktionen oder Folgeprozesse aus.
chat – Chat¶
Zweck:
- Nachrichten an Chats senden
- LLM-Antworten in bestehenden oder neuen Chats auslösen
Typische Tools:
send_message
Als Automation Action:
- einer der wichtigsten Server für Automationen
- ideal für HTTP-Trigger, Event-Reaktionen, externe Fälle und Assistenz-Workflows
Mehr dazu:
task_management – Aufgabenverwaltung¶
Zweck:
- Aufgaben anlegen, finden, lesen, aktualisieren, löschen
Typische Tools:
task_createtask_gettask_findtask_updatetask_deletetask_get_comments
Als Automation Action:
- sehr gut geeignet
- typischer Standardserver für Workflow- und Nachverfolgungsautomationen
event – Events¶
Zweck:
- Events lesen, auswerten und neue Events veröffentlichen
Typische Tools:
event_listevent_getevent_get_relatedevent_get_typesevent_get_statsevent_dispatch
Als Automation Action:
- sehr stark für eventgetriebene Architekturen
- nützlich, wenn ein Schritt bewusst Folgeevents erzeugen soll
email – Email¶
Zweck:
- E-Mails senden
- optional mit erlaubten Empfängern, Standardempfängern und Anhängen
Typische Tools:
email_send
Als Automation Action:
- sehr gut geeignet
- klassischer Zielserver für Benachrichtigungen, Freigaben, Reports und externe Kommunikation
push_notifications – Push-Benachrichtigungen¶
Zweck:
- Web-Push an Nutzer senden
Typische Tools:
push_notification_send
Als Automation Action:
- gut für kurze, direkte Benachrichtigungen
feedback und feedbackAdmin¶
Zweck:
- Feedback erfassen, listen, aktualisieren und auswerten
Typische Tools:
feedback_submitfeedback_list_minefeedback_listfeedback_updatefeedback_insights
Als Automation Action:
- gut für Qualitäts- und Review-Schleifen
feedbackAdminist eher für administrative Auswertung gedacht
template – Template¶
Zweck:
- Vorlagen abrufen und ausfüllen
Typische Tools:
template_gettemplate_fill
Als Automation Action:
- sehr sinnvoll für dokumentnahe Prozesse
- gut kombinierbar mit
database,sharepoint,ragoderchat
form – Form¶
Zweck:
- Formular-gestützte Dokument- oder Eingabeflüsse
Typische Tools:
- formularbezogene Tools aus dem Embed-/Form-Kontext
Als Automation Action:
- eher Spezialfall
- sinnvoll, wenn ein Workflow bewusst auf strukturierte Eingaben oder Dokumenterstellung zielt
ask – Fragen stellen¶
Zweck:
- dem Nutzer strukturierte Rückfragen mit Antwortoptionen stellen
Typische Tools:
ask
Als Automation Action:
- technisch vorhanden
- für Hintergrund-Automationen meist nicht passend
- eher für interaktive Chat- oder Copilot-artige Flows geeignet
ask_questions – Fragen an Ersteller¶
Zweck:
- Rückfragen an den Ersteller oder Content-Verantwortlichen notieren
Typische Tools:
rag_request_entry
Als Automation Action:
- eher Spezialfall
- nützlich, wenn offene Wissenslücken formal in Q&A oder Content-Pflege überführt werden sollen
Automations-, Datei- und Entwickler-Server¶
Diese Server sind besonders für technische Nutzer und Builder interessant.
automation – Automation¶
Zweck:
- Automationen suchen, patchen, generieren oder Code ausführen
Typische Tools:
automation_searchautomation_trigger_event_searchautomation_patchjs_execute
Als Automation Action:
- sehr mächtig
- vor allem für Builder-Setups, Meta-Automationen und JS/TS-Ausführung geeignet
Mehr dazu:
workspace_fs – Workspace-Dateisystem (virtuell)¶
Zweck:
- Dateien lesen, durchsuchen, patchen und löschen
Typische Tools:
globgrepreadapplyPatchdelete
Als Automation Action:
- sehr nützlich für dokumenten-, datei- oder codebezogene Workflows
space_fs – Space-Dateisystem (Shell)¶
Zweck:
- shell-artige Dateioperationen im Space-Dateisystem
Typische Tools:
fs_shell
Als Automation Action:
- stark für technische Dateiflüsse
- mit Vorsicht einsetzen, weil es ein mächtigerer, shell-naher Zugriff ist
custom – Custom¶
Zweck:
- eigene JS/TS-Tools definieren
Typische Tools:
- dynamisch aus dem hinterlegten Code erzeugte Funktionen
Als Automation Action:
- sehr gut für fortgeschrittene Teams
- sinnvoll, wenn Standard-Tools nicht ausreichen, aber wiederverwendbare Logik gebraucht wird
parallel – Parallel¶
Zweck:
- mehrere Tool-Aufrufe parallel ausführen
Typische Tools:
parallel
Als Automation Action:
- gut für performance-sensitive oder voneinander unabhängige Teilaufrufe
- nur nutzen, wenn Parallelität fachlich sicher ist
http – Web Request¶
Zweck:
- HTTP-Requests an vorher definierte, erlaubte Endpunkte
Typische Tools:
http_request
Als Automation Action:
- sehr wichtig für Integrationen
- oft der direkte Weg zu Dritt- oder Inhouse-APIs
current_time – Aktuelle Uhrzeit¶
Zweck:
- aktuelles Datum und aktuelle Uhrzeit beziehen
Typische Tools:
get_current_time
Als Automation Action:
- hilfreich für Zeitstempel, Berichte, Datumslogik und Vorlagen
vision – Vision¶
Zweck:
- Bilder oder visuelle Inhalte analysieren
Typische Tools:
vision_analyze_image
Als Automation Action:
- gut für bildbezogene Prüfungen, OCR-nahe Analysen oder visuelle Vorverarbeitung
website_index – Website-Index¶
Zweck:
- Websites indexieren oder bereinigen
Typische Tools:
index_websitecleanup_website_chunks
Als Automation Action:
- gut für Content-Ingestion und Pflege von Webwissen
chunk – Chunk¶
Zweck:
- Chunks neu erzeugen oder invalidieren
Typische Tools:
index_chunkinvalidate_chunk
Als Automation Action:
- sinnvoll für RAG- und Ingestion-Workflows
skill und skillAdmin¶
Zweck:
- Skills anwenden oder administrativ verwalten
Typische Tools:
skill_useskill_createskill_searchskill_getskill_patch
Als Automation Action:
skillist gut für standardisierte ArbeitsweisenskillAdmineher für Builder- und Pflegeprozesse
show_planning – Planung anzeigen¶
Zweck:
- Todo-/Planungslisten im Chat sichtbar machen
Typische Tools:
todo_write
Als Automation Action:
- eher Chat- und Transparenzfunktion
- für Hintergrundautomationen selten die eigentliche Kernaktion
Assistenten-, UI- und Medienserver¶
mdx – MDX in Chat¶
Zweck:
- interaktive UI-Komponenten direkt im Chat rendern
Typische Funktion:
- liefert primär Instructions, keine eigentlichen Action-Tools
Als Automation Action:
- nein, nicht als klassische Automation Action gedacht
Mehr dazu:
bot – Assistenten erstellen¶
Zweck:
- neue Assistenten erzeugen oder bot-nahe Builder-Funktionen ausführen
Als Automation Action:
- eher für Builder- und Verwaltungsflüsse
- nicht typischer Standard in Fachautomationen
Mehr dazu:
nanobana – Nanobana¶
Zweck:
- Bildgenerierung über die Nanobana-API
Typische Tools:
nanobana_generate_image
Als Automation Action:
- gut für kreative oder mediennahe Workflows, wenn Nanobana im Setup vorhanden ist
Admin- und interne Server¶
Diese Server sind meist nicht für normale Endnutzer gedacht.
mcp – Manage local MCP servers¶
Zweck:
- MCP-Server installieren, entfernen und auflisten
Typische Tools:
install_mcp_serveruninstall_mcp_serverlist_mcp_servers
Als Automation Action:
- eher Setup-/Admin-Thema
admin – Admin¶
Zweck:
- administrative Operationen wie Bereinigung oder spezielle Benachrichtigungen
Typische Tools:
clean_sandboxesclean_chunkssend_feedback_notification
Als Automation Action:
- nur für Admin-Kontexte
store – Manage local MCP servers¶
Zweck:
- store-nahe Installation lokaler MCP-Server
- derzeit eher als interne oder produktnahe Hilfsfunktion einzuordnen als als normaler Endnutzer-Server
Typische Tools:
install_mcp_server
Als Automation Action:
- eher intern oder für spezielle Setup-Flows
test – Test¶
Zweck:
- interner Testserver
Typische Tools:
timeout_test
Als Automation Action:
- nein, nur intern
Welche Server zuerst relevant sind¶
Für die meisten produktiven Setups sind zuerst diese Server wichtig:
ragchattask_managementeventemailhttptemplatesharepointdatabaseautomation
Für fortgeschrittene technische Teams kommen oft dazu:
workspace_fsspace_fsparallelcustomwebsite_indexvision
Kurz gesagt¶
Die integrierten MCP-Server sind nicht nur Chat-Zusatzfunktionen, sondern zugleich der Werkzeugkasten für Automationen. Sobald ein Server echte Tools mitbringt, tauchen diese typischerweise als mögliche Automation Actions auf. Für produktive Automationen sind besonders chat, task_management, event, email, http, template, database, sharepoint und automation relevant.