Das MCP-Setup für Solo-Founder: ein Endpunkt fürs ganze Backoffice

Die kurze Antwort: MCP für Solo-Founder heißt, die Handvoll Tools, die dein Backoffice tragen, hinter einen Endpunkt zu legen und dem Agenten, der sie nutzt, ein Gedächtnis zu geben, damit du ihn nicht in jeder Session neu über deine eigene Firma briefst. Er wird die Firma nicht für dich führen. Was er beseitigt, ist das Neu-Erklären.

Du kennst die Form deines Tages. Support vor dem Frühstück, mittags einer Rechnung hinterher, nach dem Essen Bug-Triage, um Mitternacht die Doku. Jeder Hut, ein Kopf. Ein KI-Agent kann von diesem Stapel wirklich Arbeit nehmen, aber nur, wenn die Einrichtung nicht selbst ein weiterer Hut wird.

Der echte Engpass ist das Neu-Erklären

Das passiert wirklich, wenn ein Founder anfängt, einen Agenten fürs Backoffice zu nutzen. Der Agent ist fähig. Die Tools verbinden sich. Und dann beginnt jede Session gleich: Du fügst ein, was dein Produkt kostet und warum, welche Kunden auf dem Legacy-Plan sind, wie du Support-Mails unterschreibst, was letzte Woche live ging. Zehn Minuten Briefing vor einer Minute Arbeit.

Dann endet die Session, der Kontext verdampft, und morgen briefst du wieder.

Das ist die Falle naiver Solo-Founder-Automatisierung: Der Agent macht die Aufgabe gut, aber du wirst sein Vollzeit-Kontextlieferant. Das Tun war nie der schwere Teil. Das Neu-Erklären ist es.

Ein realistisches Starter-Setup: vier Tools, ein Endpunkt

Du brauchst keine zwanzig Integrationen. Das Backoffice der meisten Ein-Personen-Softwarefirmen läuft auf vier:

Du könntest jedes davon als separaten MCP-Server in der Config deines Agenten verdrahten. Das funktioniert, und die Mechanik steht in [KI-Agent mit deinen SaaS-Tools verbinden](/de/blog/connect-ai-agent-to-saas-tools). Aber separate Server heißen separate Auth-Flows, separate Configs und ein wachsender Stapel Tool-Definitionen, den das Modell bei jedem Schritt lädt. Vier Server mit je zehn Tools, bei durchschnittlich 350 Tokens pro Schema, sind rund 14.000 Tokens Katalog, gelesen vor deinem ersten Wort. Wo diese Decke liegt, steht ausführlicher in [Wie viele MCP-Server sind zu viele?](/de/blog/how-many-mcp-servers-is-too-many).

Ein MCP Gateway kollabiert das: Du verbindest jedes Tool einmal, per OAuth oder API-Key, und dein Agent zeigt auf einen einzigen Endpunkt. Tool dazu, Tool weg, Helpdesk getauscht: Der Agent zieht den neuen Katalog beim nächsten Lauf, ohne dass du seine Config anfasst. Für jemanden, dessen gesamte IT-Abteilung er selbst ist, ist das der Unterschied zwischen einem Setup und einem Projekt.

Warum MCP für Solo-Founder mit Memory beginnt, nicht mit mehr Tools

Die Verbindungsschicht verschafft deinem Agenten Zugriff. Die Memory-Schicht beendet das Neu-Erklären, und sie zählt mehr als eine fünfzehnte Integration.

Denk daran, was du wiederholst:

• Preis-Entscheidungen. Nicht nur die Zahl, die Begründung. Der alte 19-Dollar-Plan ist Bestandsschutz, gegenüber Neukunden nie erwähnen, für Bestandskunden halten.
• Ton. Wie du eröffnest, wie du unterschreibst, die Regel, dass du in einer Support-Antwort nie ein Liefer-Datum versprichst.
• Kunden-Eigenheiten. Der Kunde, der von zwei E-Mail-Adressen schreibt. Der auf manueller Rechnung. Der Account, der für drei Workspaces spricht.

Ein Gateway mit Memory-Schicht speichert das einmal. Der Agent ruft remember auf, wenn er etwas Dauerhaftes lernt, und recall, bevor er handelt. Die Bestandsschutz-Regel ist in Woche sechs noch bekannt, ohne dass du sie neu einfügst. Tiefer geht das in [MCP Gateway mit Memory](/de/blog/mcp-gateway-with-memory).

Genau das bauen wir bei Tulimoa: [ein MCP Gateway](/de/gateway) mit eingebauten Memory-Tools (remember, recall, checkpoint, set_goal und Verwandte), gebaut in Deutschland, gehostet in der EU. Ehrlichkeits-Check: Das Gateway ist in früher Beta und noch nicht self-serve, du trittst heute also der Beta bei, statt dich anzumelden und loszulegen, während der MCP-Server des Verzeichnisses für alle live ist. Memory-Aufrufe sind auf jedem Plan kostenlos, und der Preis zählt Tool-Aufrufe, keine Sitze: Der Free-Plan enthält 25.000 geroutete Aufrufe im Monat, das ist eine Menge entworfener Support-Antworten. Jeder Plan verbindet aktuell genau einen Agenten. Für die meisten Firmen ist das ein Limit. Für dich ist es exakt das Setup.

Was der Agent nicht tun wird

Er führt nicht deine Firma. Er setzt keine Preise, wählt keine Roadmap und überredet keinen kündigenden Kunden zum Bleiben. Er sollte nichts Wichtiges senden, ohne dass du es vorher liest, und ihm diese Autonomie an Tag eins zu geben wäre ohnehin ein Fehler. Wer dir ein voll autonomes KI-Backoffice verkauft, verkauft der Realität voraus.

Was er entfernt, ist enger und mehr wert, als es klingt: das tägliche Briefing. Die zwanzig Minuten Kontext-Zusammenbau, die zwischen dir und jedem Delegieren standen. Ein Agent, der deine Preishistorie, deinen Ton und deine speziellen Kunden schon kennt, ist der erste Mitarbeiter, den du nie zweimal einarbeiten musst.

Fang kleiner an als dieser Artikel

Verbinde nicht alle vier Tools an Tag eins. Nimm den Workflow, den du am häufigsten wiederholst, bei den meisten Foundern sind das Support-Antworten mit Billing-Kontext, und leg diese zwei Tools hinter einen Endpunkt. Lass zwei Wochen Memory auflaufen, dann urteile. Und falls du noch abwägst, ob sich der Ansatz in deiner Größe trägt: [Lohnt sich MCP für ein kleines Team?](/de/blog/is-mcp-worth-it-for-small-teams) geht die Frage ehrlich durch.

Die Messlatte ist kein Agent, der die Firma führt. Die Messlatte ist: Du hast den Bestandsschutz-Plan einmal erklärt, im Juni, und dein Agent kennt ihn im August noch. Das ist der ganze Pitch.