Eliminierung technischer Schulden mit PHPStan, Rector PHP und PHPUnit. Über 20 Jahre Praxiserfahrung in skalierbaren Backends.
- Aktualisiert:
- Autor:
- Roland Golla
Deine Daten. Deine KI. Deine Regeln.
Was die NCA MCP Middleware macht
Die KI kennt euer ERP nicht. Sie sieht kryptische Feldnamen, Mandantenlogik und Storno Flags. Freies SQL auf so eine gewachsene Datenbank liefert Zahlen, die plausibel aussehen und falsch sind. Genau da setzt die NCA MCP Middleware an.
Die NCA MCP Middleware ist eine eigene Schicht zwischen euren Systemen und dem KI Client. Sie gibt keine Tabellen frei, sondern definierte Tools mit fester Signatur. Umsatz nach Monat. Offene Posten nach Kunde. Stunden nach Projekt. Jedes Tool ist geschrieben, getestet und mit Rechten versehen. Das Controlling fragt in Sprache, bekommt die Zahl aus dem geprüften Weg.
Wir bauen diese Schicht, richten die passende selbst gehostete KI dazu ein und geben das Wissen an euer Team weiter. Wie Modelle mit Tool Calling umgehen und wie sich MCP Responses schlank halten lassen, kennen wir aus der täglichen Arbeit an eigenen MCP Servern.
NCA MCP Middleware für euer Unternehmen
Finde das passende Angebot für dein Projekt
Anfrage-Konfiguration
Starten Sie Ihre Anfrage
Gesetzliche Konformität & Inklusion. Optimierung von Performance und Conversion durch radikal nutzerzentriertes, universelles Design.
Skalierbare KI-Systeme mit echtem Code Ownership. CI/CD, Backup-Strategien und Infrastruktur, die mit deinem Team wächst.
Anfrage-Konfiguration
Worauf liegt dein Fokus?
Wähle die Expertise, die dein Projekt jetzt am dringendsten benötigt.
Deine Vorteile
Geprüfte Zahlen
Rechte pro Abteilung
Vollständiges Audit Log
Read Only als Default
Lokale Modelle möglich
Eure Sprache, euer Stack
Was in der NCA MCP Middleware steckt
Tool Design
Zuerst klären wir die Fachfragen. Was will das Controlling wirklich wissen? Aus jeder Frage wird ein Tool mit fester Signatur und klar benannten Parametern. Kein freies SQL, keine offene Tabellenfreigabe.
Anbindung
ERP, Warenwirtschaft, Zeiterfassung, CRM, Datenbank oder regelmäßige Exporte. Wir binden an, was da ist, und übersetzen die gewachsene Struktur in saubere Ergebnisse.
Guardrails
Rechte pro Rolle, Limits gegen teure Abfragen, Logging für jeden Aufruf und Tests für jedes Tool. Die gleichen Quality Gates, die wir auch im eigenen Code fahren.
Betrieb
Deployment über GitHub Actions oder GitLab CI, Monitoring mit Sentry und Grafana. Ihr seht, wenn ein Tool klemmt, bevor die Fachabteilung anruft.
PHP, JavaScript oder Python
Wir bauen in der Sprache, die euer Team danach selbst weiterpflegen kann. Nicht in der, die uns am besten liegt. Alle drei Wege führen zum gleichen Ergebnis: ein MCP Server, der sauber getestet ist und im Betrieb nicht überrascht.
In PHP arbeiten wir mit Symfony, PHPUnit und PHPStan. Das passt, wenn ohnehin schon eine Symfony oder Sulu Landschaft steht und PHP Entwickler im Haus sind. In JavaScript nutzen wir Node mit TypeScript und dem offiziellen SDK, oft im Umfeld bestehender Astro Projekte. In Python kommen pytest, Ruff und mypy dazu, wie wir sie auch in unseren Python Pipelines und beim Python Refactoring einsetzen.
| Sprache | Stack bei NCA | Wann passt es |
|---|---|---|
| PHP | Symfony, PHPUnit, PHPStan | Bestehende Symfony oder Sulu Landschaft, PHP Team im Haus |
| JavaScript | Node, TypeScript, offizielles MCP SDK | Frontend nahes Team, Astro Umfeld, schnelle erste Tools |
| Python | pytest, Ruff, mypy | Data Umfeld, Reports und Auswertungen, bestehende Python Tools |
Hardware für lokale KI
Der Punkt, an dem viele Projekte kippen: Die Maschine ist zu klein. Das Modell antwortet langsam, das Kontextfenster reicht nicht, drei Nutzer parallel bringen alles ins Stocken. Danach heißt es im Haus, lokale KI funktioniere nicht.
Wir sagen euch vorher, was ihr braucht. Grundlage sind drei Größen: die Modellgröße, die Länge des Kontexts und die Zahl gleichzeitiger Nutzer. Daraus ergibt sich der Speicherbedarf, nicht aus einer Preisliste. Welche Ollama Modelle für euren Fall passen und welche Modelle sauber mit Tools umgehen, klären wir im gleichen Schritt.
| Stufe | Einsatz | Richtung |
|---|---|---|
| Einstieg | Ein Team, kleine Modelle, erste Tools | Apple Silicon mit Unified Memory oder Workstation mit GPU |
| Abteilung | Mehrere Nutzer, mittlere Modelle, langer Kontext | Server mit dedizierter GPU und ausreichend VRAM |
| Unternehmen | Mehrere Abteilungen parallel | Multi GPU Server, vLLM statt Ollama für Durchsatz |
| Enterprise | Betrieb ausgelagert, DSGVO Nachweis nötig | Gehostete Inferenz beim Netzwerkpartner in Duisburg |
Bei uns oder bei euch
Es gibt zwei Wege, und beide funktionieren. Bei NCA: Wir bauen und betreiben die NCA MCP Middleware auf eigenen Servern in Deutschland. Ihr müsst nichts vorhalten, der Start ist schnell. Für gehostete Inferenz mit DSGVO Nachweis arbeiten wir mit unserem Netzwerkpartner Conversis aus Duisburg zusammen.
Bei euch: Wir bauen die NCA MCP Middleware in eurer Infrastruktur, auf euren Servern, mit euren Zugängen. Alles bleibt bei euch, vom ersten Tag an. Die Übergabe umfasst Dokumentation, Tests und ein Runbook für den Betrieb. Wie sich so ein Setup mit mehreren Mandanten aufbauen lässt, zeigen wir auf der Seite zu Self Hosted KI für Unternehmen.
Keine US Anbieter für Inferenz. Das ist keine Marketing Position, sondern die Grundlage unserer eigenen Modellauswahl und ein Thema, das wir in der DSGVO Beratung ohnehin durchgehen.
Ablauf in vier Phasen
1. Kennenlernen
Kostenlos und unverbindlich. Wir schauen uns die Datenquellen an, klären die erste Fachfrage und schätzen den Aufwand. Abgerechnet wird später minutengenau, ohne Paket und ohne Festpreis.
2. Starthilfe
Wir bauen den ersten Tool Satz für eine Abteilung, meist Controlling. Am Ende steht etwas, das produktiv genutzt wird, nicht ein Prototyp im Branch. Inklusive Tests, Rechten und Logging.
3. Wissenstransfer
Das nächste Tool baut euer Team selbst, wir sitzen daneben. Pair Sessions, Code Review, die Guardrails erklärt statt nur eingebaut. Wer tiefer einsteigen will, kommt ins Vibe Coding Training oder ins 1 zu 1 Mentoring.
4. Support
Danach seid ihr eigenständig, aber nicht allein. Ihr meldet euch, wenn ein ERP Update etwas bricht, ein neues Tool ansteht oder eine Zahl nicht stimmt. Minutengenau abgerechnet, ohne Vertragsbindung.
Woher die NCA MCP Middleware kommt
Never Code Alone betreibt eigene MCP Server im täglichen Einsatz. Unser Sulu CMS hängt über MCP an der Content Produktion, n8n steuert die Workflows drumherum. Wir wissen deshalb, wo es weh tut: bei zu großen Responses, bei Tools ohne klare Signatur und bei Rechten, die niemand geprüft hat. Aus dieser Praxis ist die NCA MCP Middleware entstanden.
Roland Golla ist der Gründer von Never Code Alone in Duisburg. Sein Thema seit über 20 Jahren: Software, die auch nach dem Launch noch funktioniert. Bei KI Projekten heißt das, die Zahlen prüfbar zu machen, bevor jemand damit ins Management geht.
Weiterführend passen die Seiten zu Agentic Coding, zum Codebase Audit, zum Security Audit und zur SaaS Ablösung. Wer erst einmal ein KI Interface für die Fachabteilung braucht, findet in Open WebUI den passenden Einstieg.
NCA Vibe Coding Consulting
Roland Golla ist Entwickler aus Leidenschaft – seit über 20 Jahren. Er hat hunderte Projekte begleitet, von Legacy-Refactoring bis KI-Integration. Bei Vibe Coding verbindet er das Beste aus beiden Welten: Die Geschwindigkeit von KI-generiertem Code mit der Qualität professioneller Softwareentwicklung. Kein Bullshit, keine Agentur-Floskeln – direkte Hilfe von jemandem, der selbst täglich im Code steckt.
Häufige Fragen zur NCA MCP Middleware
Die Fragen, die im Kennenlernen fast immer kommen. Wenn eure nicht dabei ist, klärt ein kurzes Gespräch mehr als jede weitere Zeile hier.
Was kostet eine MCP Middleware 2026?
Es gibt keinen Festpreis und kein Paket. Wir schätzen im kostenlosen Kennenlernen den Aufwand für den ersten Tool Satz und rechnen danach minutengenau ab. Ihr zahlt, was tatsächlich gearbeitet wird. Das hält den Einstieg klein: Oft startet ein Projekt mit zwei oder drei Tools für eine Abteilung, bevor überhaupt über Ausbau gesprochen wird.
Warum kein direkter Datenbankzugriff für die KI 2026?
Weil die KI das Schema nicht kennt. Gewachsene ERP Tabellen haben kryptische Feldnamen, Mandantenspalten, Storno Flags und historische Sonderfälle. Ein Modell mit freiem SQL formuliert dazu Abfragen, die syntaktisch korrekt und fachlich falsch sind. Die Middleware kapselt dieses Wissen in getestete Tools, damit die Fachlogik einmal richtig steht.
Welche Systeme lassen sich 2026 anbinden?
Alles, was eine Schnittstelle oder eine Datenbank hat. Typisch sind ERP, Warenwirtschaft, Zeiterfassung, CRM und Ticketsysteme. Wenn kein API vorhanden ist, arbeiten wir über einen Read Only Zugang auf die Datenbank oder über regelmäßige Exporte. Der Aufwand hängt weniger vom System ab als von der Sauberkeit der Daten.
Brauchen wir eigene Hardware 2026?
Nur wenn ihr lokal inferieren wollt. Die Middleware selbst läuft auf normaler Serverhardware. Erst das Sprachmodell stellt Ansprüche an Speicher und GPU. Wir sagen euch vor dem Kauf, welche Klasse zu eurer Modellgröße und Nutzerzahl passt, und beraten herstellerneutral ohne Beschaffungsprovision.
Geht das komplett ohne Cloud 2026?
Ja. Middleware und Modell laufen auf eurer Hardware, die Daten verlassen das Netz nicht. Als Runtime nutzen wir Ollama, llama.cpp oder vLLM. Wer den Betrieb abgeben will, aber trotzdem in Deutschland bleiben muss, bekommt gehostete Inferenz über unseren Netzwerkpartner in Duisburg.
Welche Sprache ist die richtige für uns?
Die, die euer Team spricht. Wenn PHP Entwickler im Haus sind, bauen wir in Symfony. Bei einem Frontend nahen Team nehmen wir Node mit TypeScript. Im Data Umfeld ist Python die naheliegende Wahl. Technisch nehmen sich die drei Wege nichts, entscheidend ist, wer den Code danach pflegt.
Wie lange dauert der erste Tool Satz?
Das hängt an der Datenqualität, nicht am Code. Steht eine dokumentierte Schnittstelle bereit, geht es schnell. Muss erst geklärt werden, wie ein Umsatz im System überhaupt definiert ist, dauert die Fachklärung länger als die Umsetzung. Wir schätzen das im Kennenlernen ehrlich ein.
Wie verhindert ihr falsche Zahlen?
Durch drei Dinge. Erstens feste Tools statt freiem SQL, damit die Abfrage nicht bei jedem Prompt neu erfunden wird. Zweitens Tests für jedes Tool, die gegen bekannte Ergebnisse laufen. Drittens ein Audit Log, mit dem sich jede gelieferte Zahl bis zur Abfrage zurückverfolgen lässt.
Kann das Controlling auch schreibend zugreifen?
Technisch ja, standardmäßig nein. Wir setzen Read Only als Grundeinstellung. Schreibende Tools bauen wir nur dort, wo ihr es ausdrücklich wollt, und versehen sie mit engen Grenzen und zusätzlicher Protokollierung. Ein KI Agent, der Buchungen anlegt, braucht mehr Absicherung als einer, der Zahlen liest.
Was passiert bei einem ERP Update?
Ändert sich die Datenstruktur, schlagen die Tests der betroffenen Tools an. Genau dafür sind sie da. Die Anpassung ist dann eine begrenzte Korrektur an einer Stelle statt einer Fehlersuche im laufenden Betrieb. Für solche Fälle bleibt der Support offen, ohne dass ihr einen Vertrag halten müsst.
Wer pflegt die Middleware danach?
Euer Team, wenn ihr wollt. Der Wissenstransfer ist Teil des Vorgehens: Das zweite Tool baut ihr selbst, wir sitzen daneben und reviewen. Wenn ihr die Pflege lieber abgebt, übernehmen wir sie, aber auch dann bleibt der Code bei euch und ist ohne uns lesbar.
Wie sieht der DSGVO Nachweis aus?
Bei lokaler Inferenz entfällt die Auftragsverarbeitung mit einem Cloud Anbieter, weil keine Daten das Haus verlassen. Was bleibt, ist die Dokumentation der Zugriffe: Welche Rolle sieht welche Tools, wer hat wann welche Daten abgerufen. Das Audit Log der Middleware liefert diesen Nachweis direkt.