Der Anwendungsfall ist konkret.
Nutzer, Datenquellen und gewünschtes Ergebnis sind benannt. Es geht nicht mehr darum, ob KI interessant ist, sondern wie sie sicher eingesetzt wird.
KI-Integration
Eine KI-Demo läuft immer. Produktion stellt die anderen Fragen: Wer darf welches Tool im Namen welches Nutzers aufrufen? Was passiert bei einem Fehlschlag? Was kostet ein Nutzer im Monat? Ich baue die Infrastruktur hinter agentischen Systemen. MCP-Server, sichere Tool-Anbindung und LLM-Integration in bestehende Backends.
Der KI-Produktionscheck liefert innerhalb von zehn Werktagen einen konkreten Umsetzungsplan. Der Produktivbau dauert danach typischerweise zwei bis vier Monate, mit der ausdrücklichen Option, nach dem Check nicht weiterzumachen. Abgegrenzte Einzelfälle laufen kürzer und zum Einstiegspreis, sie stehen unten verlinkt.
Remote aus Deutschland. Direkt mit mir, ohne Agentur dazwischen.
Die Ausgangslage
Ein Agent der im Notebook funktioniert ist kein Produkt. Sobald echte Nutzer, echte Daten und echte Berechtigungen dazukommen verschiebt sich das Problem: Es geht nicht mehr um Prompts, sondern um Identität, Zugriffsrechte, Nachvollziehbarkeit, Fehlerverhalten und Kosten pro Anfrage.
Der kritische Teil eines agentischen Systems ist selten das Modell. Es sind die Tools: Was darf ein Agent im Namen eines Nutzers tun, wie wird das technisch durchgesetzt und wie sehen Sie hinterher was tatsächlich passiert ist. Genau dort setze ich an.
Typische SymptomeFür wen das passt
Das Angebot richtet sich an CTOs, technische Leiter und Produktverantwortliche in etablierten Unternehmen. Ein konkreter Anwendungsfall oder Prototyp existiert bereits – offen sind die Fragen zu Datenzugriff, Security, Kosten und Betrieb.
Nutzer, Datenquellen und gewünschtes Ergebnis sind benannt. Es geht nicht mehr darum, ob KI interessant ist, sondern wie sie sicher eingesetzt wird.
Das Modell braucht kontrollierten Zugriff auf Backends, Dokumente oder Werkzeuge und muss sich in vorhandene Identitäten und Abläufe einfügen.
Kosten, Berechtigungen, Qualität und Fehlerfälle sollen vor dem Rollout geklärt sein – nicht erst nach dem ersten Vorfall.
Was ich mache
Zuerst die unbequeme Frage: Braucht es dafür wirklich ein Modell? Manches ist eine Suchfunktion, manches eine Regel. Wenn ein LLM die richtige Antwort ist, definieren wir vorab was „gut genug" heißt und woran es gemessen wird.
Ihre bestehenden Systeme werden als Tools verfügbar gemacht, über MCP und mit klar umrissenen Fähigkeiten. Jedes Tool hat eine Signatur, eine Berechtigungsprüfung und ein definiertes Fehlerverhalten. Kein direkter Datenbankzugriff für Modelle.
Der Agent handelt im Namen eines Nutzers, nicht anstelle aller. OAuth 2 über Cognito, ein Token-Broker für nachgelagerte Systeme und Berechtigungen die dort geprüft werden wo sie hingehören. Jeder Tool-Aufruf ist einem Nutzer zuordenbar.
Token-Verbrauch pro Nutzer und Anwendungsfall, Limits und Budgets, Caching wiederkehrender Anfragen, kleinere Modelle wo sie reichen. Dazu Timeouts, Retries und ein sauberer Fallback wenn ein Anbieter ausfällt.
Testdatensätze aus echten Fällen, automatisierte Evaluationen in der Pipeline, Regressionen sichtbar vor dem Release. Ein Modell- oder Prompt-Wechsel wird damit zu einer Entscheidung mit Zahlen statt zu einem Gefühl.
Einzelfälle
Ihre KI-Idee soll in Produktion, sicher und bezahlbar?
Lassen Sie uns in 30 Minuten über den Anwendungsfall sprechen.
Ablauf
Die Abbruchentscheidung ist Teil des Vorgehens. Nach der Machbarkeit wissen Sie, ob sich der Produktivbau rechnet, und dürfen Nein sagen.
Anwendungsfall, Datenlage, Erwartung. Wenn ein Modell nicht die richtige Lösung ist, sage ich das im Gespräch und nicht nach drei Monaten.
Prüfung von Architektur, Datenzugriffen, Security, Kosten und Integration. Ergebnis: ein priorisierter Umsetzungsplan innerhalb von zehn Werktagen.
MCP-Server, Tool-Anbindung, Auth und Audit-Trail. Deployment auf AWS in Terraform, wie jeder andere Service auch.
Evaluationen in der Pipeline, Kosten- und Qualitäts-Dashboards, Übergabe an Ihr Team inklusive Pairing.
Einstieg
Vom Prototyp in den sicheren Betrieb.
Ich prüfe Architektur, Datenzugriffe, Security, Kosten und Integration Ihrer KI-Lösung und liefere einen konkreten Umsetzungsplan.
Was Sie bekommen
Was Sie nicht bekommen
Das Ergebnis
Jeder Tool-Aufruf hat einen Nutzer, eine geprüfte Berechtigung und einen Log-Eintrag.
Verbrauch pro Anwendungsfall sichtbar, Limits gesetzt, teure Aufrufe erkannt bevor sie zur Gewohnheit werden.
Modelle und Anbieter lassen sich wechseln, ohne die Anwendung neu zu bauen.
Eingesetzte Technologien

Mit wem Sie es zu tun haben
Ich bin Tim Rutte. Über 20 Jahre Softwareentwicklung, heute bringe ich KI-Systeme in Produktion, dorthin also, wo sie messbar werden. Sie sprechen mit der Person, die Ihren Code anfasst, vom ersten Gespräch bis zur Übergabe.
Zusammenarbeit
Sie müssen kein bestimmtes Setup mitbringen. Ich passe die Zusammenarbeit daran an, wie Ihr Unternehmen aufgestellt ist und wie viel Verantwortung Sie abgeben möchten.
Wenn Wissen und Verantwortlichkeiten bereits bei Ihnen liegen, steige ich dort ein, wo zusätzliche Erfahrung gebraucht wird. In Ihren Abläufen, mit direkter Abstimmung und ohne Parallelwelt.
Wenn intern Zeit oder Kapazität fehlt, übernehme ich ein klar abgegrenztes Vorhaben von der technischen Klärung bis zum produktiven Einsatz. Sie geben Ziel und Rahmen vor, ich kümmere mich um den Weg dorthin.
In beiden Modellen gilt: Sie sehen jederzeit, was entsteht, welche Entscheidungen anstehen und was als Nächstes passiert. Abgerechnet wird je nach Projektbedarf und Ihrem bevorzugten Modell: klar abgegrenzte Vorhaben zum Festpreis, längere und dynamische nach Aufwand.
Kontinuität
Auch bei eigenständiger Umsetzung entsteht keine Abhängigkeit von mir. Alles, was für Weiterentwicklung und Betrieb nötig ist, liegt vom ersten Tag in Ihrer Umgebung und wird laufend übergabefähig gehalten.
Code, Cloud-Accounts, Pipelines und Secrets liegen in Ihren Systemen. Der Betrieb hängt nicht an einem persönlichen Konto oder einem Zugang, den nur ich kontrolliere.
Architekturentscheidungen, Betriebsabläufe und bekannte Risiken werden dort dokumentiert, wo Ihr Team sie später findet – und während des Projekts aktuell gehalten.
Reproduzierbare Umgebungen, automatisierte Deployments und regelmäßige Übergaben sorgen dafür, dass Ihr Team oder ein anderer Dienstleister ohne Neustart weiterarbeiten kann.
Das Ziel ist nicht, dass Sie mich dauerhaft brauchen. Das Ziel ist, dass Sie jederzeit frei entscheiden können, wer das System weiterentwickelt.
Häufige Fragen
Das Model Context Protocol ist ein offener Standard dafür, wie ein Modell mit externen Systemen spricht. Ein MCP-Server stellt Ihre Systeme als klar definierte Tools bereit, mit Schema, Berechtigungsprüfung und Fehlerverhalten. Der Vorteil: Sie kontrollieren an einer Stelle was ein Agent tun darf, statt diese Logik in jede Anwendung zu kopieren.
Nicht zwingend. Über Amazon Bedrock bleiben Aufrufe innerhalb Ihrer AWS-Umgebung und Region. Welche Daten überhaupt in einen Prompt gelangen, wird auf Tool-Ebene entschieden und protokolliert. Das ist Teil des Entwurfs, nicht eine Einstellung am Ende.
Durch Messung und Grenzen: Token-Verbrauch pro Nutzer und Anwendungsfall, harte Limits, Caching wiederkehrender Anfragen und kleinere Modelle dort wo sie ausreichen. Die Kostenabschätzung entsteht in der Machbarkeitsphase, bevor gebaut wird, nicht wenn die erste Rechnung kommt.
Ja, das ist ein häufiger Ausgangspunkt. Der Prototyp beantwortet meist die Frage ob es fachlich funktioniert. Was dann fehlt ist der Weg in den Betrieb: Identität, Berechtigungen, Fehlerverhalten, Evaluationen und Kostenkontrolle. Genau diese Schicht baue ich.
Dann sagen wir das nach der Machbarkeitsphase und Sie haben ein bis zwei Wochen investiert statt zwei Quartale. Ein sauberes Nein mit Begründung ist ein legitimes Ergebnis, und deutlich billiger als ein Projekt, das niemand abbrechen will.
Weitere Leistungen
Backends für SaaS und Plattformen, die unter echter Last halten: in Go und PHP 8, event-getrieben, mit Mandantentrennung und Wiederanlauf im Entwurf.
Mehr erfahrenGewachsene Systeme schrittweise modernisieren: Strangler-Fig statt Rewrite, laufender Betrieb unangetastet, jeder Schritt umkehrbar.
Mehr erfahrenVom eigenen Rechenzentrum oder aus einer anderen Cloud nach AWS, mit Kostenmodell vor dem Umzug und Rollback-Pfad für jeden Schritt.
Mehr erfahrenIch finde wo Ihr AWS-Budget versickert, messbar reduziert, ohne Abstriche bei Performance oder Verfügbarkeit.
Mehr erfahrenDamit ein einzelner Fehler nicht die ganze Anwendung mitnimmt: Abhängigkeiten und Single Points of Failure gefunden, Wiederanlauf geprobt statt dokumentiert, Änderungen als Terraform.
Mehr erfahrenManuelle Abläufe durch echte Systeme ersetzen: angebunden an Ihre Bestandssysteme, mit Berechtigungen und Protokoll statt Tool-Kette.
Mehr erfahren