Warum matthiasmeyer.tech? Trennung von persönlicher und Firmen-Präsenz

Ein neues Wochenende, ein neues Projekt. Doch diesmal war es kein Clientauftrag, keine Produktentwicklung – sondern eine bewusste Entscheidung für mehr Klarheit. Innerhalb weniger Stunden entstand matthiasmeyer.tech, eine separate Website, die ausschließlich meine Open-Source-Projekte vorstellt. Keine Subdomains, kein Durcheinander, sondern eine dedizierte Plattform, die genau eine Aufgabe erfüllt: Die 22 veröffentlichten Repositories in ihrem eigenen Kontext zu erklären – ohne Konkurrenz zum Hauptgeschäft und ohne Kompromisse bei der Nutzererfahrung.

Der Launch war kein Zufall, sondern Ergebnis einer strategischen Überlegung. Seit Jahren wuchs die Open-Source-Arbeit als Teilbereich der Studio-Website studiomeyer.io. Doch was einst als übersichtliche Unterseite begann, entwickelte sich zu einem unübersichtlichen Sammelsurium. Entwickler:innen, die nach Code suchten, fanden sich zwischen Marketingtexten und Preisseiten wieder. Gleichzeitig litt die Studio-Website unter zu vielen Themenbereichen. Die Lösung: eine klare Trennung der Zielgruppen.

Drei Domains, drei Zielgruppen, ein Gründer

Die Idee, persönliche und unternehmerische Präsenz zu trennen, ist nicht neu. Viele Tech-Unternehmer:innen folgen diesem Muster – etwa Guillermo Rauch mit rauchg.com neben vercel.com oder Lee Robinson mit leerob.com. Auch ich setze auf dieses Konzept, angepasst an meine Bedürfnisse.

• studiomeyer.io: Die Studio-Website für Kund:innen in DACH und Mallorca. Mit drei Sprachversionen, detaillierten Preisen und einem Blog, der 1.500 Bing-Copilot-Zugriffe pro Monat generiert.
• studiomeyer.academy: Bildungsinhalte für Entwickler:innen, die unsere KI-Stacks verstehen wollen – von Rezepten bis zu vertiefenden Lektionen.
• matthiasmeyer.tech: Die reine Open-Source-Plattform. Hier stehen die Repositories im Mittelpunkt, erklärt aus erster Hand, mit Architekturhinweisen und Trade-offs – ohne Verkaufsfloskeln oder Client-Portfolio.

SEO-Expert:innen würden argumentieren, dass eine Konsolidierung unter einer Domain die Autorität stärken würde. Doch das wäre ein Fehler. Ein:e Entwickler:in, die über npm auf ein Repository wie local-memory-mcp stößt und dort die Architektur studiert, ist nicht dieselbe Person, die ein individuelles Website-Projekt buchen würde. Eine Trennung der Domains mit klaren Verlinkungen löst dieses Problem – auf Kosten eines minimalen Autoritätsverlusts, den ich bewusst in Kauf nehme.

Der Aufbau: 22 Repositories, sechs Erklärartikel und ein interaktives Netzwerk

Die neue Website ist mehr als nur ein Repository-Index. Sie ist ein lebendiges Projekt mit mehreren Schichten:

• Ein interaktiver 3D-Graph als Hero-Element, der die Beziehungen zwischen den 22 Repositories visualisiert. Die Knoten bestehen aus cyanfarbenen Partikeln, die Kanten zeigen Abhängigkeiten.
• Build-Time-GitHub-Statistiken, die automatisch aktualisiert werden – keine veralteten Zahlen.
• Sechs Erklärartikel, die die Architektur und Philosophie hinter den Projekten beschreiben.
• Eine KI-freundliche Discovery-Schicht, die standardmäßig in jedes meiner Projekte integriert wird.

Die Repositories lassen sich in sechs Cluster einteilen, jedes mit einer klaren Funktion:

1. Memory-Cluster: Persistente Kontexte für KI-Agenten

• local-memory-mcp: Ein MCP-Server (Model Context Protocol) mit 13 Tools, der persistenten Speicher für LLMs wie Claude oder Cursor bietet. Basierend auf SQLite, FTS5 und einem kleinen Wissensgraphen. Die Daten bleiben lokal, keine Cloud, keine API-Schlüssel. Eine gehostete Variante namens studiomeyer-memory steht für Nutzer:innen bereit, die Multi-Tenant-Lösungen bevorzugen.

2. Agent-Cluster: Autonome Helfer mit Spezialisierung

• mcp-personal-suite: Ein 49-Tool-Kit für E-Mail, Kalender, Messaging, Suche und Bildgenerierung – ohne Anmeldung, mit BYOK (Bring Your Own Key).
• agent-fleet: Ein Orchestrator, der spezialisierte Agenten parallel für Recherche, Kritik und Analyse einsetzt.
• darwin-agents: Eine Experimentierumgebung, die Prompts via A/B-Testing und schiedsrichtergestützter Bewertung optimiert.
• mcp-studiomeyer-agents: Ein Connector für Pro-Kund:innen des StudioMeyer Agents Service, der Audit-Daten ausliest und Agent-Konfigurationen anpasst.

3. Security-Cluster: Schutz vor Prompt-Injection & Co.

• ai-shield: Ein zero-dependency Toolkit für LLM-Sicherheit mit Prompt-Injection-Erkennung, PII-Maskierung, Kostenkontrolle und Tool-Policies. Scan-Zeiten unter 25 Millisekunden.
• ai-shield-py: Die Python-Portierung für FastAPI- und LangChain-Projekte – gleiche Sicherheitsfunktionen, andere Framework-Hooks.
• mcp-armor: Ein Rust-Sidecar, der MCP-Server mit Ed25519-signierten Manifesten validiert. Überhead unter 5 Millisekunden (p99), Schutz vor Supply-Chain-CVEs wie denen in der April-Advisory von OX Security.
• mcp-server-attestation: Die TypeScript-Variante für Teams, die in Node.js bleiben wollen.

4. Media-Cluster: Automatisierte Videobearbeitung

• mcp-video: Ein MCP-Server, der ffmpeg und Playwright hinter acht Tools für Aufnahme, Bearbeitung, Untertitel, Text-to-Speech und intelligente Screenshots versteckt. Ein Projekt, das ich vor zwei Jahren nie erwartet hätte – heute aber für Marketing-Automatisierung unverzichtbar ist.

5. Workflow-Cluster: N8n-Integration mit Gedächtnis

• n8n-templates: Vordefinierte Workflows mit Cross-Session-Speicher, Voice-Agents, Kundensupport und persönlichen Assistenten inklusive Multi-Provider-LLM-Routing.
• n8n-nodes-studiomeyer-memory: Ein Community-Node, der die Templates mit dem Memory-Backend verbindet.
• n8n-workflows: Eine Variante ohne Cross-Session-Speicher für Teams, die keine persistenten Kontexte benötigen.

6. Factory-Cluster: Qualitätssicherung für MCP-Server

• mcp-protocol-conformance: Ein Testframework, das JSON-RPC 2.0, OAuth 2.1 mit PKCE, Tool-Schemas und Capabilities über verschiedene Spezifikationsversionen hinweg validiert. Ein Projekt, das entstand, weil die Veröffentlichung von MCP-Servern im Marketplace mehr Disziplin erfordert, als die Spezifikation vermuten lässt.

Warum diese Trennung funktioniert

Die Entscheidung für drei separate Domains war kein technischer, sondern ein strategischer Schritt. Sie ermöglicht es, jede Zielgruppe gezielt anzusprechen, ohne Kompromisse bei der Nutzererfahrung oder der technischen Umsetzung einzugehen. Die Open-Source-Projekte gewinnen an Sichtbarkeit, die Studio-Website bleibt auf ihre Kernkompetenzen fokussiert, und die Academy liefert den Mehrwert für Lernende.

Die Website matthiasmeyer.tech ist damit nicht nur ein Repository-Index, sondern ein Statement: Klarheit schafft Vertrauen – bei Entwickler:innen, Kund:innen und der Community. Und manchmal ist weniger tatsächlich mehr.

Die nächsten Schritte? Weitere Optimierungen der Discovery-Schicht und die Integration von Echtzeit-Statistiken direkt in die Repository-Karten. Denn am Ende geht es darum, dass Entwickler:innen genau das finden, wonach sie suchen – ohne Umwege.