Projekte
Fünfzehn Projekte, ehrlich eingestuft. Jedes trägt zwei Angaben: wie weit es ist — und ob Sie es sehen können.
Zu Links und Repositories: Die meisten dieser Projekte sind Kunden- oder kommerzielle Arbeiten — ihre Repositories sind privat, ihre Systeme nicht öffentlich zugänglich. Öffentlich einsehbar ist Brücke OS. Für alle anderen zeige ich Architektur, Entscheidungen und Screenshots. Eine geführte Demo stelle ich auf Anfrage gerne bereit.
Alle Softwareprojekte entstehen KI-gestützt. Konzept, Architektur, Anforderungen und Qualitätssicherung liegen bei mir; die Implementierung erfolgt gemeinsam mit KI-Coding-Agenten.
Brücke OS
Marke: TreuLink
Aktive Entwicklung Demo auf Anfrage Beratung, die ihre Quellen zeigt. Eine mehrsprachige Plattform für den Korridor Deutschland–Türkei.
- Next.js 16
- PostgreSQL
- Redis
- Turborepo
- Playwright
- i18n (DE/EN/TR)
- Docker Compose
Details Schließen
Brücke OS
Marke: TreuLink
Das Problem
Wer nach Deutschland kommen möchte, findet die nötigen Informationen verstreut über Behördenseiten, Foren und Beratungsangebote — juristisch formuliert, unterschiedlich aktuell, ohne erkennbare Herkunft. Die Folge sind teure Fehlentscheidungen und lange Phasen der Unsicherheit. Die Lücke liegt zwischen kostenpflichtiger Einzelberatung und ungeprüften Forenauskünften.
Architekturentscheidung
Drei Prinzipien tragen das System. Erstens: Jede Information führt Quelle, Abrufdatum und Vertrauensstufe mit — eine Aussage ohne Quelle gilt als Fehler, nicht als Feature. Zweitens: Schwellenwerte und Fristen berechnet eine getestete Regel-Engine, nicht das Sprachmodell; das Modell erklärt, es rechnet nicht. Drittens: Das Rechtsdienstleistungsgesetz ist als technischer Guard implementiert (core-legal-guard), nicht als Fußnote — bei erhöhtem Risiko verweist das System an qualifizierte Stellen. Das Domänenwissen liegt in einem separaten Paket (domain-packs/de-tr-corridor), getrennt vom Code.
Meine Rolle
Konzept, Systemarchitektur, Anforderungen, Domänenmodell und Qualitätssicherung stammen von mir. Die Implementierung erfolgte gemeinsam mit KI-Coding-Agenten in zwei parallelen Entwicklungslinien, abgesichert durch Agent-Verträge, ADRs und Playwright-E2E-Tests. Die schwierigen Entscheidungen — was das System nicht tun darf — waren keine Codefragen.
Woher es kommt
Ich bin diesen Weg selbst gegangen: Sprachkurse, ZAB-Anerkennung, Bewerbungsunterlagen. Dabei ist mir aufgefallen, wie schwer nachvollziehbar dieser Prozess ist — Informationen sind verstreut, Quellen veralten, und wer wann was entschieden hat, bleibt oft unklar. Genau dieses Problem löst Brücke OS.
Local AI Homelab
CLI-Werkzeug „localai" + reale Multi-Device-Infrastruktur
Läuft Privates Repository Wo Hardware und KI-Systeme sich treffen: ein sicherheitsorientiertes CLI und ein Labor, das tatsächlich läuft.
- Python 3.11
- Ollama
- Docker
- Tailscale
- Qdrant
- JSON-Schema-Evals
- Raspberry Pi
Details Schließen
Local AI Homelab
CLI-Werkzeug „localai" + reale Multi-Device-Infrastruktur
Das Problem
Lokale KI-Systeme aufzusetzen bedeutet in der Praxis: Skripte aus dem Netz kopieren, Ports öffnen, Modelle nach Gefühl auswählen. Nichts davon ist überprüfbar, wenig davon ist rückgängig zu machen — und Sicherheitsfehler bemerkt man erst, wenn es zu spät ist.
Architekturentscheidung
Vier Invarianten, die das Werkzeug niemals verletzt: Dry-Run vor jeder Änderung, explizite Zustimmung, local-only als Standard, kein automatisch geöffneter Port. Jeder Befehl wird nach Risiko klassifiziert; doctor und inventory arbeiten ausschließlich lesend. Die Modellauswahl trifft nicht das Bauchgefühl, sondern eine Eval-Suite: gemessene Latenz, gemessene Qualität, dokumentiertes Ergebnis. Das Labor selbst umfasst Raspberry Pi, zwei PCs und ein MacBook, über ein Tailscale-Mesh verbunden, mit Telemetrie, thermischer Profilierung und einem Backup-Runbook.
Meine Rolle
Sicherheitsmodell, Kommandoklassifikation, Eval-Methodik und Betrieb der Infrastruktur stammen von mir. Dieses Projekt verbindet beide Hälften meiner Ausbildung: die Elektrotechnik, die weiß, was Hardware aushält, und die Systemarchitektur, die weiß, was Software darf.
Aykaralar Platform
Läuft Kundenprojekt Mandantenfähige Unternehmensplattform mit CMS, SEO und KI-Sichtbarkeit. Auf Staging live.
- Payload CMS 3
- Next.js
- PostgreSQL
- Turborepo
- Hetzner + Coolify
- Lighthouse CI
Details Schließen
Aykaralar Platform
Architekturentscheidung
Suchmaschinen sind nicht mehr die einzigen Leser einer Website. Neben JSON-LD, Sitemap und robots.txt liefert die Plattform eine experimentelle llms.txt — maschinenlesbar für KI-Systeme, die zunehmend als erste Instanz zwischen Kunde und Unternehmen stehen. Das Lead-Formular ist mehrstufig und dreifach abgesichert (Honeypot, Turnstile, Rate-Limit), die KVKK-Einwilligung pseudonymisiert. Fällt die Datenbank aus, liefert die Seite weiterhin Inhalte aus einem sicheren Fallback.
Meine Rolle
Konzept, Monorepo-Architektur (8 Pakete), Datenmodell, Deployment-Pipeline und Qualitätskapseln. Erster Kunde: ein Bauunternehmen in Ankara.
Aykaralar OS
Betriebssystem für kleine und mittlere Handwerksbetriebe
Aktive Entwicklung Kommerzielles Vorhaben Kein weiteres CRM, sondern ein Angebotsmotor: vom Sprachmemo auf der Baustelle zum fertigen PDF-Angebot.
- Next.js 15
- React 19
- Drizzle ORM
- Better Auth
- Playwright (PDF)
- MinIO
- Worker-Architektur
Details Schließen
Aykaralar OS
Betriebssystem für kleine und mittlere Handwerksbetriebe
Architekturentscheidung
Kleine Betriebe scheitern selten an fehlenden Kundendaten, sondern daran, dass ein Angebot drei Tage braucht. Deshalb steht nicht der Kontakt im Zentrum, sondern das Angebot. Sprachnotiz vom Mobilgerät, KI-Entwurf, menschliche Freigabe, PDF. Material-, Preis- und Lieferantengedächtnis wächst mit jedem Auftrag. Mandantentrennung, RBAC und Audit-Log sind harte Sicherheitsgrenzen, keine Optionen.
Meine Rolle
Produktkonzept, Modularchitektur, Datenmodell, Worker-Design. Vorbereitet für die Überführung in ein SaaS-Produkt.
AI Marketing Studio
Aktive Entwicklung Kommerzielles Vorhaben Aus Baustellenfotos werden Marketing-Entwürfe — aber exportiert wird erst nach menschlicher Freigabe.
- TypeScript strict
- Turborepo
- Drizzle
- pg-boss
- Zod
- Vitest + PGlite
- Provider-agnostischer KI-Adapter
Details Schließen
AI Marketing Studio
Architekturentscheidung
Die zentrale Regel steht im Code, nicht im Handbuch: Die KI erzeugt ausschließlich Entwürfe; ohne menschliche Freigabe gibt es keinen Export. Jede Generierung, jede Freigabe, jeder Export landet im Audit-Log. Der KI-Adapter ist anbieterunabhängig — ohne API-Schlüssel läuft ein Mock, was Tests ohne Netz und ohne Kosten ermöglicht. Die Testsuite arbeitet mit PGlite in-process, also ohne laufende Datenbank.
Meine Rolle
Konzept, Sicherheitsgrenzen, Job-Queue-Architektur, Teststrategie.
Jugend-KI-Plattform
Governance-Plattform für Kommunen
Aktive Entwicklung Privates Repository Jugendliche melden, was in ihrem Viertel fehlt. Die Karte zeigt, wo. Die Entscheidung bleibt beim Menschen.
- PostGIS
- pgvector
- Drizzle
- pg-boss
- MapLibre GL
- Auth.js
- Recharts
Details Schließen
Jugend-KI-Plattform
Governance-Plattform für Kommunen
Architekturentscheidung
Zwei Datenwelten in einer Datenbank: Geodaten über PostGIS, semantische Ähnlichkeit über pgvector. So lassen sich hunderte Meldungen nach Ort und nach Bedeutung zugleich gruppieren — „drei Straßen weiter sagen zwölf Jugendliche dasselbe mit anderen Worten". Die KI klassifiziert, fasst zusammen und warnt früh; sie entscheidet nichts. Diese Grenze ist die wichtigste Anforderung des Projekts, nicht seine Einschränkung.
Meine Rolle
Konzept, Datenmodell, Governance-Regeln, Kartenintegration. Entstanden aus meiner Arbeit im Jugend-Exekutivkomitee der Stadtverwaltung Çankaya.
Einkaufszentrum-Vitrine
Läuft Kundenprojekt Nicht das Feature war die Arbeit, sondern der Betrieb: Backups, Health-Checks, Runbooks.
- Next.js SSG
- Payload CMS
- Cloudflare R2
- GitHub Actions
- pnpm-Monorepo
Details Schließen
Einkaufszentrum-Vitrine
Architekturentscheidung
Eine Website zu bauen ist die kleinere Hälfte; sie über Jahre zu betreiben die größere. Deshalb gehören zum Projekt automatisierte Prüfungen für Backup-Aktualität, Speicher-Gesundheit, DNS-Hygiene und Audit-Log-Bereinigung — dazu Smoke-Tests und ein schriftliches Runbook. Staging deployt automatisch, Produktion nur auf ausdrückliche Freigabe.
Meine Rolle
Monorepo-Struktur, CI/CD-Pipelines, Betriebsautomatisierung, Dokumentation.
Vitrinali
Läuft Kommerzielles Vorhaben Ein Katalog ohne Warenkorb. Bewusst: der Verkauf findet am Telefon statt, nicht im Checkout.
- Astro-artiger Static Export
- Payload CMS v3
- SQLite (lokal)
- PostgreSQL (Prod)
- Cloudflare Pages
Details Schließen
Vitrinali
Architekturentscheidung
Für Antiquitäten und Einzelstücke ist ein Warenkorb die falsche Metapher — jeder Verkauf beginnt mit einem Gespräch. Also: statischer Export, kein Zahlungsanbieter, kein Session-Handling. Lokal läuft alles ohne Docker, ohne Postgres, ohne Cloud-Speicher (SQLite plus Dateisystem); in Produktion dieselbe Anwendung mit PostgreSQL und Objektspeicher. Ein Datenmodell, zwei Umgebungen, ein Build-Schritt.
Meine Rolle
Architektur, umgebungsabhängige Adapter, Build-Pipeline, Unit-Tests.
Decibel Video Trimmer
Läuft Privates Repository Erkennt Stellen unterhalb eines dBFS-Schwellenwerts und schneidet sie heraus. Klein, fertig, funktioniert.
- Python
- ffmpeg
- pydub
Details Schließen
Decibel Video Trimmer
Architekturentscheidung
Nicht jedes Werkzeug muss eine Plattform werden. Ein Skript, ein Zweck, ein sauberes Ergebnis.
Germany Journey OS
Konzept & Architektur Privates Repository Architektur und Wissensbasis für ein persönliches Karriere- und Relocation-System. Noch kein Anwendungscode.
- ADR
- Roadmap
- Wissensbasis
- Monorepo-Gerüst
Details Schließen
Germany Journey OS
Architekturentscheidung
Der Kern des Entwurfs ist eine Regel: Jede offizielle Information trägt URL, Abrufdatum und Vertrauensstufe — eine Aussage ohne Quelle ist ein Bug. Sensible Dokumente liegen nie im Repository, nur ihre Metadaten. Ich führe dieses Projekt hier bewusst als Konzept, nicht als Anwendung: entworfen und geplant, nicht gebaut.
BMS-Baugruppen für Elektrofahrzeuge
ElecSys France · Erasmus+ · Étupes, Frankreich · 2022
Läuft Über 100 gefertigte, programmierte und geprüfte Batteriemanagement-Platinen. Kein einziger Defekt. Auslieferung in die Schweiz.
- Leistungselektronik
- Löten
- Firmware-Flashing
- Funktionsprüfung
Details Schließen
BMS-Baugruppen für Elektrofahrzeuge
ElecSys France · Erasmus+ · Étupes, Frankreich · 2022
Architekturentscheidung
Diese Zahl ist der Grund, warum ich Qualitätssicherung ernst nehme. Wer hundertmal dieselbe Platine ohne Fehler ausliefert, lernt, dass Sorgfalt eine Methode ist und kein Charakterzug: gleiche Reihenfolge, gleiche Prüfschritte, jedes Mal.