Was ist MCP, und wie nutzt deine KI es in sSystm?

MCP (Model Context Protocol) ist der offene Standard, mit dem sSystm deine eigene KI deinen Workspace lesen und beschreiben lässt — statt einen eingebauten Chatbot auszuliefern. Dein CRM, deine Projekte, dein Designsystem und deine Dokumente sind als 29 Tools und 35 Ressourcen über einen einzigen Endpunkt geöffnet. So wird jeder MCP-kompatible KI-Client (Claude, Cursor oder ein anderer) zu einem echten Mitarbeiter an den tatsächlichen Daten deiner Agentur — und nicht zu einer obendrauf geschraubten Frage-Antwort-Box.

Das Problem mit eingebauten KI-Chatbots

Die meisten “KI-gestützten” SaaS-Produkte folgen demselben Muster: eine Chat-Blase in der Ecke, gestützt auf ein generisches Modell mit einem System-Prompt, mit einem Aufschlag auf jeden Token. Sie beantwortet Fragen zu deinen Daten, handelt aber selten auf ihnen — und wenn doch, ist sie an das gebunden, was der Anbieter in diesem Quartal gerade zu bauen entschieden hat.

Dieses Modell hat drei strukturelle Probleme:

1. Du steckst mit der Modellwahl des Anbieters fest. Wenn du Claude bereits vertraust oder dein Team sich auf einen bestimmten Client festgelegt hat, ist dem obendrauf geschraubten Chatbot eines Anbieters das egal — du bekommst seinen, zu seinem Preis.
2. Die KI kann nur, was der Anbieter ausgeliefert hat. Ein Chatbot ist ein fester Satz vorgebauter Abläufe. Neue Fähigkeit bedeutet, auf die Roadmap des Anbieters zu warten.
3. Sie schreibt selten etwas Echtes. Die meisten eingebauten Assistenten sind nur lesende Frage-Antwort auf deinen Daten, weil es ein schweres Problem ist, einem Chatbot sicheren echten Schreibzugriff zu geben — eines, das die meisten Anbieter nicht lösen.

Was MCP eigentlich ist

MCP dreht das um: Statt dass die Plattform eine KI einbettet, öffnet die Plattform sich selbst für die KI, die du mitbringst. Ein Client (Claude Desktop, Claude Code, claude.ai, Cursor) verbindet sich mit einem einzigen Endpunkt und erhält zwei Arten von Fähigkeit:

• Tools — Aktionen, die die KI aufrufen kann, etwa sstm_crm_add_contact oder sstm_wireframe_build. Jedes Tool hat ein typisiertes Schema, damit die KI genau weiß, welche Argumente es braucht.
• Ressourcen — Daten, die die KI lesen kann, adressiert per URI, etwa sstm://crm/deals oder sstm://project/{id}/context. Über Ressourcen verankert sich die KI in deinen echten Daten, bevor sie handelt.

Weil es ein offenes Protokoll ist, arbeitet derselbe KI-Client, der mit sSystm funktioniert, auch mit jedem anderen MCP-Server, für den er konfiguriert ist — es gibt keine anbieterspezifische Integration zu bauen oder zu warten.

Was sSystm über MCP öffnet

sSystms MCP-Oberfläche umfasst 29 Tools und 35 Ressourcen und deckt den gesamten Workspace ab, keine kuratierte Demo-Scheibe:

Bereich	Beispiel-Tools	Beispiel-Ressourcen
CRM	sstm_crm_add_contact, sstm_crm_add_deal	sstm://crm/deals, sstm://crm/contacts
Projekte	sstm_project_create, sstm_project_link	sstm://project/{id}/context, sstm://projects
Designsystem	sstm_design_add_token, sstm_component_create	sstm://design/tokens, sstm://component/recipe
Wireframes	sstm_wireframe_build	sstm://wireframe/{id}, sstm://wireframe/recipe
Content & Marketing	sstm_content_draft, sstm_campaign_create	sstm://content, sstm://newsletters
Dokumente & Kalender	sstm_calendar_add_event	sstm://documents, sstm://calendar/events

Ein konkreter Ablauf sieht so aus: Bitte deine KI, “eine Pricing-Card-Komponente in unserer Marke zu bauen”, und sie liest sstm://design/tokens und sstm://component/recipe, um dein tatsächliches Token-Vokabular und deine Prop-Konventionen zu lernen, dann ruft sie sstm_component_create auf — das Ergebnis landet in deiner geteilten Komponentenbibliothek, markenkonform, von deinem Team überprüfbar. sSystm generiert nie im Namen der KI; es serviert das Rezept, und deine KI ist der Builder. Die vollständige Ressourcenkarte im Detail findest du in der ganzen MCP-Geschichte.

Human-in-Control: Wie Schreibvorgänge freigegeben werden

Lesezugriff über MCP ist sofort da — eine KI kann deine Pipeline oder den Kontext eines Projekts in dem Moment abfragen, in dem sie verbunden ist. Aktionen, die den Zustand ändern, folgen innerhalb von sSystms eigenem Agentenmodus einer strengeren Regel: Jeder Schreibvorgang wird als ausstehend eingestellt, ein Mensch prüft genau, was er tun will, und nichts wird ausgeführt, bis es freigegeben ist. Jeder Lauf — freigegeben oder abgelehnt — wird im Agent-Log festgehalten, sodass die Historie für dein ganzes Team nachvollziehbar ist, nicht nur für die Person, die freigegeben hat.

Dasselbe Prinzip gilt, egal ob die handelnde KI sSystms eingebauter Plattform-Agent oder dein eigener MCP-verbundener Client ist: Die KI schlägt vor, ein Mensch gibt frei. Mehr zur Mechanik in Sicherheit & Datenmodell.

Eingebauter Chatbot vs. MCP-Oberfläche

	Eingebauter Chatbot	sSystms MCP-Oberfläche
Welche KI du nutzt	Die, die der Anbieter gewählt hat	Jeder MCP-Client, dem du ohnehin vertraust
Was sie kann	Fester Satz vorgebauter Abläufe	29 Tools, erweitert mit der Plattform
Preismodell	Pro-Token-Aufschlag auf deiner Rechnung	Bring deine eigene KI-Subscription mit
Schreibzugriff	Meist keiner, oder eng begrenzt	Voller Workspace, mit menschlicher Freigabe
Datenverankerung	Kontextfenster des Anbieters	Echte Ressourcen — deine tatsächliche Pipeline, Tokens, Docs

Wie du deine KI mit sSystm verbindest

1. Öffne das MCP-Modul in deinem Workspace und erzeuge einen Token.
2. Richte deinen Client — Claude Desktop, Claude Code, claude.ai oder Cursor — mit diesem Token auf den Endpunkt.
3. Bitte ihn um etwas, das in deinen echten Daten verankert ist: offene Deals zusammenfassen, eine Komponente in deiner Marke entwerfen oder den vollständigen Kontext eines Projekts auflisten.

Weil sSystm keine zentrale Datenbank hat, landet jeder Lese- und Schreibvorgang, den deine KI über MCP macht, auf der Datenbank, die auf deinem Cloudflare-Konto angelegt wurde — dieselbe BYOC-Garantie, die für dein Team gilt, gilt auch für deine KI. Erkunde den vollständigen Modulkatalog, um alles zu sehen, was deine KI erreichen kann.